Re: Call for bge(4) testers
On Tue, Oct 02, 2012 at 11:10:23AM -0700, Sean Bruno wrote: On Tue, 2012-10-02 at 15:59 -0700, YongHyeon PYUN wrote: Sean, do you have a box with BCM5703/5704/5714/5715 controller? I have a 5704C in an HP DL380G4 here that seems to be working. I'll have to poke around further to see what else I have lying around. bge0: HP NC7782 Gigabit Server Adapter, ASIC rev. 0x002100 mem 0xfdef-0xfdef irq 25 at device 1.0 on pci3 bge0: CHIP ID 0x2100; ASIC REV 0x02; CHIP REV 0x21; PCI-X 133 MHz miibus0: MII bus on bge0 brgphy0: BCM5704 1000BASE-T media interface PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Ethernet address: 00:0f:20:f6:e6:23 bge1: HP NC7782 Gigabit Server Adapter, ASIC rev. 0x002100 mem 0xfdee-0xfdee irq 26 at device 1.1 on pci3 bge1: CHIP ID 0x2100; ASIC REV 0x02; CHIP REV 0x21; PCI-X 133 MHz miibus1: MII bus on bge1 brgphy1: BCM5704 1000BASE-T media interface PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge1: Ethernet address: 00:0f:20:f6:e6:22 Sean, I have checked in all changes except one in the WIP version to HEAD. If you happen to see any abnormal bge(4) behavior on CURRENT let me know. Thanks. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
On Thu, Sep 27, 2012 at 05:09:34PM -0700, Sean Bruno wrote: On Wed, 2012-09-19 at 09:44 -0700, Sean Bruno wrote: On Fri, 2012-09-14 at 14:27 -0700, YongHyeon PYUN wrote: All, There were lots of reports that stock bge(4) does not work on Dell Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720 users I managed to address the issue but I had to touch very sensitive part of driver. Before committing the change to tree I'd like to know whether this change introduces regressions on old bge(4) controllers. If you're bge(4) user, please try latest WIP version at the following URL and let me know how it goes on your box. I'm especially interested in whether there is any ASF/IPMI regression on BCM570x/571x. http://people.freebsd.org/~yongari/bge/if_bge.c http://people.freebsd.org/~yongari/bge/if_bgereg.h http://people.freebsd.org/~yongari/bge/brgphy.c We're starting to gather data and have a couple of machines (pciconf, ifconfig, dmesg) here that may provide some insights. Everything seems to be working at a cursory level. http://people.freebsd.org/~sbruno/new_bge/ Thanks for testing! Sean, do you have a box with BCM5703/5704/5714/5715 controller? If the answer is yes, would you give it spin on the box? Due to the reset sequence changes I'd like to know whether there are any regressions on these controllers. The reset sequence change will also affect BCM5906/5906M controller. I guess bge(4) didn't completely reset BCM5906 such that it may have resulted in RX CPU handing under device resume. The WIP version wouldn't completely solve resume issue but it would make one step forward to right direction. We have seen 2 instances of one or more of the HP machines failing and dropping off the network. however, we don't have specifics yet. Sean ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
On Tue, 2012-10-02 at 15:59 -0700, YongHyeon PYUN wrote: Sean, do you have a box with BCM5703/5704/5714/5715 controller? I have a 5704C in an HP DL380G4 here that seems to be working. I'll have to poke around further to see what else I have lying around. bge0: HP NC7782 Gigabit Server Adapter, ASIC rev. 0x002100 mem 0xfdef-0xfdef irq 25 at device 1.0 on pci3 bge0: CHIP ID 0x2100; ASIC REV 0x02; CHIP REV 0x21; PCI-X 133 MHz miibus0: MII bus on bge0 brgphy0: BCM5704 1000BASE-T media interface PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Ethernet address: 00:0f:20:f6:e6:23 bge1: HP NC7782 Gigabit Server Adapter, ASIC rev. 0x002100 mem 0xfdee-0xfdee irq 26 at device 1.1 on pci3 bge1: CHIP ID 0x2100; ASIC REV 0x02; CHIP REV 0x21; PCI-X 133 MHz miibus1: MII bus on bge1 brgphy1: BCM5704 1000BASE-T media interface PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge1: Ethernet address: 00:0f:20:f6:e6:22 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
On Thu, 2012-09-27 at 17:09 -0700, Sean Bruno wrote: We have seen 2 instances of one or more of the HP machines failing and dropping off the network. however, we don't have specifics yet. It looks like this specific error was ACPI related, not BGE related. The C6 setting in the BIOS has the nasty side effect of somehow letting CPU's quiesce and become unwakeable. Setting the lowest Cstate in the *bios* to C3 is under test. Sean ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
On Wed, 2012-09-19 at 09:44 -0700, Sean Bruno wrote: On Fri, 2012-09-14 at 14:27 -0700, YongHyeon PYUN wrote: All, There were lots of reports that stock bge(4) does not work on Dell Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720 users I managed to address the issue but I had to touch very sensitive part of driver. Before committing the change to tree I'd like to know whether this change introduces regressions on old bge(4) controllers. If you're bge(4) user, please try latest WIP version at the following URL and let me know how it goes on your box. I'm especially interested in whether there is any ASF/IPMI regression on BCM570x/571x. http://people.freebsd.org/~yongari/bge/if_bge.c http://people.freebsd.org/~yongari/bge/if_bgereg.h http://people.freebsd.org/~yongari/bge/brgphy.c We're starting to gather data and have a couple of machines (pciconf, ifconfig, dmesg) here that may provide some insights. Everything seems to be working at a cursory level. http://people.freebsd.org/~sbruno/new_bge/ We have seen 2 instances of one or more of the HP machines failing and dropping off the network. however, we don't have specifics yet. Sean ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
On Fri, Sep 21, 2012 at 08:34:29PM +0900, Wanpeng Qian wrote: On Thu, Sep 20, 2012 at 06:56:09AM +0900, Wanpeng Qian wrote: Hi, On Mon, Sep 17, 2012 at 09:37:21PM +0900, Wanpeng Qian wrote: Hi, here is the dmesg output. bge0: HP NC107i PCIe Gigabit Server Adapter, ASIC rev. 0x5784100 mem 0xfe9f-0xfe9f irq 18 at device 0.0 on pci4 bge0: CHIP ID 0x05784100; ASIC REV 0x5784; CHIP REV 0x57841; PCI-E miibus0: MII bus on bge0 brgphy0: BCM5784 10/100/1000baseT PHY PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto- flow It seems your controller is BCM5784 A1. The latest WIP have one change that may affect its DMA behavior. So it would be good to know how the WIP version works on your box. I update my system to 9-STABLE and using your WIP files. after I reboot the whole system. I cannot find bge anymore. here is the pciconf -lv output. none1@pci0:4:0:0: class=0x02 card=0x705d103c chip=0x165b14e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM5723 Gigabit Ethernet PCIe' class = network subclass = ethernet Hmm, the WIP version didn't remove the chip id so bge(4) may have failed to attach. Could you check any message printed by bge(4) in dmesg output? There is neither message related to bge in the dmesg output. nor ifconfig -a output. anything else I can try ? Does stock bge(4) in latest stable/9 recognize your controller? If the answer is yes, would you post full verbose boot message? I rebuild the kernel without your WIP files. unfortunately it seems 9-STABLE drop the support of this card while 9.0-RELEASE is fine. still no relate bge message in dmesg. here is the output of pciconf -lcbv none1@pci0:4:0:0: class=0x02 card=0x705d103c chip=0x165b14e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM5723 Gigabit Ethernet PCIe' class = network subclass = ethernet bar [10] = type Memory, range 64, base 0xfe9f, size 65536, enabled cap 01[48] = powerspec 3 supports D0 D3 current D0 cap 03[40] = VPD cap 09[60] = vendor (length 108) cap 05[50] = MSI supports 1 message, 64 bit cap 10[cc] = PCI-Express 2 endpoint max data 128(256) link x1(x1) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected ecap 0002[13c] = VC 1 max VC0 ecap 0003[160] = Serial 1 d8d385fffeaf9f38 ecap 0004[16c] = unknown 1 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
I am so sorry, I make a mistake. I exclude bge driver from kernel config sometime before and I totally forgot it! I will try your WIP files later. Regards. Qian Does stock bge(4) in latest stable/9 recognize your controller? If the answer is yes, would you post full verbose boot message? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
On Mon, Sep 24, 2012 at 9:51 PM, Wanpeng Qian spf72...@rhythm.ocn.ne.jp wrote: I am so sorry, I make a mistake. I exclude bge driver from kernel config sometime before and I totally forgot it! I will try your WIP files later. Ok -- I was holding off based on your earlier reports, but I'll give pyunh@'s files a shot now. Thanks, -Garrett ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
On Fri, Sep 21, 2012 at 08:34:29PM +0900, Wanpeng Qian wrote: On Thu, Sep 20, 2012 at 06:56:09AM +0900, Wanpeng Qian wrote: Hi, On Mon, Sep 17, 2012 at 09:37:21PM +0900, Wanpeng Qian wrote: Hi, here is the dmesg output. bge0: HP NC107i PCIe Gigabit Server Adapter, ASIC rev. 0x5784100 mem 0xfe9f-0xfe9f irq 18 at device 0.0 on pci4 bge0: CHIP ID 0x05784100; ASIC REV 0x5784; CHIP REV 0x57841; PCI-E miibus0: MII bus on bge0 brgphy0: BCM5784 10/100/1000baseT PHY PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow It seems your controller is BCM5784 A1. The latest WIP have one change that may affect its DMA behavior. So it would be good to know how the WIP version works on your box. I update my system to 9-STABLE and using your WIP files. after I reboot the whole system. I cannot find bge anymore. here is the pciconf -lv output. none1@pci0:4:0:0: class=0x02 card=0x705d103c chip=0x165b14e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM5723 Gigabit Ethernet PCIe' class = network subclass = ethernet Hmm, the WIP version didn't remove the chip id so bge(4) may have failed to attach. Could you check any message printed by bge(4) in dmesg output? There is neither message related to bge in the dmesg output. nor ifconfig -a output. anything else I can try ? Does stock bge(4) in latest stable/9 recognize your controller? If the answer is yes, would you post full verbose boot message? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
On Thu, Sep 20, 2012 at 06:56:09AM +0900, Wanpeng Qian wrote: Hi, On Mon, Sep 17, 2012 at 09:37:21PM +0900, Wanpeng Qian wrote: Hi, here is the dmesg output. bge0: HP NC107i PCIe Gigabit Server Adapter, ASIC rev. 0x5784100 mem 0xfe9f-0xfe9f irq 18 at device 0.0 on pci4 bge0: CHIP ID 0x05784100; ASIC REV 0x5784; CHIP REV 0x57841; PCI-E miibus0: MII bus on bge0 brgphy0: BCM5784 10/100/1000baseT PHY PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow It seems your controller is BCM5784 A1. The latest WIP have one change that may affect its DMA behavior. So it would be good to know how the WIP version works on your box. I update my system to 9-STABLE and using your WIP files. after I reboot the whole system. I cannot find bge anymore. here is the pciconf -lv output. none1@pci0:4:0:0:class=0x02 card=0x705d103c chip=0x165b14e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM5723 Gigabit Ethernet PCIe' class = network subclass = ethernet Hmm, the WIP version didn't remove the chip id so bge(4) may have failed to attach. Could you check any message printed by bge(4) in dmesg output? There is neither message related to bge in the dmesg output. nor ifconfig -a output. anything else I can try ? Regards. Qian FreeBSD 9.0 RELEASE. Regards. Qian watchdog timeouts can be triggered by various issues so it's hard to guess the root cause of the issue. Would you show me the dmesg output(bge(4)/brgphy(4) output only)? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
On Thu, Sep 20, 2012 at 06:56:09AM +0900, Wanpeng Qian wrote: Hi, On Mon, Sep 17, 2012 at 09:37:21PM +0900, Wanpeng Qian wrote: Hi, here is the dmesg output. bge0: HP NC107i PCIe Gigabit Server Adapter, ASIC rev. 0x5784100 mem 0xfe9f-0xfe9f irq 18 at device 0.0 on pci4 bge0: CHIP ID 0x05784100; ASIC REV 0x5784; CHIP REV 0x57841; PCI-E miibus0: MII bus on bge0 brgphy0: BCM5784 10/100/1000baseT PHY PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow It seems your controller is BCM5784 A1. The latest WIP have one change that may affect its DMA behavior. So it would be good to know how the WIP version works on your box. I update my system to 9-STABLE and using your WIP files. after I reboot the whole system. I cannot find bge anymore. here is the pciconf -lv output. none1@pci0:4:0:0: class=0x02 card=0x705d103c chip=0x165b14e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM5723 Gigabit Ethernet PCIe' class = network subclass = ethernet Hmm, the WIP version didn't remove the chip id so bge(4) may have failed to attach. Could you check any message printed by bge(4) in dmesg output? Regards. Qian FreeBSD 9.0 RELEASE. Regards. Qian watchdog timeouts can be triggered by various issues so it's hard to guess the root cause of the issue. Would you show me the dmesg output(bge(4)/brgphy(4) output only)? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
On Fri, 2012-09-14 at 14:27 -0700, YongHyeon PYUN wrote: All, There were lots of reports that stock bge(4) does not work on Dell Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720 users I managed to address the issue but I had to touch very sensitive part of driver. Before committing the change to tree I'd like to know whether this change introduces regressions on old bge(4) controllers. If you're bge(4) user, please try latest WIP version at the following URL and let me know how it goes on your box. I'm especially interested in whether there is any ASF/IPMI regression on BCM570x/571x. http://people.freebsd.org/~yongari/bge/if_bge.c http://people.freebsd.org/~yongari/bge/if_bgereg.h http://people.freebsd.org/~yongari/bge/brgphy.c Build instructions 1. Copy both if_bge.c/if_bgereg.h to /usr/src/sys/dev/bge directory 2. Copy brgphy.c /usr/src/sys/dev/mii 3. Rebuild kernel and reboot to take the change effect. You can also use the files above for for 9.1/stable/9. For stable/8 it needs slight modification and I couldn't find time to regenerate the patch. Thanks. Still going through a battery of merging and regressions here at Y! I've got most of the Dell and HP gear that would be affected by these updates running at the moment via these updates. I have some different h/w IDs for brgphy and bge(4) that I need to capture and spam over this week. Sean ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
Hi, On Mon, Sep 17, 2012 at 09:37:21PM +0900, Wanpeng Qian wrote: Hi, here is the dmesg output. bge0: HP NC107i PCIe Gigabit Server Adapter, ASIC rev. 0x5784100 mem 0xfe9f-0xfe9f irq 18 at device 0.0 on pci4 bge0: CHIP ID 0x05784100; ASIC REV 0x5784; CHIP REV 0x57841; PCI-E miibus0: MII bus on bge0 brgphy0: BCM5784 10/100/1000baseT PHY PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow It seems your controller is BCM5784 A1. The latest WIP have one change that may affect its DMA behavior. So it would be good to know how the WIP version works on your box. I update my system to 9-STABLE and using your WIP files. after I reboot the whole system. I cannot find bge anymore. here is the pciconf -lv output. none1@pci0:4:0:0: class=0x02 card=0x705d103c chip=0x165b14e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM5723 Gigabit Ethernet PCIe' class = network subclass = ethernet Regards. Qian FreeBSD 9.0 RELEASE. Regards. Qian watchdog timeouts can be triggered by various issues so it's hard to guess the root cause of the issue. Would you show me the dmesg output(bge(4)/brgphy(4) output only)? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
On Mon, Sep 17, 2012 at 09:37:21PM +0900, Wanpeng Qian wrote: Hi, here is the dmesg output. bge0: HP NC107i PCIe Gigabit Server Adapter, ASIC rev. 0x5784100 mem 0xfe9f-0xfe9f irq 18 at device 0.0 on pci4 bge0: CHIP ID 0x05784100; ASIC REV 0x5784; CHIP REV 0x57841; PCI-E miibus0: MII bus on bge0 brgphy0: BCM5784 10/100/1000baseT PHY PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow It seems your controller is BCM5784 A1. The latest WIP have one change that may affect its DMA behavior. So it would be good to know how the WIP version works on your box. FreeBSD 9.0 RELEASE. Regards. Qian watchdog timeouts can be triggered by various issues so it's hard to guess the root cause of the issue. Would you show me the dmesg output(bge(4)/brgphy(4) output only)? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
On Mon, Sep 17, 2012 at 05:39:09PM +0600, Eugene M. Zheganin wrote: Hi. On 15.09.2012 03:27, YongHyeon PYUN wrote: I'm especially interested in whether there is any ASF/IPMI regression on BCM570x/571x. There's a reopened bug concerning 8.x releases version of the bge(4) driver not working with IPMI ( http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/122252 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/122252 ). I can also say that enabling ASF on RELENG_8 still leads to locking and hangups. Does this CFT mean that this situation may be improved with the new bge(4) version, on 9.x ? I'm afraid it wouldn't. ASF/IPMI support of bge(4) has many issues. Only small number of lucky users were able to use IPMI. I wanted to not break IPMI for these users in the WIP version. But ASF/IPMI should work for controllers with APE(BCM5719/BCM5720). Eugene. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
Hi! There were lots of reports that stock bge(4) does not work on Dell Rx20/HP DL 360 G8. I tested it with 9.1-RC1 amd64 on a HP DL 360 G8. Without the patch, bge0 did not work (timeouts etc). With the patch, bge0 does work: bge0: Broadcom unknown BCM5719, ASIC rev. 0x5719001 mem 0xf6bf-0xf6bf,0xf6be-0xf6be,0xf6bd-0xf6bd irq 32 at device 0.0 on pci3 bge0: APE FW version: NCSI v1.0.88.0 bge0: CHIP ID 0x05719001; ASIC REV 0x5719; CHIP REV 0x57190; PCI-E miibus0: MII bus on bge0 brgphy0: BCM5719C 1000BASE-T media interface PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Ethernet address: ac:16:2d:77:22:88 pci0:3:0:1: failed to read VPD data. box. I'm especially interested in whether there is any ASF/IPMI regression on BCM570x/571x. Any ipmi-specific tests I should make ? -- p...@opsec.eu+49 171 3101372 8 years to go ! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
Hi! box. I'm especially interested in whether there is any ASF/IPMI regression on BCM570x/571x. Any ipmi-specific tests I should make ? This comes with kldload ipmi: ipmi0: IPMI System Interface port 0xca2-0xca3 on acpi0 ipmi0: KCS mode found at io 0xca2 on acpi ipmi0: KCS error: ff ipmi0: IPMI device rev. 1, firmware rev. 1.10, version 2.0 ipmi0: Number of channels 1 ipmi0: Attached watchdog ipmi1: IPMI System Interface on isa0 device_attach: ipmi1 attach returned 16 ppc0: cannot reserve I/O port range -- p...@opsec.eu+49 171 3101372 8 years to go ! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
Hi! There were lots of reports that stock bge(4) does not work on Dell Rx20/HP DL 360 G8. I tested it with 9.1-RC1 amd64 on a HP DL 360 G8. Without the patch, bge0 did not work (timeouts etc). With the patch, bge0 does work: bge0: Broadcom unknown BCM5719, ASIC rev. 0x5719001 mem 0xf6bf-0xf6bf,0xf6be-0xf6be,0xf6bd-0xf6bd irq 32 at device 0.0 on pci3 bge0: APE FW version: NCSI v1.0.88.0 bge0: CHIP ID 0x05719001; ASIC REV 0x5719; CHIP REV 0x57190; PCI-E miibus0: MII bus on bge0 brgphy0: BCM5719C 1000BASE-T media interface PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Ethernet address: ac:16:2d:77:22:88 pci0:3:0:1: failed to read VPD data. box. I'm especially interested in whether there is any ASF/IPMI regression on BCM570x/571x. Any ipmi-specific tests I should make ? -- p...@opsec.eu+49 171 3101372 8 years to go ! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
Hi. On 15.09.2012 03:27, YongHyeon PYUN wrote: I'm especially interested in whether there is any ASF/IPMI regression on BCM570x/571x. There's a reopened bug concerning 8.x releases version of the bge(4) driver not working with IPMI ( http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/122252 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/122252 ). I can also say that enabling ASF on RELENG_8 still leads to locking and hangups. Does this CFT mean that this situation may be improved with the new bge(4) version, on 9.x ? Eugene. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
Hi, here is the dmesg output. bge0: HP NC107i PCIe Gigabit Server Adapter, ASIC rev. 0x5784100 mem 0xfe9f-0xfe9f irq 18 at device 0.0 on pci4 bge0: CHIP ID 0x05784100; ASIC REV 0x5784; CHIP REV 0x57841; PCI-E miibus0: MII bus on bge0 brgphy0: BCM5784 10/100/1000baseT PHY PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow FreeBSD 9.0 RELEASE. Regards. Qian watchdog timeouts can be triggered by various issues so it's hard to guess the root cause of the issue. Would you show me the dmesg output(bge(4)/brgphy(4) output only)? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
On Monday, September 17, 2012 6:46:31 am Kurt Jaeger wrote: Hi! box. I'm especially interested in whether there is any ASF/IPMI regression on BCM570x/571x. Any ipmi-specific tests I should make ? This comes with kldload ipmi: ipmi0: IPMI System Interface port 0xca2-0xca3 on acpi0 ipmi0: KCS mode found at io 0xca2 on acpi ipmi0: KCS error: ff ipmi0: IPMI device rev. 1, firmware rev. 1.10, version 2.0 ipmi0: Number of channels 1 ipmi0: Attached watchdog ipmi1: IPMI System Interface on isa0 device_attach: ipmi1 attach returned 16 ppc0: cannot reserve I/O port range That shows you have a working BMC (just ignore the ipmi1 warning). I think to test you will want to use ipmitool from a remote machine to access the BMC over the network. (Some BMC's have web UI's as well that support remote KVM, etc. That would be a better test than just using ipmitool.) -- John Baldwin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
On Mon, Sep 17, 2012 at 5:27 AM, John Baldwin j...@freebsd.org wrote: On Monday, September 17, 2012 6:46:31 am Kurt Jaeger wrote: Hi! box. I'm especially interested in whether there is any ASF/IPMI regression on BCM570x/571x. Any ipmi-specific tests I should make ? This comes with kldload ipmi: ipmi0: IPMI System Interface port 0xca2-0xca3 on acpi0 ipmi0: KCS mode found at io 0xca2 on acpi ipmi0: KCS error: ff ipmi0: IPMI device rev. 1, firmware rev. 1.10, version 2.0 ipmi0: Number of channels 1 ipmi0: Attached watchdog ipmi1: IPMI System Interface on isa0 device_attach: ipmi1 attach returned 16 ppc0: cannot reserve I/O port range That shows you have a working BMC (just ignore the ipmi1 warning). I think to test you will want to use ipmitool from a remote machine to access the BMC over the network. (Some BMC's have web UI's as well that support remote KVM, etc. That would be a better test than just using ipmitool.) Also, just to see what the behavior is like, try rebooting the box while connected via remote KVM/SOL and if you have the gear to do so, try being connected via serial in parallel. Broadcoms have had issues in the past (personal experience) with ipmi on older versions of FreeBSD (well, ok.. bce, not bge) because of the song and dance done when initializing the BMC/NIC at boot where if you're connected via ipmitool/the remote KVM software while booting, it might kick you out (which is ok depending on the phase of the moon), but not let you back in (this is a problem if this didn't occur before). A similar issue with the NIC song and dance exists with Supermicros and the shared em(4)/igb(4) port and on pre-8.x there were bugs that prevent you from accessing the BMC after boot (but that was another driver interaction probably on the system). Thanks! -Garrett PS I'll give the patch a shot on my Lenovo workstation running 9-STABLE when I get a chance. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
On Fri, Sep 14, 2012 at 09:11:02PM +0900, Wanpeng Qian wrote: It seems BCM5723 support code was not added by me so I don't know how well it works in previous FreeBSD releases. Did bge(4) ever work with your controller? The driver works fine except the bge0: Watchdog timeout, that will bring the interface down/up for a while. make it unstable for network share service. This card works fine under windows and opensolaris. so I think this is a driver issue. watchdog timeouts can be triggered by various issues so it's hard to guess the root cause of the issue. Would you show me the dmesg output(bge(4)/brgphy(4) output only)? When I search by google. many users report this issue, from FreeBSD 7 to Current. that is no workaround at this time except buy another card. Regards. Qian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
On Fri, Sep 14, 2012 at 01:04:50PM -0500, Pedro Giffuni wrote: Success !!! It fixed kern/169634 for me. Great, would you write a follow-up to the PR? If still possible it should be pushed into 9.1-RELEASE. I'm afraid it was too late. Thank you so much for working on this! No problem! Pedro. On 09/14/2012 16:27, YongHyeon PYUN wrote: All, There were lots of reports that stock bge(4) does not work on Dell Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720 users I managed to address the issue but I had to touch very sensitive part of driver. Before committing the change to tree I'd like to know whether this change introduces regressions on old bge(4) controllers. If you're bge(4) user, please try latest WIP version at the following URL and let me know how it goes on your box. I'm especially interested in whether there is any ASF/IPMI regression on BCM570x/571x. http://people.freebsd.org/~yongari/bge/if_bge.c http://people.freebsd.org/~yongari/bge/if_bgereg.h http://people.freebsd.org/~yongari/bge/brgphy.c Build instructions 1. Copy both if_bge.c/if_bgereg.h to /usr/src/sys/dev/bge directory 2. Copy brgphy.c /usr/src/sys/dev/mii 3. Rebuild kernel and reboot to take the change effect. You can also use the files above for for 9.1/stable/9. For stable/8 it needs slight modification and I couldn't find time to regenerate the patch. Thanks. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
Hi, I encounter a watchdog timeout issue on NetXtreme BCM5723 Gigabit Ethernet PCIe, dose this patch solve this issue? If so, I can test it. Regards. Qian All, There were lots of reports that stock bge(4) does not work on Dell Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720 users I managed to address the issue but I had to touch very sensitive part of driver. Before committing the change to tree I'd like to know whether this change introduces regressions on old bge(4) controllers. If you're bge(4) user, please try latest WIP version at the following URL and let me know how it goes on your box. I'm especially interested in whether there is any ASF/IPMI regression on BCM570x/571x. http://people.freebsd.org/~yongari/bge/if_bge.c http://people.freebsd.org/~yongari/bge/if_bgereg.h http://people.freebsd.org/~yongari/bge/brgphy.c Build instructions 1. Copy both if_bge.c/if_bgereg.h to /usr/src/sys/dev/bge directory 2. Copy brgphy.c /usr/src/sys/dev/mii 3. Rebuild kernel and reboot to take the change effect. You can also use the files above for for 9.1/stable/9. For stable/8 it needs slight modification and I couldn't find time to regenerate the patch. Thanks. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
On Fri, Sep 14, 2012 at 03:19:52PM +0900, Wanpeng Qian wrote: Hi, I encounter a watchdog timeout issue on NetXtreme BCM5723 Gigabit Ethernet PCIe, dose this patch solve this issue? I'm not aware of BCM5723. Could you show me the output of pciconf -lcbv? If so, I can test it. Regards. Qian All, There were lots of reports that stock bge(4) does not work on Dell Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720 users I managed to address the issue but I had to touch very sensitive part of driver. Before committing the change to tree I'd like to know whether this change introduces regressions on old bge(4) controllers. If you're bge(4) user, please try latest WIP version at the following URL and let me know how it goes on your box. I'm especially interested in whether there is any ASF/IPMI regression on BCM570x/571x. http://people.freebsd.org/~yongari/bge/if_bge.c http://people.freebsd.org/~yongari/bge/if_bgereg.h http://people.freebsd.org/~yongari/bge/brgphy.c Build instructions 1. Copy both if_bge.c/if_bgereg.h to /usr/src/sys/dev/bge directory 2. Copy brgphy.c /usr/src/sys/dev/mii 3. Rebuild kernel and reboot to take the change effect. You can also use the files above for for 9.1/stable/9. For stable/8 it needs slight modification and I couldn't find time to regenerate the patch. Thanks. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
Hi, Here is the output. the machine is HP Microserver N36L. onboard lan. bge0@pci0:4:0:0:class=0x02 card=0x705d103c chip=0x165b14e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM5723 Gigabit Ethernet PCIe' class = network subclass = ethernet bar [10] = type Memory, range 64, base 0xfe9f, size 65536, enabled cap 01[48] = powerspec 3 supports D0 D3 current D0 cap 03[40] = VPD cap 09[60] = vendor (length 108) cap 05[50] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[cc] = PCI-Express 2 endpoint max data 128(256) link x1(x1) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected ecap 0002[13c] = VC 1 max VC0 ecap 0003[160] = Serial 1 d8d385fffeaf9f38 ecap 0004[16c] = unknown 1 Regards. Qian On Fri, Sep 14, 2012 at 03:19:52PM +0900, Wanpeng Qian wrote: Hi, I encounter a watchdog timeout issue on NetXtreme BCM5723 Gigabit Ethernet PCIe, dose this patch solve this issue? I'm not aware of BCM5723. Could you show me the output of pciconf -lcbv? If so, I can test it. Regards. Qian All, There were lots of reports that stock bge(4) does not work on Dell Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720 users I managed to address the issue but I had to touch very sensitive part of driver. Before committing the change to tree I'd like to know whether this change introduces regressions on old bge(4) controllers. If you're bge(4) user, please try latest WIP version at the following URL and let me know how it goes on your box. I'm especially interested in whether there is any ASF/IPMI regression on BCM570x/571x. http://people.freebsd.org/~yongari/bge/if_bge.c http://people.freebsd.org/~yongari/bge/if_bgereg.h http://people.freebsd.org/~yongari/bge/brgphy.c Build instructions 1. Copy both if_bge.c/if_bgereg.h to /usr/src/sys/dev/bge directory 2. Copy brgphy.c /usr/src/sys/dev/mii 3. Rebuild kernel and reboot to take the change effect. You can also use the files above for for 9.1/stable/9. For stable/8 it needs slight modification and I couldn't find time to regenerate the patch. Thanks. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
On Fri, Sep 14, 2012 at 05:38:36PM +0900, Wanpeng Qian wrote: Hi, Here is the output. the machine is HP Microserver N36L. onboard lan. bge0@pci0:4:0:0: class=0x02 card=0x705d103c chip=0x165b14e4 rev=0x10 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme BCM5723 Gigabit Ethernet PCIe' class = network subclass = ethernet bar [10] = type Memory, range 64, base 0xfe9f, size 65536, enabled cap 01[48] = powerspec 3 supports D0 D3 current D0 cap 03[40] = VPD cap 09[60] = vendor (length 108) cap 05[50] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[cc] = PCI-Express 2 endpoint max data 128(256) link x1(x1) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected ecap 0002[13c] = VC 1 max VC0 ecap 0003[160] = Serial 1 d8d385fffeaf9f38 ecap 0004[16c] = unknown 1 It seems BCM5723 support code was not added by me so I don't know how well it works in previous FreeBSD releases. Did bge(4) ever work with your controller? Regards. Qian On Fri, Sep 14, 2012 at 03:19:52PM +0900, Wanpeng Qian wrote: Hi, I encounter a watchdog timeout issue on NetXtreme BCM5723 Gigabit Ethernet PCIe, dose this patch solve this issue? I'm not aware of BCM5723. Could you show me the output of pciconf -lcbv? If so, I can test it. Regards. Qian All, There were lots of reports that stock bge(4) does not work on Dell Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720 users I managed to address the issue but I had to touch very sensitive part of driver. Before committing the change to tree I'd like to know whether this change introduces regressions on old bge(4) controllers. If you're bge(4) user, please try latest WIP version at the following URL and let me know how it goes on your box. I'm especially interested in whether there is any ASF/IPMI regression on BCM570x/571x. http://people.freebsd.org/~yongari/bge/if_bge.c http://people.freebsd.org/~yongari/bge/if_bgereg.h http://people.freebsd.org/~yongari/bge/brgphy.c Build instructions 1. Copy both if_bge.c/if_bgereg.h to /usr/src/sys/dev/bge directory 2. Copy brgphy.c /usr/src/sys/dev/mii 3. Rebuild kernel and reboot to take the change effect. You can also use the files above for for 9.1/stable/9. For stable/8 it needs slight modification and I couldn't find time to regenerate the patch. Thanks. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
It seems BCM5723 support code was not added by me so I don't know how well it works in previous FreeBSD releases. Did bge(4) ever work with your controller? The driver works fine except the bge0: Watchdog timeout, that will bring the interface down/up for a while. make it unstable for network share service. This card works fine under windows and opensolaris. so I think this is a driver issue. When I search by google. many users report this issue, from FreeBSD 7 to Current. that is no workaround at this time except buy another card. Regards. Qian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Call for bge(4) testers
Success !!! It fixed kern/169634 for me. If still possible it should be pushed into 9.1-RELEASE. Thank you so much for working on this! Pedro. On 09/14/2012 16:27, YongHyeon PYUN wrote: All, There were lots of reports that stock bge(4) does not work on Dell Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720 users I managed to address the issue but I had to touch very sensitive part of driver. Before committing the change to tree I'd like to know whether this change introduces regressions on old bge(4) controllers. If you're bge(4) user, please try latest WIP version at the following URL and let me know how it goes on your box. I'm especially interested in whether there is any ASF/IPMI regression on BCM570x/571x. http://people.freebsd.org/~yongari/bge/if_bge.c http://people.freebsd.org/~yongari/bge/if_bgereg.h http://people.freebsd.org/~yongari/bge/brgphy.c Build instructions 1. Copy both if_bge.c/if_bgereg.h to /usr/src/sys/dev/bge directory 2. Copy brgphy.c /usr/src/sys/dev/mii 3. Rebuild kernel and reboot to take the change effect. You can also use the files above for for 9.1/stable/9. For stable/8 it needs slight modification and I couldn't find time to regenerate the patch. Thanks. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Call for bge(4) testers
All, There were lots of reports that stock bge(4) does not work on Dell Rx20/HP DL 360 G8. With the help of Broadcom and BCM5719/BCM5720 users I managed to address the issue but I had to touch very sensitive part of driver. Before committing the change to tree I'd like to know whether this change introduces regressions on old bge(4) controllers. If you're bge(4) user, please try latest WIP version at the following URL and let me know how it goes on your box. I'm especially interested in whether there is any ASF/IPMI regression on BCM570x/571x. http://people.freebsd.org/~yongari/bge/if_bge.c http://people.freebsd.org/~yongari/bge/if_bgereg.h http://people.freebsd.org/~yongari/bge/brgphy.c Build instructions 1. Copy both if_bge.c/if_bgereg.h to /usr/src/sys/dev/bge directory 2. Copy brgphy.c /usr/src/sys/dev/mii 3. Rebuild kernel and reboot to take the change effect. You can also use the files above for for 9.1/stable/9. For stable/8 it needs slight modification and I couldn't find time to regenerate the patch. Thanks. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Call for bge(4) testers
Hi, I have been working on bge(4) for a while to support a new Broadcom controller. Before doing that I committed many fundamental changes to bge(4) in order to make it easy to add more controllers. Because bge(4) supports many variants of controllers and have lots of workaround for specific controller revisions it is possible for me to break something on certain controllers. If you have bge(4) controller please give it try and let me know how it works. Thanks. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
