[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.00.0901281141510.3123@localhost.localdomain>
Date: Wed, 28 Jan 2009 11:44:13 -0800 (PST)
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Harvey Harrison <harvey.harrison@...il.com>
cc: "H. Peter Anvin" <hpa@...nel.org>, Arnd Bergmann <arnd@...db.de>,
Jaswinder Singh Rajput <jaswinder@...nel.org>,
Ingo Molnar <mingo@...e.hu>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Sam Ravnborg <sam@...nborg.org>,
Jaswinder Singh Rajput <jaswinderrajput@...il.com>,
"David S. Miller" <davem@...emloft.net>
Subject: Re: [mingo@...e.hu: [git pull] headers_check fixes]
On Wed, 28 Jan 2009, Harvey Harrison wrote:
> On Wed, 2009-01-28 at 09:48 -0800, H. Peter Anvin wrote:
> >
> > In general, no. The byteswap API is a legacy exception.
>
> But now that swab.h has been separated out, we could just stop exporting the
> asm/swab.h bits while still providing a generic C-based implementation to
> userspace.
Well, the _reason_ the byteswap stuff has been interesting to user space
is that the kernel did it better than the alternatives. Rather than having
purely "work with big-endian data" (the networking htonl etc functions),
the kernel had good and fairly optimized handling of various different
forms of byte order handling.
Which is why people wanted to use it in the first place - and which is why
then doing just the generic C-based thing doesn't really fix the issue.
Things may compile, but they kind of lost the point.
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists