Messages in this thread |  | | Date | Sun, 20 May 2001 03:41:24 -0400 (EDT) | From | Alexander Viro <> | Subject | Re: no ioctls for serial ports? [was Re: LANANA: To Pending DeviceNumber Registrants] |
| |
On Sun, 20 May 2001, Abramo Bagnara wrote:
> I've just had a "so simple to risk to be stupid" idea. > > To have /proc/self/fd/N/ioctl would not have the potential to suppress > ioctl needs for *all* current uses?
No, it wouldn't. For one thing, it messes the only half-decent part of procfs. For another, the real issue is how to eliminate the bogus ioctls from userland programs and what to replace them with.
Crappy API won't become better if you simply change the calling conventions. And problem with ioctls is that most of them are crappy APIs. Coming from authors' laziness and/or debility.
So there is no easy way to solve that stuff - we'll need to rethink tons of badly designed interfaces. Finding a way to represent them in fs is the least of the problems.
And we really need to rethink them. Repackaged shit remains shit and the whole point of exrecise is to get rid of it, not to shove it into a new pile.
- 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/
|  |