On Thu, Jun 12, 2025 at 4:19 AM Brian Foster <bfoster@xxxxxxxxxx> wrote:
>
> Hi folks,
>
> I run kernel compiles quite a bit over virtiofs in some of my local test
> setups and recently ran into an issue building xfs.ko once I had a
> v6.16-rc kernel installed in my guest. The test case is a simple:
>
> make -j N M=fs/xfs clean; make -j N M=fs/xfs
Hi Brian,
If I'm understanding your setup correctly, basically you have the
v6.16-rc kernel running on a VM, on that VM you mounted a virtiofs
directory that references a linux repo that's on your host OS, and
then from your VM you are compiling the fs/xfs module in that shared
linux repo?
I tried this on my local setup but I'm seeing some other issues:
make[1]: Entering directory '/home/vmuser/linux/linux/fs/xfs'
LD [M] xfs.o
xfs.o: warning: objtool: __traceiter_xfs_attr_list_sf+0x23:
unannotated intra-function call
make[3]: *** [/home/vmuser/linux/linux/scripts/Makefile.build:501:
xfs.o] Error 255
make[3]: *** Deleting file 'xfs.o'
make[2]: *** [/home/vmuser/linux/linux/Makefile:2006: .] Error 2
make[1]: *** [/home/vmuser/linux/linux/Makefile:248: __sub-make] Error 2
make[1]: Leaving directory '/home/vmuser/linux/linux/fs/xfs'
make: *** [Makefile:248: __sub-make] Error 2
Did you also run into these issues when you were compiling?
Taking a look at what 63c69ad3d18a ("fuse: refactor
fuse_fill_write_pages()") does, it seems odd to me that the changes in
that commit would lead to the issues you're seeing - that commit
doesn't alter structs or memory layouts in any way. I'll keep trying
to repro the issue you're seeing.
>
> ... and ends up spitting out link time errors like this as of commit
> 63c69ad3d18a ("fuse: refactor fuse_fill_write_pages()"):
>
> ...
> CC [M] xfs.mod.o
> CC [M] .module-common.o
> LD [M] xfs.ko
> BTF [M] xfs.ko
> die__process: DW_TAG_compile_unit, DW_TAG_type_unit, DW_TAG_partial_unit or DW_TAG_skeleton_unit expected got subprogram (0x2e) @ ed957!
> error decoding cu i_mmap_rwsem
> error decoding cu
> ...
> error decoding cu
> pahole: xfs.ko: Invalid argument
> make[3]: *** [/root/repos/linux/scripts/Makefile.modfinal:57: xfs.ko] Error 1
> make[3]: *** Deleting file 'xfs.ko'
> make[2]: *** [/root/repos/linux/Makefile:1937: modules] Error 2
> make[1]: *** [/root/repos/linux/Makefile:248: __sub-make] Error 2
> make[1]: Leaving directory '/root/repos/linux/fs/xfs'
> make: *** [Makefile:248: __sub-make] Error 2
>
> ... or this on latest master:
>
> ...
> LD [M] fs/xfs/xfs.o
> fs/xfs/xfs.o: error: objtool: can't find reloc entry symbol 2145964924 for .rela.text
> make[4]: *** [scripts/Makefile.build:501: fs/xfs/xfs.o] Error 1
> make[4]: *** Deleting file 'fs/xfs/xfs.o'
> make[3]: *** [scripts/Makefile.build:554: fs/xfs] Error 2
> make[2]: *** [scripts/Makefile.build:554: fs] Error 2
> make[1]: *** [/root/repos/linux/Makefile:2006: .] Error 2
> make: *** [Makefile:248: __sub-make] Error 2
>
> The latter failure is what I saw through most of a bisect so I suspect
> one of the related followon commits alters the failure characteristic
> from the former, but I've not confirmed that. Also note out of
> convenience my test was to just recompile xfs.ko out of the same tree I
> was bisecting from because the failures were consistent and seemed to be
> a runtime kernel issue and not a source tree issue.
>
> I haven't had a chance to dig any further than this (and JFYI I'm
> probably not going to be responsive through the rest of today). I just
> completed the bisect and wanted to get it on list sooner rather than
> later..
>
> Brian
>
