Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.
First, did you confirm this behavior? Can you please explain that? How could they possibly interact with one another? >On Wed, Aug 01, 2007 at 04:21:29PM -0400, Maurice Volaski wrote: >> I'm making an assumption that depmod is somehow to blame and have logged >> this as a kernel bug, http://bugzilla.kernel.org/show_bug.cgi?id=8829 > >depmod is working fine. > >It's the interaction between your two patches that breaks it for you. > >>>> It turns out I was adding the web100 patch (http://www.web100.org) to >>>> the 2.6.21 kernel and that's what causes the symbol resolving problem >>>> below. Adding the corresponding version of the web100 patch to the >>>> 2.6.20 kernel makes this problem appear there as well. On fresh >>>> versions of the kernel, this problem does not occur. At the moment, >>>> it's not possible to have a current kernel that contains both drbd >>>> and web100. >>>> >>>>> On a 64-bit Gentoo system with Gentoo's 2.6.21 kernel, drbd 8.0.2/3 >>>>> complains when I try to load the module: >>>>> >>>>> [ 134.141363] drbd: Unknown symbol cn_fini >>>>> [ 134.141399] drbd: Unknown symbol cn_init >>>>> >>>>> It works fine when I compile it and load in the previous kernel >>>>> version, 2.6.20 and the symbols are present in the map file >>>>> >>>>> ./System.map-genkernel-x86_64-2.6.21-gentoo-r2:ffffffff802935aa t >>>>> cn_fini >>>>> ./System.map-genkernel-x86_64-2.6.21-gentoo-r2:ffffffff8029362a t >>>>> cn_init >>>>> >>>>> I am c'cing the kernel mailing list because this appears to be a >>>>> problem with how any module accesses symbols in the kernel, not just >>>> >drbd. Source was compiled with Gentoo gcc-4.1.2, glibc-2.5-r3 > >cu >Adrian -- Maurice Volaski, mvolaski at aecom.yu.edu Computing Support, Rose F. Kennedy Center Albert Einstein College of Medicine of Yeshiva University