Re: [Qemu-devel] [PATCH 0/7] target-ppc/linux-user: NPTL support

[Daniel Jacobowitz]

On Wed, Jun 10, 2009 at 01:37:45AM +0200, Miklos Vajna wrote:
> On Thu, Jun 04, 2009 at 11:51:55AM -0700, Nathan Froyd <address@hidden> wrote:
> > The patch series has been tested against the glibc testsuite, where it
> > passes a good chunk (90%+) of the testsuite.  The other 10% are
> > basically things that are not going to work in QEMU anytime soon
> > (e.g. sharing futexes between multiple processes, using clone(2)
> > directly, etc.).  I should note that proper testing requires a patch to
> > use a correct exit status for uncaught signals; such a patch has been
> > posted to this list before by Riku Voipio.  (I have a different local
> > version that I used instead.)  Testing with recent glibc also requires
> > adding support for private futexes and a few other futex operations;
> > again, a patch for this has been posted by Riku and I used a slightly
> > different local version.
> 
> Hi,
> 
> I tried this series (on top of current git 3a41759) + Riku's patch. I
> built a static qemu-ppc binary, then tried:
> 
> host# chroot . /qemu-ppc -L . /bin/bash
> 
> Where the current directory was a PPC chroot. It launched bash just
> fine, but when I tried to launch a command from the ppc bash, I got:
> 
> chroot# /bin/uname
> bash: /bin/uname: No such file or directory

This isn't expected to work, is it?  QEMU does not intercept exec
system calls for target binaries.

[Maybe it should...]

-- 
Daniel Jacobowitz
CodeSourcery