| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Tue, 21 Apr 2009 23:44:21 +0300 From: Benny Halevy <bhalevy@...asas.com> To: Trond Myklebust <trond.myklebust@....uio.no>, Rusty Russell <rusty@...tcorp.com.au> CC: subrata@...ux.vnet.ibm.com, NFS list <linux-nfs@...r.kernel.org>, Stephen Rothwell <sfr@...b.auug.org.au>, linux-next <linux-next@...r.kernel.org>, sachinp <sachinp@...ux.vnet.ibm.com>, linux-kernel <linux-kernel@...r.kernel.org>, Alexander Beregalov <a.beregalov@...il.com>, Ingo Molnar <mingo@...e.hu>, Fredric Isaman <iisaman@...i.umich.edu> Subject: Re: [BUILD FAILURE 03/04] Next April 21 : x86_64 randconfig [fs/nfs/nfs.ko] On Apr. 21, 2009, 20:49 +0300, Trond Myklebust <trond.myklebust@....uio.no> wrote: > On Tue, 2009-04-21 at 20:42 +0300, Benny Halevy wrote: >> On Apr. 21, 2009, 19:51 +0300, Subrata Modak <subrata@...ux.vnet.ibm.com> wrote: >>> I think i am observing this for the first time in any randconfig builds: >>> >>> BUILD arch/x86/boot/bzImage >>> Root device is (8, 3) >>> Setup is 13020 bytes (padded to 13312 bytes). >>> System is 5625 kB >>> CRC a80d60ee >>> Kernel: arch/x86/boot/bzImage is ready (#1) >>> Building modules, stage 2. >>> MODPOST 514 modules >>> ERROR: "find_last_bit" [fs/nfs/nfs.ko] undefined! >>> make[1]: *** [__modpost] Error 1 >>> make: *** [modules] Error 2 >>> --- >>> >>> Regards-- >>> Subrata >>> >> Trond, can you please merge >> http://git.linux-nfs.org/?p=bhalevy/linux-pnfs.git;a=commitdiff;h=9f32944d1bca79038ef3e9c9a27f11803d093d8e >> into your nfsv41 and linux-next branches? >> >> I've placed it right before "nfs41: free slot" >> in git://git.linux-nfs.org/projects/bhalevy/linux-pnfs.git nfs41-for-2.6.31 >> >> (see also this thread: >> http://article.gmane.org/gmane.linux.kernel.next/6951) > > Could we just push that straight into the kernel? It seems like a > no-brainer... Absolutely. Fred already sent it to the linux-kbuild mailing list and got no response, maybe we'll get lucky this time :-) Though I'm not sure who should shepherd it in. Rusty, since this changes your code in lib/Makefile can you please ack this patch? Benny > > Cheers > Trond > >From 9f32944d1bca79038ef3e9c9a27f11803d093d8e Mon Sep 17 00:00:00 2001 From: Fred Isaman <iisaman@...i.umich.edu> Date: Thu, 26 Mar 2009 11:22:16 -0400 Subject: [PATCH] lib: find_last_bit.o needed by a module only, move it from lib to obj It is possible to configure the kernel such that find_last_bit is referenced only by modules, causing linking to fail with ERROR: "find_last_bit" [fs/nfs/nfs.ko] undefined! Signed-off-by: Fred Isaman <iisaman@...i.umich.edu> Signed-off-by: Benny Halevy <bhalevy@...asas.com> --- lib/Makefile | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/lib/Makefile b/lib/Makefile index d6edd67..33a40e4 100644 --- a/lib/Makefile +++ b/lib/Makefile @@ -38,7 +38,7 @@ lib-$(CONFIG_RWSEM_GENERIC_SPINLOCK) += rwsem-spinlock.o lib-$(CONFIG_RWSEM_XCHGADD_ALGORITHM) += rwsem.o lib-$(CONFIG_GENERIC_FIND_FIRST_BIT) += find_next_bit.o lib-$(CONFIG_GENERIC_FIND_NEXT_BIT) += find_next_bit.o -lib-$(CONFIG_GENERIC_FIND_LAST_BIT) += find_last_bit.o +obj-$(CONFIG_GENERIC_FIND_LAST_BIT) += find_last_bit.o obj-$(CONFIG_GENERIC_HWEIGHT) += hweight.o obj-$(CONFIG_LOCK_KERNEL) += kernel_lock.o obj-$(CONFIG_DEBUG_PREEMPT) += smp_processor_id.o -- 1.6.2.1 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists