bge(4), 5715S, IBM BladeCenter, no carrier
Oliver Fromme
olli at lurza.secnetix.de
Wed Jan 13 18:39:03 UTC 2010
Hi,
I've got problems with the bge(4) interfaces on certain
blades installed within an IBM BladeCenter. AFAIK these
are fiber PHYs connected to internal fiber-to-copper
transceivers inside the blade chassis.
Basically, the interfaces are recognized and attached,
but I don't get a carrier detected. The hardware is
ok, and there is indeed a gigabit switch connected to
the ports (under Linux, the carrier is detected and the
interfaces work fine).
ifconfig output:
bge0: flags=9843<UP,BROADCAST,RUNNING,SIMPLEX,LINK0,MULTICAST> metric 0 mtu 1500
options=9b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM>
ether 00:21:5e:4c:07:22
inet 10.2.13.42 netmask 0xffffff00 broadcast 10.2.13.255
media: Ethernet 1000baseT <full-duplex> (none)
status: no carrier
Related pciconf -lv entries:
pcib3 at pci0:21:0:0: class=0x060400 card=0x00000000 chip=0x01031166 rev=0xb5 hdr=0x01
vendor = 'ServerWorks (Was: Reliance Computer Corp)'
device = 'Broadcom dual gigabit, pci bridge (BCM5715)'
class = bridge
subclass = PCI-PCI
bge0 at pci0:22:4:0: class=0x020000 card=0x03671014 chip=0x167914e4 rev=0xa3 hdr=0x00
vendor = 'Broadcom Corporation'
device = 'NetXtreme 5715S Gigabit Ethernet'
class = network
subclass = ethernet
(There are more interfaces; I list bge0 only for brevity.)
Excerpt from dmesg -v:
bge0: <Broadcom NetXtreme Gigabit Fiber Controller, ASIC rev. 0x009003> mem 0x97a00000-0x97a0ffff,0x97a10000-0x97a1ffff irq 24 at device 4.0 on pci22
bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0x97a00000
bge0: attempting to allocate 1 MSI vectors (8 supported)
msi: routing MSI IRQ 256 to local APIC 0 vector 56
bge0: using IRQ 256 for MSI
bge0: CHIP ID 0x00009003; ASIC REV 0x09; CHIP REV 0x90; PCI-X
bge0: bpf attached
bge0: Ethernet address: 00:21:5e:4c:07:22
bge0: [MPSAFE]
bge0: [ITHREAD]
Actually this is an 8-stable snapshot from December, but
with if_bge.c and if_bgereg.h from 9-current as of today,
because I saw a bunch of commits to HEAD last week.
(That's why I'm posting this to -current.)
If there's anything else I can do to track this problem
down, please let me know.
Best regards
Oliver
--
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart
FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd
"If you think C++ is not overly complicated, just what is a protected
abstract virtual base pure virtual private destructor, and when was the
last time you needed one?"
-- Tom Cargil, C++ Journal
More information about the freebsd-current
mailing list