qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH 0/6] Multi-level page tables and userland mappin


From: Jan-Simon Möller
Subject: Re: [Qemu-devel] [PATCH 0/6] Multi-level page tables and userland mapping fixes, v3
Date: Mon, 15 Mar 2010 13:46:10 +0100
User-agent: KMail/1.12.4 (Linux/2.6.31.12-0.1-desktop; KDE/4.3.5; x86_64; ; )

> > I had QEMU working on PowerPC and ARM in chroots from the Linux versions:
> >
> > - Fedora 11 / 12
> > - Ubuntu 9.04, 9.10, 10.04
> > - Debian 4, 5 and Sid
> >
> > for ARM and PowerPC. My host OS is openSUSE 11.2 using a 2.6.31 kernel,
> > or openSUSE 11.1. All machines are 64 Bit machines.
> >
> > Now I have the situation that all the listed target chroots fail, except:
> > - Fedora 11 / 12 @ ARM
> 
> Please try to be more specific. What is killed? what do you mean by
> "chroots fail". qemu segfault? some binary doesn't work that before did?
> some syscall doesn't work anymore?
> 

We're still investigating the topic. So far, we tracked one failure down to
ldconfig.real which is a static arm binary executed after the chroot got the 
basic packages installed. If we setup a chroot with an older qemu-arm and 
exchange it afterwards with the new qemu and rerun just the build step, it 
works. Thus it seems to be an issue with static arm binaries atm.

Strace of a call of ldconfig.real with the qemu-arm failing:

http://pastie.org/870189

Sort version:

address@hidden:/# qemu-arm -strace /sbin/ldconfig.real                  
16359 uname(0x403fef78) = 0                                         
16359 brk(NULL) = 0x000a9000                                        
16359 brk(0x000a9d08) = 0x000a9d08                                  
16359 open("/dev/urandom",O_RDONLY) = 3                             
16359 read(3,0x403ff27d,3) = 3                                      
16359 close(3) = 0                                                  
[...]
16359 stat64("/usr/lib/libgettextlib.so",0x403fdf28) = 0
16359 stat64("/usr/lib/libgettextpo.so.0",0x403fdec0) = 0
16359 stat64("/usr/lib/libgettextpo.so.0.4.0",0x403fdf28) = 0
16359 stat64("/usr/lib/libpython2.6.so.1.0",0x403fdec0) = 0
16359 stat64("/usr/lib/libpython2.6.so.1.0",0x403fdf28) = 0
16359 open("/etc/ld.so.cache~",O_WRONLY|O_CREAT|O_NOFOLLOW|O_TRUNC,0600) = 3
16359 write(3,0xb03d0,1288) = 1288
16359 write(3,0x403ff0a0,0) = -1 errno=14 (Bad address)
16359 write(2,0x403fca08,21)/sbin/ldconfig.real:  = 21
16359 write(2,0x403fc9e8,28)Writing of cache data failed = 28
16359 write(2,0x403fc5b8,13): Bad address = 13
16359 write(2,0x403fc9c0,1)
 = 1
16359 exit_group(1)

Best,
Jan-Simon




reply via email to

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