On Sunday 27 August 2006 19:50, Lennert Buytenhek wrote:
> Hi,
>
> There are a couple of ARM boards out there with on-board e1000s but
> without any kind of eeprom. The boot loader and kernel board support
> code have all the info necessary to configure the e1000, but the e1000
> driver bombs out because there isn't an eeprom connected -- how are
> we supposed to deal with this situation?
>
u-boot, which uses modified versions of the linux e1000 drivers, handles this
special cases with a bunch of platform-specific #ifdefs
http://www.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=blob;h=927acbb26737a20e02962f67047e192545a870a1;hb=16850919ff8666f20d047cb83b4ee77581336515;f=drivers/e1000.c
I fear that working in general across the e1000 product line without an eeprom
might not work so well. We've had 82545's work OK without and eeprom, but the
82572 did not work so well. Some chips appear to work OK with pure software
config, whereas others might need some special setup parameters that would
work best at chip power-up via the eeprom.
As a general solution (with fewer ifdefs than the u-boot solution), it might
be nice to have a read_eeprom_virtual(..) method in the driver where one
could supply a binary blob to the driver instead of having a real eeprom. All
of the driver code that relies on the eeprom could work like normal. I've
been toying with this under u-boot for a custom ARM board without an eeprom
too, though it does have the side-effect of bloating the u-boot driver a bit
with the fake eeprom data that's really useless after boot (it's mostly
0x's though, so you could totally optimize it.)
- Brent
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
