there seems to be some kind of black magic needed to compile milo-0.27
(which is the most recent version I found) ...
- there are defines missing in libstand/cachectl.S (like KSEG0 etc. which
are easy to find in asm/addrspace.h and CACHELINES which can be
- the assembler complains about
/tmp/cca03795.s:19: Error: unrecognized opcode `fill_lds'
which comes from the STR(FILL_LDS) instruction in libarc/glue.c
- when milo and pandora are linked, I get an additional message
mipsel-linux-ld -N -oformat ecoff-littlemips -Ttext 0x80600000 -e _entry
-o pandora a.out.o acer_pica_61.o arcident.o bitags.o boot.o cpu.o crt0.o
dskst_tyne.o expandpath.o g364.o launch.o magnum.o mkargs.o rm200-pci.o
version.o arcmemory.o commands.o disasm.o dumpcp0r.o pandora.o
pandoramain.o parser.o -L../libstand -L../libarc -lstand -larc -lstand
a.out.o(.text+0x0): undefined reference to `_gp_disp'
... I'm not quite sure what is going wring here ...
Could it be a problem with my crossdevelopment tools (gcc-2.7.2 and
binutils-2.8.1) or do I need a specific kernel source code version in
order to compile milo-0.27 ?
I have to recompile milo as it doesn't correctly detect my SNI RM200
- without PCI, the older model.
Michael Engel (email@example.com)