On 05/03/13 17:04, Matthew Drobnak wrote:
Please see attached picture of the chip.
Thanks. Part number is NHI350BT2, which should (I think) be covered by
the standard i350 datasheet. If so, then the MAC address that we read
at least for port 0 ought to be correct.
Could you try dumping the EEPROM contents using
ethtool --eeprom-dump ethX
I don't know whether or not the Linux i350 driver supports dumping the
EEPROM. If it doesn't, then try the attached (completely untested)
patch with DEBUG=intel; this should dump out the EEPROM content and
pause until a key is pressed (giving you a chance to take a photo of the
screen, if you don't have a serial console available to capture the output).
The output of "lspci -v" would still be useful, too.
Thanks,
Michael
diff --git a/src/drivers/net/intel.c b/src/drivers/net/intel.c
index ce17e9f..9278d86 100644
--- a/src/drivers/net/intel.c
+++ b/src/drivers/net/intel.c
@@ -186,6 +186,20 @@ static int intel_fetch_mac_eeprom ( struct intel_nic *intel,
if ( ( rc = intel_init_eeprom ( intel ) ) != 0 )
return rc;
+ {
+ static char buf[0x180];
+
+ if ( ( rc = nvs_read ( &intel->eeprom, 0, buf,
+ sizeof ( buf ) ) ) != 0 ) {
+ DBGC ( intel, "INTEL %p could not read whole EEPROM: "
+ "%s\n", intel, strerror ( rc ) );
+ return rc;
+ }
+ DBGC ( intel, "INTEL %p EEPROM contents:\n", intel );
+ DBGC_HDA ( intel, 0, buf, sizeof ( buf ) );
+ DBGC_PAUSE ( intel );
+ }
+
/* Read base MAC address from EEPROM */
if ( ( rc = nvs_read ( &intel->eeprom, INTEL_EEPROM_MAC,
hw_addr, ETH_ALEN ) ) != 0 ) {
_______________________________________________
ipxe-devel mailing list
[email protected]
https://lists.ipxe.org/mailman/listinfo.cgi/ipxe-devel