search for: video_cards_end

Displaying 4 results from an estimated 4 matches for "video_cards_end".

2017 Jan 29
2
Linking Linux kernel with LLD
...on how to debug it or any guesses what did go wrong while linking? > >Regards, >Dmitry It should not boot atm, I believe. I mentioned earlier, LLD currently generates wrong output for scripts like: .rodata : { *(.rodata) *(.rodata.*) . = ALIGN(16); video_cards = .; *(.videocards) video_cards_end = .;? That is sample from kernel realmode script. We produce wrong values for video_cards/video_cards_end. Reduced sample is D29217, and thread with possible patch for that is D27415 which is under discussions now. (Though there are also probably can be other issues, but that one is obvious atm)....
2017 Jan 30
0
Linking Linux kernel with LLD
...2px;border:0px;background:rgba(71,87,120,0.0784314);overflow:auto;border-radius:3px;white-space:pre-wrap;font-stretch:normal;font-size:12px;line-height:15px;font-family:Menlo,Consolas,Monaco,monospace;">.rodata : { *(.rodata) *(.rodata.*) . = ALIGN(16); video_cards = .; *(.videocards) video_cards_end = .;​<br /></pre> <br /> </div> <div>That is sample from kernel realmode script. We produce wrong values for video_cards/video_cards_end.<br /> </div> <div>Reduced sample is D29217, and thread with possible patch for that is D27415 which is under disc...
2017 Jan 24
3
Linking Linux kernel with LLD
>>> - D28094 (Implemented support for R_386_PC8/R_386_8 relocations) >> Do you remember where it was used ? > >setup.elf: > ld.lld -m elf_i386 -T arch/x86/boot/setup.ld arch/x86/boot/a20.o arch/x86/boot/bioscall.o arch/x86/boot/cmdline.o arch/x86/boot/copy.o arch/x86/boot/cpu.o >arch/x86/boot/cpuflags.o arch/x86/boot/cpucheck.o arch/x86/boot/early_serial_console.o
2017 Jan 28
5
Linking Linux kernel with LLD
On Fri, Jan 27, 2017 at 1:31 PM, Rui Ueyama <ruiu at google.com> wrote: > Sean, > > So as you noticed that linker script tokenization rule is not very trivial > -- it is context sensitive. The current lexer is extremely simple and > almost always works well. Improving "almost always" to "perfect" is not > high priority because we have many more high