Date: Tue, 28 Aug 2012 14:49:32 +0200 From: Anders Nordby <anders@FreeBSD.org> To: freebsd-bugs@FreeBSD.org, yongari@FreeBSD.org Subject: Re: kern/171121: bge driver not working with BCM5719 (HP Proliant DL 360 G8) Message-ID: <20120828124931.GA25914@fupp.net> In-Reply-To: <201208272101.q7RL1SYi084988@freefall.freebsd.org> References: <201208272101.q7RL1SYi084988@freefall.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, The last response from YongHyeon PYUN (yongari@) was: > I tried setting hw.bge.allow_asf to 0, but it did not help. The loader tunable has no effect for controllers with APE(Application Processor Engine). > During boot I get: > > pcib3: <ACPI PCI-PCI bridge> at device 2.0 on pci0 > pci3: <ACPI PCI bus> on pcib3 > pci0:3:0:0: failed to read VPD data. > bge0: <Broadcom unknown BCM5719, ASIC rev. 0x5719001> mem > 0xf6bf0000-0xf6bfffff0xf6be0000-0xf6beffff,0xf6bd0000-0xf6bdffff irq 32 > at device 0.0 on pci3 > bge0: APE FW version: NCSI v1.0.80.0 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ It seems your APE runs slightly newer NC-SI firmware. I was able to reproduce watchdog timeouts on Dell R820 but I'm not sure you're also seeing the same issue here. Due to unknown reason, it seems programming RX MTU register has no effect with BCM5720 on R820. Receiving frames larger than 175(?) bytes seem to hang the controller on R820. Current workaround for the issue is to set the MTU of sender(i.e. link partner or switch) to some low value, 128 for example. That would show poor performance but shall make your controller work. I asked help to Broadcom and waiting for answers/hint from Broadcom. Regards, -- Anders.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120828124931.GA25914>