https://sourceware.org/bugzilla/show_bug.cgi?id=16787
Bug ID: 16787
Summary: LD gives wrong error messages
Product: binutils
Version: 2.24
Status: NEW
Severity: normal
Priority: P2
Component: ld
Assign
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
Bug ID: 16788
Summary: Gold produces unbootable Linux kernel
Product: binutils
Version: 2.25 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: gold
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
--- Comment #1 from Markus Trippelsdorf ---
Created attachment 7514
--> https://sourceware.org/bugzilla/attachment.cgi?id=7514&action=edit
kernel linker script
--
You are receiving this mail because:
You are on the CC list for the bug.
__
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
--- Comment #2 from Markus Trippelsdorf ---
> So the .text section is at the wrong offset with gold (0x001000 vs. 0x20).
No. The text offset is not the reason. Let me dig deeper.
--
You are receiving this mail because:
You are on the CC
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
Markus Trippelsdorf changed:
What|Removed |Added
CC||luto at mit dot edu
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=16790
Bug ID: 16790
Summary: [cygwin|mingw] ld -v creates a.exe
Product: binutils
Version: 2.25 (HEAD)
Status: NEW
Severity: normal
Priority: P2
Component: ld
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
--- Comment #4 from Andy Lutomirski ---
It looks like gold has a different interpretation of what ":text = 0x9090"
means than the bfd linker. Can you try changing that to ":text = 0x90909090"
in arch/x86/kernel/vmlinux.lds.S?
This is definit
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
--- Comment #5 from Markus Trippelsdorf ---
(In reply to Andy Lutomirski from comment #4)
> It looks like gold has a different interpretation of what ":text = 0x9090"
> means than the bfd linker. Can you try changing that to ":text =
> 0x9090
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
--- Comment #7 from Andy Lutomirski ---
(In reply to Cary Coutant from comment #6)
> (In reply to Andy Lutomirski from comment #4)
> > It looks like gold has a different interpretation of what ":text = 0x9090"
> > means than the bfd linker. C
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
--- Comment #9 from Cary Coutant ---
> > Yes, in gold, the fill value is always 4 bytes in length. There's a FIXME in
> > the code to support arbitrary lengths, but that seems unlikely to be the
> > problem here.
>
> Fixing it for one and two
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
--- Comment #6 from Cary Coutant ---
(In reply to Andy Lutomirski from comment #4)
> It looks like gold has a different interpretation of what ":text = 0x9090"
> means than the bfd linker. Can you try changing that to ":text =
> 0x90909090" i
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
--- Comment #8 from Cary Coutant ---
> -8100021e: 48 c7 c7 10 e7 75 81mov
> $0x8175e710,%rdi
> +8100021e: 48 c7 c7 c8 cf 78 81mov
> $0x8178cfc8,%rdi
> -810002cc: 48 c7 c7 3a
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
--- Comment #10 from Markus Trippelsdorf ---
Not sure if this is relevant, but building gold with "-fsanitize=undefined"
shows:
markus@x4 linux % /var/tmp/binutils-gdb/gold/ld-new -m elf_x86_64 --build-id -o
vmlinux -T /usr/src/linux/arch/x86
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
--- Comment #11 from Markus Trippelsdorf ---
Backtrace with -fsanitize-undefined-trap-on-error:
Program received signal SIGILL, Illegal instruction.
gold::Script_sections::attach_sections_using_phdrs_clause (this=, layout=) at script-sections
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
--- Comment #12 from Markus Trippelsdorf ---
Hmm, I think the -fsanitize issue is a red herring.
Here is the full "objdump -d vmlinux" diff:
trippelsdorf.de/diff.bz2
--
You are receiving this mail because:
You are on the CC list for the bu
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
--- Comment #13 from Andy Lutomirski ---
(In reply to Cary Coutant from comment #9)
> > > Yes, in gold, the fill value is always 4 bytes in length. There's a FIXME
> > > in
> > > the code to support arbitrary lengths, but that seems unlikely
https://sourceware.org/bugzilla/show_bug.cgi?id=16794
Bug ID: 16794
Summary: gold doesn't include the "implicit addend" when
processing REL relocations to mergable sections
Product: binutils
Version: unspecified
Status: N
https://sourceware.org/bugzilla/show_bug.cgi?id=16788
--- Comment #14 from Andy Lutomirski ---
Markus, can you see if arch/x86/boot/compressed/piggy.S is the same on a good
and a bad kernel? It may also be worth comparing
arch/x86/boot/compressed/vmlinux between kernels. (This is, confusingly,
18 matches
Mail list logo
