Re: [patch] Re: Gigabit Kconfig problems with yesterday's update
From: Jeff Garzik
Date: Sun May 30 2004 - 15:45:59 EST
Linus Torvalds wrote:
is it really sane these days to split out gigabit from the "regular"
ethernets? gigabit ethernet is getting quite a bit more common than it
used to be, and a lot of the gigabit devices are just "standard ethernet"
as far as the user is concerned, and in fact they are often _used_ in just
regular 10/100Mbps setups.
In other words: it's quite understandable if somebody doesn't even
_realize_ that his chip supports gigabit speeds these days.
That's ok. Most users have no idea that their "Surecom 1234 Zippy
Ethernet" is really an 8139 chip, and that they need the 8139too driver.
Kernel configuration is for kernel developers, kernel vendors
(distributions), and power users, all of whom are expected to know what
they are doing.
So, I disagree with that argument.
However...
If the menu then grows really big, maybe we can split it according to some
_saner_ split. Not that I can see off-hand what that would be, but..
...I won't reject arguments based on general annoyance, or specific
annoyance at the categorizing. This change was the way I preferred that
the network driver Kconfig start moving, with future categorizations as
well -- the overall goal being that eventually you'll select among
several classes of devices, instead of today's innumerably long list of
devices from the first days of ethernet to today's 10Gbps.
The easy fix is just to cset -x the change I commited. Ethernet and
"gigabit ethernet" will be in separate menus, but there will not a
separate CONFIG_NET_GIGE option. I won't complain, if people feel
'cset -x' is warranted. It's just a config option, not anything
terribly important[1]
Jeff
[1] Of course, this is lkml, the big arguments are always over
trivialities like this ;-)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/