lkml.org 
[lkml]   [2018]   [Jan]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: objtool segfault with ORC unwinder enabled
Date
On Thursday, 11 January 2018 20:38:10 CET Josh Poimboeuf wrote:
> On Thu, Jan 11, 2018 at 07:52:00PM +0100, Markus wrote:
> > On Thursday, 11 January 2018 19:20:57 CET Josh Poimboeuf wrote:
> > > On Thu, Jan 11, 2018 at 07:11:03PM +0100, Markus wrote:
> > > > On Thursday, 11 January 2018 05:25:51 CET Josh Poimboeuf wrote:
> > > > > On Wed, Jan 10, 2018 at 10:13:00PM -0600, Josh Poimboeuf wrote:
> > > > > > On Wed, Jan 10, 2018 at 06:14:56PM +0100, Markus wrote:
> > > > > > > On Thursday, 4 January 2018 19:25:12 CET Markus wrote:
> > > > > > > > On Thursday, 4 January 2018 18:32:03 CET Josh Poimboeuf wrote:
> > > > > > > > > On Thu, Jan 04, 2018 at 05:56:30PM +0100, Markus wrote:
> > > > > > > > > > On Thursday, 4 January 2018 16:46:13 CET Josh Poimboeuf
wrote:
> > > > > > > > > > > I don't see anything unusual there. Are there any
> > > > > > > > > > > Gentoo
> > > > > > > > > > > patches
> > > > > > > > > > > against either the kernel or GCC which would strip
> > > > > > > > > > > unused
> > > > > > > > > > > symbols?
> > > > > > > > > >
> > > > > > > > > > The kernel is the vanilla kernel. (4.14.11 and also
> > > > > > > > > > 4.15-rc6)
> > > > > > > > > > Its not a gentoo specific gcc patch. (Then every gentoo
> > > > > > > > > > user
> > > > > > > > > > would
> > > > > > > > > > be
> > > > > > > > > > affected?)
> > > > > > > > > >
> > > > > > > > > > But I enabled ld.gold as default linker like 5 years ago.
> > > > > > > > > > Never
> > > > > > > > > > had a
> > > > > > > > > > problem with this.
> > > > > > > > > >
> > > > > > > > > > Is ld.gold supposed to fail here?
> > > > > > > > > >
> > > > > > > > > > I switched back to ld.bfd and it seems to work.
> > > > > > > > >
> > > > > > > > > Ah, that explains it. With CONFIG_MODVERSIONS, the linker
> > > > > > > > > does
> > > > > > > > > some
> > > > > > > > > work after gcc, but before objtool. Can you try this patch?
> > > > > > > > > (Note
> > > > > > > > > this
> > > > > > > > > isn't the final patch, as this breaks the
> > > > > > > > > CONFIG_MODVERSIONS=n
> > > > > > > > > case.)
> > > > > > >
> > > > > > > Any more final patch I should test?
> > > > > >
> > > > > > Sorry, this fell off my radar. I'll try to get a final patch
> > > > > > soon.
> > > > > > (But feel free to keep bugging me if I don't!)
> > > > >
> > > > > Ok, this should be the final patch (no description yet though).
> > > > > Want to
> > > > > test it?
> > > >
> > > > Tried to apply to 4.14.13 and 4.15-rc7. Neither applied cleanly.
> > > > Manually editing just breaks the build with many "open: No such file
> > > > or
> > > > directory".
> > > >
> > > > Dont know what went wrong. Can you maybe append patch as file?
> > >
> > > Sure, patch is attached, based on 4.15-rc7.
> >
> > Applies cleanly to 4.15-rc7. But still:
> > HOSTCC scripts/asn1_compiler
> > HOSTCC scripts/extract-cert
> > CC init/main.o
> >
> > open: No such file or directory
> > make[1]: *** [scripts/Makefile.build:317: init/main.o] Error 1
> > make: *** [Makefile:1015: init] Error 2
> >
> >
> > Reverting that patch makes it build again.
>
> Weird. Here's a version which should hopefully give a better error
> message.

CC init/main.o
objtool: can't open file /.tmp_
open: No such file or directory


BR,
Markus


\
 
 \ /
  Last update: 2018-01-14 23:24    [W:0.126 / U:0.144 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site