-
Notifications
You must be signed in to change notification settings - Fork 2
Build failure when compiling 5.18 with 0001-bcachefs-after-lru.patch and bcachefs as module #3
Comments
I will merge the latest kernel tree and will run a test compile. Thanks for the report |
I should clarify as well (I thought I had included this in my original message), that I have configured bcachefs to compile as a module to be consistent with both linux-tkg's (outdated) bcachefs support and other filesystems in the Arch Config. I noticed that the default config for CachyOS's kernels compile with bcachefs support built-in, rather than as a module, so I'm guessing this is likely how this issue went unnoticed. |
Actually it seems to be a issue through the latest changes of the modpost: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/diff/Makefile?id=v5.18.8&id2=v5.18.7 Maybe create a issue here: It did happen at me also - with enabled or as module. |
Not a single new commit to bcachefs has come out for a few days, perhaps the developers know the problem and are working on it. As @ptr1337 suggested, report the bug to the bcachefs developers. |
Actually there seems already to be a issue - you can find it here: Building it as a builtin module seems currently the solution for. Personally when I did tested that I had issue when building with with clang. It seems to be good to go with gcc or it has ben fixed in the 5.18.9-rc1 |
Should be fixed with dee821f |
Using linux-tkg with 0001-bcachefs-after-lru.patch applied as a userpatch. Patch appears to apply with no issues, and compile occurs without incident or error until this point:
Edit: In case this is relevant to the issue, I'm compiling the kernel with GCC 12.1.0
The text was updated successfully, but these errors were encountered: