Re: ioctl32 consolidation

Jeff Garzik (jgarzik@pobox.com)
Thu, 20 Feb 2003 18:10:09 -0500

Messages sorted by: [ date ][ thread ][ subject ][ author ]
Next message: Trond Myklebust: "Re: xdr nfs highmem deadlock fix [Re: filesystem access slowing system to a crawl]"
Previous message: Tomas Szepe: "Re: Linux 2.5.62-ac1"
In reply to: Max Krasnyansky: "Re: ioctl32 consolidation"
Next in thread: David S. Miller: "Re: ioctl32 consolidation"

On Thu, Feb 20, 2003 at 02:56:22PM -0800, Max Krasnyansky wrote:
> Eventually we'll be able to kill ugly mess like arch/sparc64/kernel/ioctl32.c.
> That stuff really belongs to the actual subsystems that implement those ioctls.

Yes.

Note that ALSA is already doing it right: sound/core/ioctl32/*

Jeff

-
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/

Next message: Trond Myklebust: "Re: xdr nfs highmem deadlock fix [Re: filesystem access slowing system to a crawl]"
Previous message: Tomas Szepe: "Re: Linux 2.5.62-ac1"
In reply to: Max Krasnyansky: "Re: ioctl32 consolidation"
Next in thread: David S. Miller: "Re: ioctl32 consolidation"