[email protected] said:
> well, dunno, the final rump-kernel binary under the old system has:
> pooka@watou:~/rumpkernel/rumprun-xen$ nm -a rump-kernel | grep
> monotonic_clock
> 000000000006a60e t monotonic_clock
> 0000000000072d53 T monotonic_clock
>
> not sure where the global one is coming from. I tried obvious places
> like the user level libs, but couldn't find anything. Not sure I want
> to start investigating this, though I'm afraid it will come back to
> haunt us later if left unchecked.
>
> At any rate, that symbol belongs in the minios namespace (at least the
> one provided by minios ;)
I figured it out. It's in libx86_{32,64}.a (the Mini-OS arch-specific lib).
The old build was linking with the xen LDARCHLIB twice; once when producing
minios.o and again when producing the final image; I did notice at the time
that this was probably wrong but did not investigate. So the code got
included twice; once from minios.o (namespaced out) and again from
LDARCHLIB.
The new build strictly links LDARCHLIB only into minios.o which is as it
should be. So I'll add in the ioremap stuff to the global namespace which
will fix PCI also.
Martin
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
_______________________________________________
rumpkernel-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/rumpkernel-users
