Re: [Qemu-devel] ARM

[Daniel Jacobowitz]

Aha - the Makefile doesn't have accurate dependencies.  If I clean out
and rebuild qemu, the results are much better.  I get this:

open("/big/src/qemu/o/lib/librt.so.1", O_RDONLY) = 3
mprotect(0x401d6000, 4096, PROT_READ|PROT_WRITE) = 0
read(3, "\177ELF\1\1\1a\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\244\33\0"..., 1024) = 
1024
close(3)                                = 0
open("/usr/lib/librt.so.1", O_RDONLY)   = -1 ENOENT (No such file or directory)

So not everything is well in emulation land, but we've run most of the
dynamic loader.  Sash segfaults.  I'm still pretty impressed; if no one
beats me to it I'll track it down next week.

On Thu, Jul 10, 2003 at 10:10:10PM +0200, Fabrice Bellard wrote:
> which version of x86 gcc do you use ? It seems to be a problem with x86 
> coge generator. Did you take my latest commit in exec.h ? The 'return' I 
> added in it does not seem to be generated in the x86 code.
> 
> Fabrice.
> 
> Daniel Jacobowitz wrote:
> >On Wed, Jul 09, 2003 at 09:49:33PM +0200, Fabrice Bellard wrote:
> >
> >>Daniel Jacobowitz wrote:
> >>
> >>>I was just playing with the ARM support, it's great to see it taking
> >>>shape :)  Fabrice, are you still investigating it, or does it work for
> >>>you?  My local ARM setup crashes a few hundred instructions into ld.so;
> >>>a loop runs for too long and hits the top of the stack.
> >>>
> >>
> >>With my latest commits it is working: QEMU can launch dynamically linked 
> >>'ls' and 'bash' processes. I will provide soon a binary archive so that 
> >>people can at least try it if they have problems.
> >
> >
> >Still doesn't work here.  I've attached the debugging output if you're
> >curious; I won't have time to debug it properly until next week.  It
> >looks like something wrong with the conditional jump.
> >
> >
> >>Warning: no FPU emulation is done. I just added the necessary code to 
> >>skip the few FPU instructions present in the libc. If anyone has ideas 
> >>about FPU on ARM, I am interested. Unfortunately the Linux distributions 
> >>seem to use the kernel based NetWinder FPU emulator.
> >
> >
> >Yes; here we use userspace software floating point generally instead. 
> >Hardware which actually has the FPA unit is rare (is there any
> >supported?)
> >
> >
> >>I tested the ARM support with an ARM glibc-2.2.5 from a debian 3.0 
> >>installed on a StrongARM board.
> >
> >
> >My failing test is from a later version of glibc and GCC.
> 
> 
> 
> _______________________________________________
> Qemu-devel mailing list
> address@hidden
> http://mail.nongnu.org/mailman/listinfo/qemu-devel
> 

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer