Messages in this thread | | | From | Rusty Russell <> | Subject | Re: [PATCH] Qemu support for PPC | Date | Wed, 09 Apr 2003 12:07:24 +1000 |
| |
In message <1049714507.2967.29.camel@dhcp22.swansea.linux.org.uk> you write: > > This is not qemu specific, of course. If you say it's not going in, > > then I'll accept that and do the work inside qemu. It'll be damn > > slow, of course. > > WTF should that make it slow ?
Well, there are two obvious methods. The first, which I've implemented, builds a tree at start time, which assumes things stay static, but has significant startup overhead.
The fully dynamic solution (which personality + emul_prefix gives you at the moment) means that you double every open, every stat, quadruple every readlink, etc. Of course, remember to handle relative paths (my current code punts on this in the hope that noone will notice: we'll see).
Unfortunately, it's not just /lib and /usr/lib, there's /var/run/.nscd_socket which doesn't seem to like speaking wrong endian.
Hey, I'd *love* read-only union mounts which can be done by non-root (and obviously don't survive exec), but AFAICT noone but Al can write one acceptable to the VFS maintainer 8).
Rusty. -- Anyone who quotes me in their sig is an idiot. -- Rusty Russell. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |