Re: Sun Fire V210 NIC's don't work
Hi Richard,
sorry for the delay in response. Please see in line output below:
On 11/15/2012 12:19 PM, Richard Mortimer wrote:
On 15/11/2012 08:35, Michael Leicht wrote:
How about looking into OBP Config? Something like "test net" ?
I was going to suggest trying using "watch-net-all". It relies on
there being traffic on the connected networks but can be useful. See
http://people.ee.ethz.ch/~ballisti/computer_topics/docs/U10svc/HTML/files/c0406.htm
ok watch-net-all
/pci@1d,700000/network@2,1
Timed out waiting for Autonegotiation to complete
Check cable and try again
Link Down
/pci@1d,700000/network@2
100 Mbps full duplex Link up
Looking for Ethernet Packets.
'.' is a Good Packet. 'X' is a Bad Packet.
Type any key to stop.
..................................................................
/pci@1f,700000/network@2,1
Timed out waiting for Autonegotiation to complete
Check cable and try again
Link Down
/pci@1f,700000/network@2
100 Mbps full duplex Link up
Looking for Ethernet Packets.
'.' is a Good Packet. 'X' is a Bad Packet.
Type any key to stop.
........................................................................................................
ok
More comments below...
I once had a similar Problem with a "hardcoded IP" (?) in OBP. Have
you tried resseting your OBP and NVRAM?
My Blade 1500 silver shoudl have the same NIC and works just great,
the missing Firmware Messages appeared but never had any Problem with
them so i just ignored them.. ;)
Am 14.11.2012 um 19:38 schrieb Kaya Saman <kayasaman@gmail.com>:
On 11/14/2012 06:25 PM, Richard Mortimer wrote:
On 14/11/2012 17:58, Kaya Saman wrote:
On 11/14/2012 05:52 PM, Frans van Berckel wrote:
On Wed, 2012-11-14 at 17:14 +0000, Kaya Saman wrote:
...snip...
I can't ping anywhere from the eth1 interface :-(
In addition I tried eth2 as the server has 4 NICs... it doesn't
even get
recognized by the system??
Can you provide a few more bits of information.
1 - output from "prtconf -pv" That will give an OBP view of the
system. I checked in DaveM's git tree and there isn't a sample from
the v210 in there
https://git.kernel.org/?p=linux/kernel/git/davem/prtconfs.git;a=tree
It would be good to push a copy of that to DaveM if you are agreeable.
2 - output from "ifconfig -a"
3 - output from "lspci"
Regards
Richard
Hi Richard,
# lspci
0000:00:02.0 Ethernet controller: Broadcom Corporation NetXtreme
BCM5704 Gigabit Ethernet
0000:00:02.1 Ethernet controller: Broadcom Corporation NetXtreme
BCM5704 Gigabit Ethernet
0001:00:06.0 Non-VGA unclassified device: ALi Corporation M7101
Power Management Controller [PMU]
0001:00:07.0 ISA bridge: ALi Corporation M1533/M1535/M1543 PCI to
ISA Bridge [Aladdin IV/V/V+]
0001:00:0a.0 USB Controller: ALi Corporation USB 1.1 Controller (rev
03)
0001:00:0d.0 IDE interface: ALi Corporation M5229 IDE (rev c4)
0002:00:02.0 SCSI storage controller: LSI Logic / Symbios Logic
53c1010 66MHz Ultra3 SCSI Adapter (rev 01)
0002:00:02.1 SCSI storage controller: LSI Logic / Symbios Logic
53c1010 66MHz Ultra3 SCSI Adapter (rev 01)
0003:00:02.0 Ethernet controller: Broadcom Corporation NetXtreme
BCM5704 Gigabit Ethernet
0003:00:02.1 Ethernet controller: Broadcom Corporation NetXtreme
BCM5704 Gigabit Ethernet
That is good. All 4 devices show up on the PCI bus.
# ifconfig -a
eth0 Link encap:Ethernet HWaddr 00:14:4f:5d:1e:7e
inet addr:192.168.1.116 Bcast:192.168.1.255
Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:11450 errors:0 dropped:0 overruns:0 frame:0
TX packets:6220 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:1000502 (977.0 KiB) TX bytes:516835 (504.7 KiB)
Interrupt:6
Matching HWaddr to the local-mac-address properties in the prtconf
output that is the device listed at node 0xf00bea74
I think that you have previously confirmed that this is connected to
net0 (known as "net" in the OBP aliases)
net: '/pci@1f,700000/network@2'
and from your dmesg output you posted earlier that matches too
[ 83.749175] tg3 0000:00:02.0: eth0: No firmware running
eth1 Link encap:Ethernet HWaddr 00:14:4f:5d:1e:80
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Interrupt:31
This HWaddr matches node 0xf00b0d34 which is net2.
net2: '/pci@1d,700000/network@2'
So I think you need to do your tests connected to the net2 port.
[ 45.499671] tg3 0003:00:02.0: eth1: dma_rwctrl[763f0000]
dma_mask[32-bit]
Additionally it looks like the 2nd network device on each PCI bus is
not getting
attached properly.
Does
dmesg | grep tg3
[ 39.625716] tg3.c:v3.116 (December 3, 2010)
[ 40.264438] tg3 0000:00:02.0: eth0: Tigon3 [partno(none) rev 2100]
(PCI:66MHz:64-bit) MAC address 00:14:4f:5d:1e:7e
[ 40.401775] tg3 0000:00:02.0: eth0: attached PHY is 5704
(10/100/1000Base-T Ethernet) (WireSpeed[1])
[ 40.521950] tg3 0000:00:02.0: eth0: RXcsums[1] LinkChgREG[0] MIirq[0]
ASF[0] TSOcap[1]
[ 40.626026] tg3 0000:00:02.0: eth0: dma_rwctrl[763f0000] dma_mask[32-bit]
[ 41.439201] tg3 0000:00:02.1: BAR 2: can't reserve mem region
[0x7f700000000-0x7f70000ffff]
[ 41.549032] tg3 0000:00:02.1: Cannot obtain PCI resources, aborting
[ 41.734027] tg3: probe of 0000:00:02.1 failed with error -16
[ 42.014260] tg3 0003:00:02.0: eth1: Tigon3 [partno(none) rev 2100]
(PCI:66MHz:64-bit) MAC address 00:14:4f:5d:1e:80
[ 42.151574] tg3 0003:00:02.0: eth1: attached PHY is 5704
(10/100/1000Base-T Ethernet) (WireSpeed[1])
[ 42.271747] tg3 0003:00:02.0: eth1: RXcsums[1] LinkChgREG[0] MIirq[0]
ASF[0] TSOcap[1]
[ 42.375821] tg3 0003:00:02.0: eth1: dma_rwctrl[763f0000] dma_mask[32-bit]
[ 42.465517] tg3 0003:00:02.1: BAR 2: can't reserve mem region
[0x7c700000000-0x7c70000ffff]
[ 42.575366] tg3 0003:00:02.1: Cannot obtain PCI resources, aborting
[ 42.658141] tg3: probe of 0003:00:02.1 failed with error -16
[ 79.475629] tg3 0000:00:02.0: firmware: requesting tigon/tg3_tso.bin
[ 80.864032] tg3 0000:00:02.0: eth0: No firmware running
[ 82.524222] tg3 0000:00:02.0: eth0: Link is up at 100 Mbps, full duplex
[ 82.611142] tg3 0000:00:02.0: eth0: Flow control is off for TX and
off for RX
or
dmesg | grep 0003:00:02
[ 30.442338] pci 0003:00:02.0: PME# supported from D3hot
[ 30.442354] pci 0003:00:02.0: PME# disabled
[ 30.442432] pci 0003:00:02.1: PME# supported from D3hot
[ 30.442445] pci 0003:00:02.1: PME# disabled
[ 41.808816] PCI: Enabling device: (0003:00:02.0), cmd 2
[ 42.014260] tg3 0003:00:02.0: eth1: Tigon3 [partno(none) rev 2100]
(PCI:66MHz:64-bit) MAC address 00:14:4f:5d:1e:80
[ 42.151574] tg3 0003:00:02.0: eth1: attached PHY is 5704
(10/100/1000Base-T Ethernet) (WireSpeed[1])
[ 42.271747] tg3 0003:00:02.0: eth1: RXcsums[1] LinkChgREG[0] MIirq[0]
ASF[0] TSOcap[1]
[ 42.375821] tg3 0003:00:02.0: eth1: dma_rwctrl[763f0000] dma_mask[32-bit]
[ 42.465505] PCI: Enabling device: (0003:00:02.1), cmd 2
[ 42.465517] tg3 0003:00:02.1: BAR 2: can't reserve mem region
[0x7c700000000-0x7c70000ffff]
[ 42.575366] tg3 0003:00:02.1: Cannot obtain PCI resources, aborting
[ 42.658141] tg3: probe of 0003:00:02.1 failed with error -16
produce anything relating to the other ports?
Regards
Richard
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:114 errors:0 dropped:0 overruns:0 frame:0
TX packets:114 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:9542 (9.3 KiB) TX bytes:9542 (9.3 KiB)
I have attached the prtconf file:
Regards,
Kaya
<prtconf.txt>
Regards,
Kaya
Reply to: