Open gaedeb opened 6 months ago
it looks to me like there might have been noone either yet trying to build on kernel version 5.14 or maybe rhel or alikes have backported patches from higher kernel versions to alma linux 9.4?
I dont know and i dont want to dig that deep. I have ripped off all ifdefs to a workable version within this patch:
https://github.com/abbbi/nullfsvfs/commit/63661607ded4e3ee0ba35cf50e1166a2b203daeb
which makes it build at least, of course breaking all other versions.
Someone must figure out the right #ifdefs for this kernel (or special patched kernel version?) which doesnt break building on other kernel versions.
Thank you Michael!
I do not think the problem is with nullfs. https://github.com/torvalds/linux/blob/v5.14/include/linux/dcache.h
dentry is what I am expecting using a kernel 5.14.0
I will come back as soon as someone from Alma Community will replies to my question. https://almalinux.discourse.group/t/dcache-header-mismatch-building-nullfs/4000
I could build the kernel module modifying in the right place the dentry with file.
Thanks again!
I guess the kernel in Alma has some patches from newer Kernels backportet.. looking at the Alma kernel source Package should bring some insights
I have already opened a ticket to Alma Support.
I can't build the module because of this error:
Kernel version is < 6.1.0: 5.14.0-427.13.1.el9_4.x86_64
still in the kernel header as long as I could see, the declaration of d_tmpfile is: extern void d_tmpfile(struct file , struct inode );
hence the issue building the module.
Any idea?
Thanks!