linux-kernel - Re: Linux 2.6.23-rc8 (build failure from -rc1)

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-Id: <1190740926.13955.37.camel@dyn9047017100.beaverton.ibm.com>
Date:	Tue, 25 Sep 2007 10:22:05 -0700
From:	Badari Pulavarty <pbadari@...il.com>
To:	Andrew Morton <akpm@...ux-foundation.org>
Cc:	Linus Torvalds <torvalds@...ux-foundation.org>, ak@...e.de,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: Linux 2.6.23-rc8 (build failure from -rc1)

On Tue, 2007-09-25 at 10:02 -0700, Andrew Morton wrote:
> On Tue, 25 Sep 2007 09:57:01 -0700 Badari Pulavarty <pbadari@...il.com> wrote:
> 
> > On Mon, 2007-09-24 at 17:46 -0700, Linus Torvalds wrote:
> > > Ok, I think I'm getting close to releasing a real 2.6.23. Things seem to 
> > > have calmed down, and I think Thomas Gleixner may have found the 
> > > suspend/resume regression that has dogged us for a while, so I'm feeling 
> > > happy about things.
> > > 
> > > Of course, me feeling happy is usually immediately followed by some nasty 
> > > person finding new problems, but I'll just ignore that and enjoy the 
> > > feeling anyway, however fleeting it may be.
> > 
> > I don't want to be the "nasty" person, but one of my machines doesn't
> > like 2.6.23-rc8. Infact, 2.6.23-rc1 was the first kernel this is broken.
> > (I didn't get hands on this machine till now).
> > 
> > Since my other x86-64 machines are doing fine, I am going to blame it
> > on my machine specific config :)
> > 
> > Thanks,
> > Badari
> > 
> > 
> > elm3a242:/usr/src/linux-2.6.23-rc8 # make -j4 bzImage
> >   CHK     include/linux/version.h
> >   CHK     include/linux/utsrelease.h
> >   CALL    scripts/checksyscalls.sh
> >   CHK     include/linux/compile.h
> >   SYSCALL arch/x86_64/vdso/vdso.so
> > /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/../../../../x86_64-suse-
> > linux/bin/ld: section .text [ffffffffff700500 -> ffffffffff700797]
> > overlaps section .dynstr [ffffffffff7004b8 -> ffffffffff700510]
> > collect2: ld returned 1 exit status
> > make[1]: *** [arch/x86_64/vdso/vdso.so] Error 1
> > make: *** [arch/x86_64/vdso] Error 2
> > make: *** Waiting for unfinished jobs....
> > 
> 
> <goes fishing in Andi's tree>
> 
> box:/usr/src/25> grep vdso series                          
> x86_64-mm-vdso-text-offset.patch
> x86_64-mm-vdso-compat-install-unstripped-copies-on-disk.patch
> x86_64-mm-vdso-64bit-install-unstripped-copies-on-disk.patch
> fix-discrepancy-between-vdso-based-gettimeofday-and-sys_gettimeofday.patch
> 
> 
> x86_64-mm-vdso-text-offset.patch looks likely - can you test it please?
> 
> 
> 
> 
> Increase VDSO_TEXT_OFFSET for ancient binutils
> 
> For some reason old binutils genertate larger headers so
> increase the text offset of the vdso to avoid linker errors.
> 
> Signed-off-by: Andi Kleen <ak@...e.de>
> 
> ---
>  arch/x86_64/vdso/voffset.h |    2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> Index: linux/arch/x86_64/vdso/voffset.h
> ===================================================================
> --- linux.orig/arch/x86_64/vdso/voffset.h
> +++ linux/arch/x86_64/vdso/voffset.h
> @@ -1 +1 @@
> -#define VDSO_TEXT_OFFSET 0x500
> +#define VDSO_TEXT_OFFSET 0x600
> 

Yep. Thats what I did earlier to fix my build.

Thanks,
Badari

-
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/