Which simply shows that an entry in the MAINTAINERS file does not a
maintainer make, since your first post showed such misundestanding of
what personalities do, and you've let the 2.4 and 2.5 personality
lists get out of sync.
Qemu could hack it into all the stat, stat64, open, chmod, chown,
link, rename etc. calls in the emulator, yes, but the in-kernel
solution already exists and is far simpler.
> Because stuff should go into 2.5 first.
I happens, though, whatever you may think. It was done as a 2.4 patch
because there's a tighter time constraint on entry into 2.4.
> And even if it looks trivial there's an important policy decision
> here: do we want to clutter up our personality system for userspace
> emulators? If you look at the current list of personalities they
> all have kernel implementations
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.
-- 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 firstname.lastname@example.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/