Date: Mon, 3 Sep 2012 21:54:19 +0200 From: Anders Nordby <anders@FreeBSD.org> To: freebsd-stable@freebsd.org Subject: Re: bge problems in RELENG_9, bge0: watchdog timeout -- resetting Message-ID: <20120903195419.GA55227@fupp.net> In-Reply-To: <20120824175248.GB3183@michelle.cdnetworks.com> References: <20120703185704.GA81296@fupp.net> <20120705010136.GA3218@michelle.cdnetworks.com> <20120823161505.GA64558@fupp.net> <20120824175248.GB3183@michelle.cdnetworks.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, On fre, aug 24, 2012 at 10:52:48am -0700, YongHyeon PYUN wrote: >> >> 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. FYI this issue has been moved to PR kern/171121. Lowering the MTU on the link partner to 128 seems to avoid the issue, but makes performance poor. I did not find any firmware updates on HP.com website. Regards, -- Anders.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120903195419.GA55227>