Re: Find MAC address stored in NIC firmware

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> On and HP server running RHEL5 you can search for the Ethernet controllers
> in this output
> 
> /sbin/lspci -vv | more
> 
> [snip]
> 03:00.1 Ethernet controller: Broadcom Corporation NetXtreme II BCM5709
> Gigabit Ethernet (rev 20)
>         Subsystem: Hewlett-Packard Company NC382i Integrated Quad Port PCI
> Express Gigabit Server Adapter
> [snip]
>                 Link: Supported Speed 2.5Gb/s, Width x4, ASPM L0s L1, Port
> 0
>                 Link: Latency L0s <4us, L1 <4us
>                 Link: ASPM Disabled RCB 64 bytes CommClk- ExtSynch-
>                 Link: Speed 2.5Gb/s, Width x2
> ****    Capabilities: [100] Device Serial Number 46-1b-8e-fe-ff-d1-e7-78
>         Capabilities: [110] Advanced Error Reporting
>         Capabilities: [150] Power Budgeting
>         Capabilities: [160] Virtual Channel
> 
> ## The MAC address will be  78:e7:d1:8e:1b:46
> 
> 
> play with this on a good machine.
> Had to do this when all the disks pulled from one chassis and put into the
> new chasis. The disks still had the old IP's in the ifcfg-eth# files

Thank you. Do you mind testing changing the MAC with ifconfig to see 
if your lspci still shows the original?

Unfortunately, my HP box running RHEL5 doesn't have it with lspci -vv 
or -vvv.

# cat /etc/redhat-release
Red Hat Enterprise Linux Server release 5.5 (Tikanga)
# uname -a
Linux myhostname 2.6.18-194.17.1.el5 #1 SMP Mon Sep 20 07:12:06 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux

# dmidecode | more
# dmidecode 2.10
SMBIOS 2.3 present.
77 structures occupying 2033 bytes.
Table at 0x000EC000.

Handle 0x0000, DMI type 0, 20 bytes
BIOS Information
        Vendor: HP
        Version: P51
        Release Date: 04/26/2006
        Address: 0xF0000
        Runtime Size: 64 kB
        ROM Size: 4096 kB
...
System Information
        Manufacturer: HP
        Product Name: ProLiant DL380 G4
        Version: Not Specified
        Serial Number: USE525A8HB
        UUID: 33373338-3232-5553-4535-323541384842
        Wake-up Type: Power Switch
...

# lspci -vv | more
...
03:01.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5704 Gigabit Ethernet (rev 10)
        Subsystem: Compaq Computer Corporation NC7782 Gigabit Server Adapter (PCI-X, 10,100,1000-T)
        Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B-
        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 64 (16000ns min), Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 217
        Region 0: Memory at fddf0000 (64-bit, non-prefetchable) [size=64K]
        Capabilities: [40] PCI-X non-bridge device
                Command: DPERE- ERO- RBC=2048 OST=1
                Status: Dev=03:01.0 64bit+ 133MHz+ SCD- USC- DC=simple DMMRBC=2048 DMOST=1 DMCRS=16 RSCEM- 266MHz- 533MHz-
        Capabilities: [48] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold+)
                Status: D0 PME-Enable+ DSel=0 DScale=1 PME-
        Capabilities: [50] Vital Product Data
        Capabilities: [58] Message Signalled Interrupts: 64bit+ Queue=0/3 Enable-
                Address: dd5755f73ffbeddc  Data: 15ec


I played with lots of combinations of the options of lspci command. No 
luck.

Yong Huang



      

-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list


[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux