lekernel changed the topic of #milkymist to: Mixxeo, Migen, Milkymist-ng & other Milkymist projects :: Logs: http://en.qi-hardware.com/mmlogs
<ysionneau> in a linker script, when you declare memory regions with the "MEMORY" keyword, the ORIGIN= parameter indicates the LMA, right?
<ysionneau> means physical address
<ysionneau> I've got the error : /Users/fallen/dev/NetBSD/obj/tooldir.Darwin-10.8.0-i386/bin/lm32--netbsd-ld: address 0xc00eae1c of netbsd section `.text' is not within region `sdram'
<ysionneau> because I put : MEMORY { sdram : ORIGIN = 0x40000000, LENGTH = 0x8000000 } SECTIONS { .text 0xc0000000 : AT ( 0x40000000 ) { .... } }
<ysionneau> err, I mean I put : MEMORY { sdram : ORIGIN = 0x40000000, LENGTH = 0x8000000 } SECTIONS { .text 0xc0000000 : AT ( 0x40000000 ) { .... } > sdram }
<ysionneau> but the 0xc00000 next to the section name is supposed to be a VMA ... not a LMA
<ysionneau> if I remove completely the notion of MEMORY (and the "> sdram") it almost links, it just complains about a mysterious error: no memory region specified for loadable section `link_set_bufq_strats'
<ysionneau> which I cannot find in the entire source code (or .o files)
<ysionneau> gotta leave for work
<ysionneau> bbl
larsc_ has joined #milkymist
balrog_ has joined #milkymist
robmyers has quit [*.net *.split]
larsc has quit [*.net *.split]
balrog has quit [*.net *.split]
balrog_ is now known as balrog
mumptai has joined #milkymist
larsc_ is now known as larsc
mumptai has quit [Ping timeout: 240 seconds]
robmyers has joined #milkymist
antgreen has quit [Ping timeout: 240 seconds]
[florian] has joined #milkymist
[florian] has quit [Changing host]
[florian] has joined #milkymist
bhamilton has joined #milkymist
antgreen has joined #milkymist
bhamilton has left #milkymist [#milkymist]
bhamilton has joined #milkymist
bhamilton has quit [Quit: Leaving.]
bhamilton has joined #milkymist
kilae has joined #milkymist
bhamilton has quit [Quit: Leaving.]
bhamilton has joined #milkymist
bhamilton has left #milkymist [#milkymist]
bhamilton has joined #milkymist
bhamilton has quit [Client Quit]
bhamilton has joined #milkymist
bhamilton has quit [Client Quit]
antgreen has quit [Ping timeout: 265 seconds]
Scopeuk-AFK is now known as Scopeuk
<ysionneau> if someone wants to have a look at my linker issue: http://pastebin.com/Ukp0q4qV
<ysionneau> I posted the error, the linker script I used and a few command outputs
<ysionneau> I basically end up with a section that I don't know where it comes from
<ysionneau> and it makes the link fail...
kilae has quit [Quit: ChatZilla 0.9.90.1 [Firefox 24.0/20130910160258]]
Scopeuk is now known as Scopeuk-AFK
<ysionneau> so this kind of symbol might come from macro generated stuff
<ysionneau> but it's not just symbols, it's a section as well
<ysionneau> ah, got it
<ysionneau> #define __link_set_make_entry(set, sym) \
<ysionneau> static void const * const __link_set_##set##_sym_##sym \
<ysionneau> __section("link_set_" #set) __used = (const void *)&sym
<ysionneau> this kind of stuff is used a bit in the kernel
<ysionneau> it generates sections...
<ysionneau> so now I put the link_set_* sections with the .rodata stuff
<ysionneau> now it does not complain anymore about this kind of sections and overlaps
<ysionneau> but it complains about a whole bunch of undefined symbols
<ysionneau> like __start_link_set_dkwedge_methods and __stop_link_set_dkwedge_methods
<ysionneau> I guess it's just markers for dynamic regions
<ysionneau> but weird that nothing defines their addresses
* ysionneau calling it a day
<ysionneau> gn8
Gurty has quit [Excess Flood]
Gurty has joined #milkymist