Hi,
On 7 Apr 2003, H. Peter Anvin wrote:
> I have an idea, why don't you read the archives of this mailing list
> for the past eight years and learn, once again, why dynamic numbers
> are broken for nearly all applications (disks and ptys being, perhaps,
> the few case where they actually work.)
>
> This has been hashed and rehashed on this list so many times it's not
> even funny.
Ok, I checked the archives and found some interesting mails:
http://www.ussg.iu.edu/hypermail/linux/kernel/0105.1/1170.html
http://www.ussg.iu.edu/hypermail/linux/kernel/0105.1/1180.html
http://www.ussg.iu.edu/hypermail/linux/kernel/0105.1/1072.html
http://www.ussg.iu.edu/hypermail/linux/kernel/0105.1/1310.html
http://www.ussg.iu.edu/hypermail/linux/kernel/0105.1/1348.html
This is from the last dev_t discussion I was able to find and my apologies
to Linus for dragging him into this, personally I prefer a discussion
based on arguments, but you want to feel the whip of authority. (There are
also some juicy mails from Al, but you can look for these yourself.)
Linus argues here for dynamic numbers and I was not able to find a single
mail, where he completely changed his mind since then. If you know
something I don't, I'd be really happy to hear about it (actually I found
9 (nine!) year old mails, where he argues for a more dynamic system).
In above discussion, Alan was one of the few who actually came up with
reasonable arguments, some of his concerns were:
- he needed a solution for 2.4:
we are at 2.5 now and the kernel is mostly ready for dynamic device
numbers
- compatibility:
it's trivial to preserve dev numbers below 0x10000, new drivers start
above this
- hardcoded ioctl knowledge:
this is partly a compatibility problem and in the meantime it's
generally accepted that they are a bad idea most of the time and
drivers should use e.g. sysfs instead.
Am I now worthy of an answer, so you could please explain "why dynamic
numbers are broken for nearly all applications"? What were I supposed to
learn from the archives? Maybe you should read them yourself, because
I didn't found a single discussion with a clear outcome.
bye, Roman
-
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/
This archive was generated by hypermail 2b29 : Tue Apr 15 2003 - 22:00:15 EST