<ysionneau>
the pmap_load function is defined and the linker should find it :o
<ysionneau>
is the address of the symbol being called too far away from the address of the call instruction? (in case of a calli I imagine there can be errors while relocating ...)
Alarm has quit [Quit: ChatZilla 0.9.90.1 [Firefox 26.0/20131205075310]]
<ysionneau>
after dumping copy.o I can see that the R_LM32_CALL relocation corresponds to an "calli" instruction ... which could indeed fail to relocate if the offset is greater than what is allowed by the immediate part of the instruction (imm26)
<ysionneau>
26 bits seem a lot though ...
<ysionneau>
the kernel is not that big :o
<ysionneau>
strange
<ysionneau>
ah, it seems NetBSD build system does not like that 2 C files has the same name
<ysionneau>
since it places all object files in the same directory :)
<wpwrak>
the "relocation truncated" may just be a consequence of the linker trying to continue after "undefined reference"
<ysionneau>
weird message
<ysionneau>
it should just say "undefined reference"
<ysionneau>
ok cool got the kernel to link again with a new pmap