Riku Voipio <[EMAIL PROTECTED]> writes: Hi, > >> >>> code in the e1000 driver that deals with the EEPROM and MAC >> >>> addresses. Is there any plan for cleanly handling no-EEPROM >> >>> platforms, or am I into "undiscovered territory" here? I'm willing >> >>> to submit patches once I find a minimally-invasive and robust >> >>> solution, but I don't want to reinvent the wheel... > >> we don't want to support this in the default drivers, but maybe we could >> in the kernel with a Kconfig option that defaulted to off. > > This could be acceptable, we would only turn that option on the iop32x > kernel. It's sub-optimal, as some iop32x boards have PCI slots.
I don't know which iop32x configurations are enabled in the default iop32x kernel but there are some boards with e1000 which do have the eeprom so imho unless you do some kind of runtime detection, I fear you'll break theses boards. Arnaud Patard ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ E1000-devel mailing list E1000-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/e1000-devel
