To: Ingo Molnar <mingo@...>, Kok, Auke-jan H <auke-jan.h.kok@...>
Cc: Linux Kernel Mailing List <linux-kernel@...>, NetDev <netdev@...>, e1000-list <e1000-devel@...>, linux-pci maillist <linux-pci@...>, Jeff Garzik <jeff@...>, Andrew Morton <akpm@...>, David S. Miller <davem@...>, Linus Torvalds <torvalds@...>, Ronciak, John <john.ronciak@...>, Allan, Bruce W <bruce.w.allan@...>, Greg KH <greg@...>, Arjan van de Ven <arjan@...>, Rafael J. Wysocki <rjw@...>
Auke is out sick, so I'm responding...
Ingo Molnar wrote:
then why are you compiling e1000e as a module? no "=y" in your kernel
means no support, and this kernel .config has e1000e supporting your
hardware.
your expectation is that e1000 once loaded on this device in a previous
kernel (2.6.24) so it should continue to work, right? I see your point
but we are trying to make general improvements to both drivers, and the
best way forward was a split, in order to make the user experience
better by eliminating chances for regressions on older hardware.
if you're running a no module kernel, you'll need to set CONFIG_E1000E=y
for your device to be detected.
The device IDs moved to e1000e, we don't want collisions between drivers
that support the same IDs, so to avoid those user support issues, we're
trying to make the process as painless as possible with announcements
and time. The distros are already including the e1000e driver in their
builds and new installs with the new ID layout will automatically select
the correct driver for their hardware.
Users that take an upgrade to their kernel (with e1000e enabled) might
benefit if the distro upgrading that kernel included a post upgrade
script that migrated e1000e devices previously using e1000 in
modprobe.conf to alias ethX e1000e
If there is a more reasonable solution you can come up with I am
interested.
Jesse
--
