qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH] SH4 Fix missing 6th arg of syscall.


From: Tomoyoshi ASANO
Subject: Re: [Qemu-devel] [PATCH] SH4 Fix missing 6th arg of syscall.
Date: Thu, 22 Nov 2007 07:41:09 +0900

Hello Fabrce-san,

I uploaded this URL
http://club.lineo.co.jp/~asa/

4535036 qemu-sh4eb.tar.bz2

Regards,

-- 

On Wed, 21 Nov 2007 10:50:22 +0100
Fabrice Bellard <address@hidden> wrote:

> Can you provide a glibc and busybox binary for sh4eb so that I can 
> include them in the linux user tests ?
> 
> Regards,
> 
> Fabrice.
> 
> Tomoyoshi ASANO wrote:
> > Hello,
> > 
> > I tested big-endian binaries by sh4(eb)-linux-user 
> > with a small patch(attached) for building sh4eb-linux-user.
> > But I don't understand that this patch is needed or not.
> > 
> > sh4eb-linux-user is OK using static link binaries.
> > 
> > But I feel that sh4eb-linux-users has some problem(?)
> > using dynamic link binaries.
> > 
> > 1) If host-os has /etc/ld.so.cache, sh4eb-linux-users is NG.
> > 
> > address@hidden ~] qemu-sh4eb -strace /usr/qemu-sh4eb/bin/busybox
> > 28575 uname(0x4007f818) = 0
> > 28575 brk(0,132617,1074264468,57,1074325300,4096) = 0x00487000
> > 28575 access("/etc/ld.so.preload",04) = -1 errno=2 (No such file or 
> > directory)
> > 28575 open("/etc/ld.so.cache",0,01) = 3
> > 28575 fstat64(3,0x4007f234) = 0
> > 28575 mmap(0,66277,1,2,3,0) = 0x42081000
> > 28575 close(3) = 0
> > Unhandled trap: 0xa0
> > pc=0x400870d0 sr=0x00008001 pr=0x40086e32 fpscr=0x00080000
> > r0=0x00000348 r1=0xb61a0ff4 r2=0x2a2c1010 r3=0x0000000c
> > r4=0x400a4000 r5=0x40092afc r6=0x0000000b r7=0x00000002
> > r8=0x7411fff4 r9=0x000102e5 r10=0x1f017fff r11=0x17dd02d5
> > r12=0x400a4000 r13=0x3e02ffff r14=0x4007f2b0 r15=0x4007f2b0
> > r16=0x00000000 r17=0x00000000 r18=0x00000000 r19=0x00000000
> > r20=0x00000000 r21=0x00000000 r22=0x00000000 r23=0x00000000
> > 
> > But if no /etc/ld.so.cache in host-os, sh4eb-linux-users is OK.
> > 
> > 2) If host-os has /lib/tls/*, sh4eb-linux-users is NG.
> > 
> > address@hidden ~] qemu-sh4eb -strace /usr/qemu-sh4eb/bin/busybox
> > 28580 uname(0x4007f818) = 0
> > 28580 brk(0,132617,1074264468,57,1074325300,4096) = 0x00487000
> > 28580 access("/etc/ld.so.preload",04) = -1 errno=2 (No such file or 
> > directory)
> > 28580 open("/etc/ld.so.cache",0,01) = -1 errno=2 (No such file or 
> > directory)
> > 28580 open("/lib/tls/libm.so.6",0,012) = 3
> > 28580 read(3,0x4007f308,512) = 512
> > 28580 close(3) = 0
> > 28580 writev(2,0x4007efb8,0xa)/usr/qemu-sh4eb/bin/busybox: error 
> > while loading shared libraries: /lib/tls/libm.so.6: ELF file data
> > encoding not big-endian
> >  = 125
> > 28580 exit_group(127)
> > 
> > But if no /lib/tls in host-os, sh4eb-linux-users is OK.
> > 
> > please help if possible.
> > 
> > Thanks,
> > --
> > 
> > On Wed, 21 Nov 2007 10:43:49 +0900
> > Tomoyoshi ASANO <address@hidden> wrote:
> > 
> >> Hell,
> >>
> >> This is very nice!
> >>
> >> I tested using glibc-2.5
> >> It seems good.
> >>
> >> Thank you
> >>
> >> On Wed, 21 Nov 2007 09:24:41 +0900
> >> "Magnus Damm" <address@hidden> wrote:
> >>
> >>> Hi there,
> >>>
> >>> On Nov 20, 2007 11:48 PM,  <address@hidden> wrote:
> >>>> I found 6th arg for syscall is missing on SH4 linux-user emulation.
> >>>> This seems to be the cause of shared library mapping failure.
> >>>> I successfully run shared-lib'd binary, after applying following fix.
> >>> Hehe, I managed to create the exact same patch yesterday evening. So
> >>> this email is just to acknowledge this fix. Dynamically linked
> >>> binaries using uclibc-0.9.29 or glibc-2.3.6 both work well. Thank you.
> >>>
> >>> / magnus
> >>>
> 
> 





reply via email to

[Prev in Thread] Current Thread [Next in Thread]