On Thu, 2009-06-18 at 10:36 -0700, Russ Allbery wrote: > "Brent S. Elmer Ph.D." <webe...@aim.com> writes: > > > Fails to build for kernel 2.6.30 with the following: > > > FATAL: modpost: GPL-incompatible module openafs.ko uses GPL-only > > symbol '__rcu_read_unlock' > > If you enable kernel debugging, the kernel changes the export status of > that symbol to make it GPL-only and breaks all non-GPL modules that need > to do that type of locking. I'm afraid that this isn't something that > OpenAFS can fix; it's either an upstream kernel bug or an intentional > kernel incompatibility with all non-GPL modules (even open-source ones > like OpenAFS) depending on which way you want to look at it. > > I'm afraid the only solution is to disable CONFIG_LOCK_DEBUG (or > something like that; I'm not sure of the exact setting, but it's one of > the debugging ones) so that __rcu_read_unlock isn't marked GPL-only. > > I assume this is a custom 2.6.30 kernel build? If this is a stock > Debian kernel, we're going to have much more serious problems. :/ >
Yes it is a custom built kernel. No I do not have kernel debugging on. It is a problem with openafs. I tried compiling openafs in the kernel directory for 2.6.28 that I compiled openafs in successfully earlier with apparently an older openafs and the newer openafs in squeeze fails the same as it did in the 2.6.30 kernel compile. Here is a grep of all DEBUG settings in .config CONFIG_X86_DEBUGCTLMSR=y CONFIG_ACPI_DEBUG=y CONFIG_IRDA_DEBUG=y CONFIG_MAC80211_DEBUG_MENU=y CONFIG_MAC80211_TKIP_DEBUG=y CONFIG_IEEE80211_DEBUG=y CONFIG_PNP_DEBUG_MESSAGES=y CONFIG_THINKPAD_ACPI_DEBUG=y CONFIG_ATH5K_DEBUG=y CONFIG_DEBUG_BUGVERBOSE=y CONFIG_DEBUG_MEMORY_INIT=y As I said, a previous openafs did compile with these DEBUG settings. I tried to turn off all of these but I couldn't. Apparently, some dependency is preventing turning them off. I see the same bug being reported in Gentoo. Brent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org