Created attachment 322116 [details] Genkernel log Genkernel begins to compile kernel, goes to warning (unused variable rc), and says that in kernel all warnings considered as bugs. Genkernel log attached
Vladimir, please translate the bug title to English. Preferably, provide an English-only log, too. Thanks.
*** Bug 432630 has been marked as a duplicate of this bug. ***
Created attachment 322194 [details] Genkernel log in english
Created attachment 322376 [details] Genkernel log showing the same error
Fixed upstream here: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=0829a19a6142af09eb4f9509cd1d3666270e87bd Backport for 3.4.9 maybe? This is not a good situation where stable genkernel + gentoo-sources fails for new users.
Yes, it compiles perfectly with patch
Re-assigning to Kernel team, the issue may not be specific to genkernel. Please assign back if it is. Thanks!
Right, this is a kernel bug-- but it happens to affect a huge percentage of amd64 genkernel users (those who do "genkernel all" or another target including modules, but don't manually go into menuconfig to work around this), and almost no one else. It's a bug on a very obscure driver which genkernel happens to build. The driver in question is for "Emulex LightPulse Fibre Channel Support" (CONFIG_SCSI_LPFC). The current workaround for genkernel users (besides the patch) is to use --menuconfig, and manually enable CONFIG_DEBUG_FS (in "Kernel Hacking") then CONFIG_SCSI_LPFC_DEBUG_FS (in "SCSI low-level drivers").
That patch applies cleanly to 3.4.9 for someone?
Created attachment 322511 [details, diff] lpfs-nodebug-fix.patch The upstream patch does not apply as-is to 3.4.9, but this one does.
*** Bug 433032 has been marked as a duplicate of this bug. ***
This is applied and released in gentoo-sources-3.4.10
Created attachment 322585 [details] same issue
lpfc=LightPulseFibreChannel ? why do i need this???
(In reply to comment #14) > lpfc=LightPulseFibreChannel ? why do i need this??? You probably don't but genkernel chooses a lot of drivers to build as module. To solve it do make menuconfig - disable all the LPFC stuff and you will be able to build the kernel.
lpfc=LightPulseFibreChannel ? why do i need this???(In reply to comment #8) > Right, this is a kernel bug-- but it happens to affect a huge percentage of > amd64 genkernel users (those who do "genkernel all" or another target > including modules, but don't manually go into menuconfig to work around > this), and almost no one else. It's a bug on a very obscure driver which > genkernel happens to build. The driver in question is for "Emulex > LightPulse Fibre Channel Support" (CONFIG_SCSI_LPFC). > > The current workaround for genkernel users (besides the patch) is to use > --menuconfig, and manually enable CONFIG_DEBUG_FS (in "Kernel Hacking") then > CONFIG_SCSI_LPFC_DEBUG_FS (in "SCSI low-level drivers"). started genkernel --menuconfig all. enabled CONFIG_SCSI_LPFC and LightPulse Fibre Channel Support aka CONFIG_SCSI_LPFC from Emulex. success i have a a new 3.4.9-gentoo kernel.
(In reply to comment #15) > (In reply to comment #14) > > lpfc=LightPulseFibreChannel ? why do i need this??? > > You probably don't but genkernel chooses a lot of drivers to build as > module. To solve it do make menuconfig - disable all the LPFC stuff and you > will be able to build the kernel. i would disable more SCSI stuff i need only 'probe all luns'
Oops, in my last comment I meant to mention there were TWO workarounds, but I only managed to explain the more complicated one. Of course you can also simply *disable* CONFIG_SCSI_LPFC. The more complicated workaround is really only good to verify that the patch is indeed doing the right thing.
Can someone attach their .config, please? (config.gz)
Created attachment 323446 [details] all scsi low level drivers disabled.
Created attachment 323448 [details] with scsi low level drivers but configured like it is described here: https://bugs.gentoo.org/show_bug.cgi?id=432604#c8
*** Bug 438542 has been marked as a duplicate of this bug. ***