Re: if_bge driver problem. - SOLVED
On Wed, Feb 01, 2006 at 10:27:43AM +0300, Gleb Smirnoff wrote: On Wed, Feb 01, 2006 at 09:11:22AM +0200, husnu demir wrote: h No I am not tired. We would like to be part of that, even like testers. I did try to compile but gave these error messages. I did not make CVSUP because of the pci error in the tree. You can CVSUP once more, the PCI issue is fixed already. h Here is the error messages; h h cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/METU/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/usr/obj/usr/src/sys/METU -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/bge/../../dev/bge/if_bge.c h /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_poll_locked': h /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2749: error: structure has no member named `bge_link_evt' h /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2754: error: structure has no member named `bge_link_evt' h /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_intr': h /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2806: error: structure has no member named `bge_link_evt' h /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_tick_locked': h /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2857: error: structure has no member named `bge_link_evt' h /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_link_upd': h /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:3741: error: structure has no member named `bge_link_evt' Looks like the patch to if_bgereg.h wasn't applied. Can you reapply patches after cvsup? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] OK. Everything works for now with polling and without polling enabled. It can see the carrier status and UP/DOWN the interface. Thanks for the help. Husnu Demir. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: if_bge driver problem. - Upgrade to RELEASE :)
Hi Oleg, Sorry but The STABLE causes another problem with my SCSI driver (MPT - LSI LOGIC). Before compilation I made cvsup to sync the stable and get the if_bge.c requested version (a lazy work :() Then applied patch make compile and install finally reboot. And it is not working. I could not find even kernel.old :( Standart method shoul put the kernel.old but there is no one. I have some other works to do but will find to boot somehow. I will try to let you know as soon as I solved the problem. By the way, do you know how to get cvsup to specified times stable (e.g. 25.01.2006). Thanks. On Mon, Jan 30, 2006 at 11:57:42PM +0300, Oleg Bulyzhin wrote: On Sun, Jan 29, 2006 at 04:44:48PM +0200, husnu demir wrote: On Sat, Jan 28, 2006 at 11:08:43AM +0300, Oleg Bulyzhin wrote: On Fri, Jan 27, 2006 at 06:29:04PM +0200, husnu demir wrote: Also it is important to know whether doing 'ifconfig bge0 -rxcsum -txcsum' fixes operation on 6.0-STABLE. No, It does not fixed. I will go back to STABLE if you need further detail. Could you please provide following information: 1) boot with verbose mode on (boot -v or verbose_loading=YES into your loader.conf) and check your console messages. Are there any bge2: link UP/DOWN messages? Unplug/plug cable and check those messages again. 2) When you sniff bge2 with tcpdump which packets do you see (incoming, outgoing, both)? -- Oleg. Hi Oleg, I added ; [EMAIL PROTECTED] less /boot/loader.conf verbose_loading=YES and reboot the machine; [EMAIL PROTECTED] uname -a FreeBSD nrouter.cc.metu.edu.tr 6.0-STABLE FreeBSD 6.0-STABLE #1: Sun Jan 29 16:29:48 EET 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NON-GENERIC i386 and dmesg shows nothing. After reboot I configured bge2 with ; ifconfig bge2 xxx.yyy.2.2/24 up [EMAIL PROTECTED] dmesg | grep bge bge0: Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002 mem 0xf102-0xf102 irq 48 at device 1.0 on pci3 miibus0: MII bus on bge0 bge0: Ethernet address: 00:11:09:9b:6a:7d bge1: Broadcom BCM5701 Gigabit Ethernet, ASIC rev. 0x105 mem 0xf100-0xf100 irq 52 at device 2.0 on pci3 miibus1: MII bus on bge1 bge1: Ethernet address: 00:04:76:f7:99:6e bge2: Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002 mem 0xf101-0xf101 irq 56 at device 3.0 on pci3 bge2: Ethernet address: 00:10:18:00:4d:53 bge0: link state changed to UP then I tried to remove the fiber optic connection from the card and reinsert but there was no error messages. I tried it a couple of times. It shows no carrier message in the ifconfig status but print no console message. I also added the tcpdump; before starting out tcpdump I initiated a ping xxx.yyy.2.1 for the outgoing messages. No PF working . [EMAIL PROTECTED] pfctl -d pfctl: pf not enabled Could you apply attached patch and try those tests again (verbose boot, plug/unplug cable, check for link messages)? -- Oleg. Index: if_bge.c === RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v retrieving revision 1.91.2.10 diff -u -r1.91.2.10 if_bge.c --- if_bge.c 30 Jan 2006 13:17:44 - 1.91.2.10 +++ if_bge.c 30 Jan 2006 20:53:54 - @@ -3769,23 +3769,9 @@ } if (sc-bge_tbi) { - /* - * Sometimes PCS encoding errors are detected in - * TBI mode (on fiber NICs), and for some reason - * the chip will signal them as link changes. - * If we get a link change event, but the 'PCS - * encoding error' bit in the MAC status register - * is set, don't bother doing a link check. - * This avoids spurious link UP messages - * that sometimes appear on fiber NICs during - * periods of heavy traffic. (There should be no - * effect on copper NICs.) - */ status = CSR_READ_4(sc, BGE_MAC_STS); - if (!(status (BGE_MACSTAT_PORT_DECODE_ERROR| - BGE_MACSTAT_MI_COMPLETE))) { - if (!sc-bge_link - (status BGE_MACSTAT_TBI_PCS_SYNCHED)) { + if (status BGE_MACSTAT_TBI_PCS_SYNCHED) { + if (!sc-bge_link) { sc-bge_link++; if (sc-bge_asicrev == BGE_ASICREV_BCM5704) BGE_CLRBIT(sc, BGE_MAC_MODE, @@ -3793,11 +3779,13 @@ CSR_WRITE_4(sc, BGE_MAC_STS, 0x); if (bootverbose) if_printf(sc-bge_ifp, link UP\n); - } else if (sc-bge_link) { - sc-bge_link = 0; - if
Re: if_bge driver problem. - Upgrade to RELEASE :)
On Tue, Jan 31, 2006 at 10:14:35AM +0200, husnu demir wrote: Hi Oleg, Sorry but The STABLE causes another problem with my SCSI driver (MPT - LSI LOGIC). Before compilation I made cvsup to sync the stable and get the if_bge.c requested version (a lazy work :() Then applied patch make compile and install finally reboot. And it is not working. I could not find even kernel.old :( Standart method shoul put the kernel.old but there is no one. I have some other works to do but will find to boot somehow. I will try to let you know as soon as I solved the problem. By the way, do you know how to get cvsup to specified times stable (e.g. 25.01.2006). Thanks. man cvsup: date=[cc]yy.mm.dd.hh.mm.ss This specifies a date that should be used to select the revi- sions that are checked out from the CVS repository. The client will receive the revisions that were in effect at the specified date and time. At present, the date format is inflexible. All 17 or 19 characters must be specified, exactly as shown. For the years 2000 and beyond, specify the century cc. For earlier years, specify only the last two digits yy. Dates and times are considered to be GMT. The default date is `.', which means ``as late as possible''. -- Oleg. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: if_bge driver problem. - Upgrade to RELEASE :)
Hi, Yes I know but there is no point which date should be used. I made a random date with date=2006.01.27.01.00.00 but it is just skipping the tag :( and I could not found any solution. I am trying to get all the previous files by hand. It takes too much time for me :) Husnu Demir. On Tue, Jan 31, 2006 at 12:36:25PM +0300, Oleg Bulyzhin wrote: On Tue, Jan 31, 2006 at 10:14:35AM +0200, husnu demir wrote: Hi Oleg, Sorry but The STABLE causes another problem with my SCSI driver (MPT - LSI LOGIC). Before compilation I made cvsup to sync the stable and get the if_bge.c requested version (a lazy work :() Then applied patch make compile and install finally reboot. And it is not working. I could not find even kernel.old :( Standart method shoul put the kernel.old but there is no one. I have some other works to do but will find to boot somehow. I will try to let you know as soon as I solved the problem. By the way, do you know how to get cvsup to specified times stable (e.g. 25.01.2006). Thanks. man cvsup: date=[cc]yy.mm.dd.hh.mm.ss This specifies a date that should be used to select the revi- sions that are checked out from the CVS repository. The client will receive the revisions that were in effect at the specified date and time. At present, the date format is inflexible. All 17 or 19 characters must be specified, exactly as shown. For the years 2000 and beyond, specify the century cc. For earlier years, specify only the last two digits yy. Dates and times are considered to be GMT. The default date is `.', which means ``as late as possible''. -- Oleg. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: if_bge driver problem. - Upgrade to RELEASE :)
On Tue, Jan 31, 2006 at 02:16:38PM +0200, husnu demir wrote: h Yes I know but there is no point which date should be used. I made a random date with date=2006.01.27.01.00.00 but it is just skipping the tag :( and I could not found any solution. h h I am trying to get all the previous files by hand. It takes too much time for me :) Another option is to use CVS instead of cvsup. I always to so. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: if_bge driver problem. - Upgrade to RELEASE :)
Anyway, let me learn to use cvs some other day. I do what u said and applied patch. It is working. At least I can ping and when I gave an IP address to the Interface and remove the physical connection, it shows UP/DOWN. If it is made UP but has no IP address, It shows nothing. But I will use it with an IP address so no problem. Switch still shows CRC Error Frames when I do UP/DOWN. Thanks. Husnu Demir. On Tue, Jan 31, 2006 at 03:28:10PM +0300, Gleb Smirnoff wrote: On Tue, Jan 31, 2006 at 02:16:38PM +0200, husnu demir wrote: h Yes I know but there is no point which date should be used. I made a random date with date=2006.01.27.01.00.00 but it is just skipping the tag :( and I could not found any solution. h h I am trying to get all the previous files by hand. It takes too much time for me :) Another option is to use CVS instead of cvsup. I always to so. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: if_bge driver problem. - Upgrade to RELEASE :)
On Tue, Jan 31, 2006 at 03:31:11PM +0200, husnu demir wrote: Anyway, let me learn to use cvs some other day. I do what u said and applied patch. It is working. At least I can ping and when I gave an IP address to the Interface and remove the physical connection, it shows UP/DOWN. If it is made UP but has no IP address, It shows nothing. But I will use it with an IP address so no problem. Excuse me, I didnt understand this one: If it is made UP but has no IP address, It shows nothing. Are you talking about running 'ifconfig bge2 up' (without ip bound to bge2)? It shows nothing - does it mean no UP/DOWN messages in console.log or ifconfig bge2 reports status 'no carrier'? Switch still shows CRC Error Frames when I do UP/DOWN. I'll try to investigate the issue. Thanks. Husnu Demir. P.S. do you see both types of link messages in your console.log ('link UP/DOWN' and 'link state state change to UP/DOWN')? are they synchronized? -- Oleg. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: if_bge driver problem. - Upgrade to RELEASE :)
On Tue, Jan 31, 2006 at 05:16:55PM +0300, Oleg Bulyzhin wrote: On Tue, Jan 31, 2006 at 03:31:11PM +0200, husnu demir wrote: Anyway, let me learn to use cvs some other day. I do what u said and applied patch. It is working. At least I can ping and when I gave an IP address to the Interface and remove the physical connection, it shows UP/DOWN. If it is made UP but has no IP address, It shows nothing. But I will use it with an IP address so no problem. Excuse me, I didnt understand this one: If it is made UP but has no IP address, It shows nothing. Are you talking about running 'ifconfig bge2 up' (without ip bound to bge2)? It shows nothing - does it mean no UP/DOWN messages in console.log or ifconfig bge2 reports status 'no carrier'? Yes, I made ifconfig bge2 up without ip bound. Then remove the physical connection but no messages seen on the console. Even it did not show 'no carrier' messages. Still sees active. Husnu Demir. Switch still shows CRC Error Frames when I do UP/DOWN. I'll try to investigate the issue. Thanks. Husnu Demir. P.S. do you see both types of link messages in your console.log ('link UP/DOWN' and 'link state state change to UP/DOWN')? are they synchronized? -- Oleg. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: if_bge driver problem. - Upgrade to RELEASE :)
On Tue, Jan 31, 2006 at 04:23:12PM +0200, husnu demir wrote: On Tue, Jan 31, 2006 at 05:16:55PM +0300, Oleg Bulyzhin wrote: On Tue, Jan 31, 2006 at 03:31:11PM +0200, husnu demir wrote: Anyway, let me learn to use cvs some other day. I do what u said and applied patch. It is working. At least I can ping and when I gave an IP address to the Interface and remove the physical connection, it shows UP/DOWN. If it is made UP but has no IP address, It shows nothing. But I will use it with an IP address so no problem. Excuse me, I didnt understand this one: If it is made UP but has no IP address, It shows nothing. Are you talking about running 'ifconfig bge2 up' (without ip bound to bge2)? It shows nothing - does it mean no UP/DOWN messages in console.log or ifconfig bge2 reports status 'no carrier'? Yes, I made ifconfig bge2 up without ip bound. Then remove the physical connection but no messages seen on the console. Even it did not show 'no carrier' messages. Still sees active. If you are not tired yet - new patch attached (it's against RELENG_6 so you have to revert previous patch). P.S. Thanks for your testing. Unfortunatly i've got only copper bges so i cant test it myself. P.P.S. if possible, test polling mode too. -- Oleg. Index: if_bgereg.h === RCS file: /home/ncvs/src/sys/dev/bge/if_bgereg.h,v retrieving revision 1.45 diff -u -r1.45 if_bgereg.h --- if_bgereg.h 18 Jan 2006 14:31:21 - 1.45 +++ if_bgereg.h 1 Feb 2006 00:52:12 - @@ -2421,7 +2421,8 @@ u_int32_t bge_tx_buf_ratio; int bge_if_flags; int bge_txcnt; - int bge_link; + int bge_link; /* link state */ + int bge_link_evt; /* pending link event */ struct callout bge_stat_ch; char*bge_vpd_prodname; char*bge_vpd_readonly; Index: if_bge.c === RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v retrieving revision 1.118 diff -u -r1.118 if_bge.c --- if_bge.c30 Jan 2006 13:45:55 - 1.118 +++ if_bge.c1 Feb 2006 00:52:20 - @@ -2732,31 +2732,33 @@ bge_poll_locked(struct ifnet *ifp, enum poll_cmd cmd, int count) { struct bge_softc *sc = ifp-if_softc; + uint32_t statusword; BGE_LOCK_ASSERT(sc); - sc-rxcycles = count; - bge_rxeof(sc); - bge_txeof(sc); - if (!IFQ_DRV_IS_EMPTY(ifp-if_snd)) - bge_start_locked(ifp); + bus_dmamap_sync(sc-bge_cdata.bge_status_tag, + sc-bge_cdata.bge_status_map, BUS_DMASYNC_POSTREAD); - if (cmd == POLL_AND_CHECK_STATUS) { - uint32_t statusword; + statusword = atomic_readandclear_32(sc-bge_ldata.bge_status_block-bge_status); - bus_dmamap_sync(sc-bge_cdata.bge_status_tag, - sc-bge_cdata.bge_status_map, BUS_DMASYNC_POSTREAD); + bus_dmamap_sync(sc-bge_cdata.bge_status_tag, + sc-bge_cdata.bge_status_map, BUS_DMASYNC_PREREAD); - statusword = atomic_readandclear_32(sc-bge_ldata.bge_status_block-bge_status); + /* Note link event. It will be processed by POLL_AND_CHECK_STATUS cmd */ + if (statusword BGE_STATFLAG_LINKSTATE_CHANGED) + sc-bge_link_evt++; + if (cmd == POLL_AND_CHECK_STATUS) if ((sc-bge_asicrev == BGE_ASICREV_BCM5700 sc-bge_chipid != BGE_CHIPID_BCM5700_B1) || - statusword BGE_STATFLAG_LINKSTATE_CHANGED) + sc-bge_link_evt || sc-bge_tbi) bge_link_upd(sc); - bus_dmamap_sync(sc-bge_cdata.bge_status_tag, - sc-bge_cdata.bge_status_map, BUS_DMASYNC_PREREAD); - } + sc-rxcycles = count; + bge_rxeof(sc); + bge_txeof(sc); + if (!IFQ_DRV_IS_EMPTY(ifp-if_snd)) + bge_start_locked(ifp); } #endif /* DEVICE_POLLING */ @@ -2787,6 +2789,9 @@ statusword = atomic_readandclear_32(sc-bge_ldata.bge_status_block-bge_status); + bus_dmamap_sync(sc-bge_cdata.bge_status_tag, + sc-bge_cdata.bge_status_map, BUS_DMASYNC_PREREAD); + #ifdef notdef /* Avoid this for now -- checking this register is expensive. */ /* Make sure this is really our interrupt. */ @@ -2798,7 +2803,7 @@ if ((sc-bge_asicrev == BGE_ASICREV_BCM5700 sc-bge_chipid != BGE_CHIPID_BCM5700_B1) || - statusword BGE_STATFLAG_LINKSTATE_CHANGED) + statusword BGE_STATFLAG_LINKSTATE_CHANGED || sc-bge_link_evt) bge_link_upd(sc); if (ifp-if_drv_flags IFF_DRV_RUNNING) { @@ -2826,12 +2831,9 @@ struct bge_softc *sc; { struct mii_data *mii =
Re: if_bge driver problem. - Upgrade to RELEASE :)
Hi, No I am not tired. We would like to be part of that, even like testers. I did try to compile but gave these error messages. I did not make CVSUP because of the pci error in the tree. Here is the error messages; cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/METU/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/usr/obj/usr/src/sys/METU -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/bge/../../dev/bge/if_bge.c /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_poll_locked': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2749: error: structure has no member named `bge_link_evt' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2754: error: structure has no member named `bge_link_evt' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_intr': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2806: error: structure has no member named `bge_link_evt' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_tick_locked': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2857: error: structure has no member named `bge_link_evt' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_link_upd': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:3741: error: structure has no member named `bge_link_evt' *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 2 errors *** Error code 2 1 error *** Error code 2 1 error HUsnu Demir. On Wed, Feb 01, 2006 at 04:05:43AM +0300, Oleg Bulyzhin wrote: On Tue, Jan 31, 2006 at 04:23:12PM +0200, husnu demir wrote: On Tue, Jan 31, 2006 at 05:16:55PM +0300, Oleg Bulyzhin wrote: On Tue, Jan 31, 2006 at 03:31:11PM +0200, husnu demir wrote: Anyway, let me learn to use cvs some other day. I do what u said and applied patch. It is working. At least I can ping and when I gave an IP address to the Interface and remove the physical connection, it shows UP/DOWN. If it is made UP but has no IP address, It shows nothing. But I will use it with an IP address so no problem. Excuse me, I didnt understand this one: If it is made UP but has no IP address, It shows nothing. Are you talking about running 'ifconfig bge2 up' (without ip bound to bge2)? It shows nothing - does it mean no UP/DOWN messages in console.log or ifconfig bge2 reports status 'no carrier'? Yes, I made ifconfig bge2 up without ip bound. Then remove the physical connection but no messages seen on the console. Even it did not show 'no carrier' messages. Still sees active. If you are not tired yet - new patch attached (it's against RELENG_6 so you have to revert previous patch). P.S. Thanks for your testing. Unfortunatly i've got only copper bges so i cant test it myself. P.P.S. if possible, test polling mode too. -- Oleg. Index: if_bgereg.h === RCS file: /home/ncvs/src/sys/dev/bge/if_bgereg.h,v retrieving revision 1.45 diff -u -r1.45 if_bgereg.h --- if_bgereg.h 18 Jan 2006 14:31:21 - 1.45 +++ if_bgereg.h 1 Feb 2006 00:52:12 - @@ -2421,7 +2421,8 @@ u_int32_t bge_tx_buf_ratio; int bge_if_flags; int bge_txcnt; - int bge_link; + int bge_link; /* link state */ + int bge_link_evt; /* pending link event */ struct callout bge_stat_ch; char*bge_vpd_prodname; char*bge_vpd_readonly; Index: if_bge.c === RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v retrieving revision 1.118 diff -u -r1.118 if_bge.c --- if_bge.c 30 Jan 2006 13:45:55 - 1.118 +++ if_bge.c 1 Feb 2006 00:52:20 - @@ -2732,31 +2732,33 @@ bge_poll_locked(struct ifnet *ifp, enum poll_cmd cmd, int count) { struct bge_softc *sc = ifp-if_softc; + uint32_t statusword; BGE_LOCK_ASSERT(sc); - sc-rxcycles = count; - bge_rxeof(sc); - bge_txeof(sc); - if (!IFQ_DRV_IS_EMPTY(ifp-if_snd)) - bge_start_locked(ifp); + bus_dmamap_sync(sc-bge_cdata.bge_status_tag, + sc-bge_cdata.bge_status_map, BUS_DMASYNC_POSTREAD); - if (cmd == POLL_AND_CHECK_STATUS) { - uint32_t statusword; + statusword = atomic_readandclear_32(sc-bge_ldata.bge_status_block-bge_status); - bus_dmamap_sync(sc-bge_cdata.bge_status_tag, -
Re: if_bge driver problem. - Upgrade to RELEASE :)
On Wed, Feb 01, 2006 at 09:11:22AM +0200, husnu demir wrote: h No I am not tired. We would like to be part of that, even like testers. I did try to compile but gave these error messages. I did not make CVSUP because of the pci error in the tree. You can CVSUP once more, the PCI issue is fixed already. h Here is the error messages; h h cc -O2 -fno-strict-aliasing -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /usr/obj/usr/src/sys/METU/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -I/usr/obj/usr/src/sys/METU -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/bge/../../dev/bge/if_bge.c h /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_poll_locked': h /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2749: error: structure has no member named `bge_link_evt' h /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2754: error: structure has no member named `bge_link_evt' h /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_intr': h /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2806: error: structure has no member named `bge_link_evt' h /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_tick_locked': h /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:2857: error: structure has no member named `bge_link_evt' h /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_link_upd': h /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:3741: error: structure has no member named `bge_link_evt' Looks like the patch to if_bgereg.h wasn't applied. Can you reapply patches after cvsup? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: if_bge driver problem. - Upgrade to RELEASE :)
On Sun, Jan 29, 2006 at 04:44:48PM +0200, husnu demir wrote: On Sat, Jan 28, 2006 at 11:08:43AM +0300, Oleg Bulyzhin wrote: On Fri, Jan 27, 2006 at 06:29:04PM +0200, husnu demir wrote: Also it is important to know whether doing 'ifconfig bge0 -rxcsum -txcsum' fixes operation on 6.0-STABLE. No, It does not fixed. I will go back to STABLE if you need further detail. Could you please provide following information: 1) boot with verbose mode on (boot -v or verbose_loading=YES into your loader.conf) and check your console messages. Are there any bge2: link UP/DOWN messages? Unplug/plug cable and check those messages again. 2) When you sniff bge2 with tcpdump which packets do you see (incoming, outgoing, both)? -- Oleg. Hi Oleg, I added ; [EMAIL PROTECTED] less /boot/loader.conf verbose_loading=YES and reboot the machine; [EMAIL PROTECTED] uname -a FreeBSD nrouter.cc.metu.edu.tr 6.0-STABLE FreeBSD 6.0-STABLE #1: Sun Jan 29 16:29:48 EET 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NON-GENERIC i386 and dmesg shows nothing. After reboot I configured bge2 with ; ifconfig bge2 xxx.yyy.2.2/24 up [EMAIL PROTECTED] dmesg | grep bge bge0: Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002 mem 0xf102-0xf102 irq 48 at device 1.0 on pci3 miibus0: MII bus on bge0 bge0: Ethernet address: 00:11:09:9b:6a:7d bge1: Broadcom BCM5701 Gigabit Ethernet, ASIC rev. 0x105 mem 0xf100-0xf100 irq 52 at device 2.0 on pci3 miibus1: MII bus on bge1 bge1: Ethernet address: 00:04:76:f7:99:6e bge2: Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002 mem 0xf101-0xf101 irq 56 at device 3.0 on pci3 bge2: Ethernet address: 00:10:18:00:4d:53 bge0: link state changed to UP then I tried to remove the fiber optic connection from the card and reinsert but there was no error messages. I tried it a couple of times. It shows no carrier message in the ifconfig status but print no console message. I also added the tcpdump; before starting out tcpdump I initiated a ping xxx.yyy.2.1 for the outgoing messages. No PF working . [EMAIL PROTECTED] pfctl -d pfctl: pf not enabled Could you apply attached patch and try those tests again (verbose boot, plug/unplug cable, check for link messages)? -- Oleg. Index: if_bge.c === RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v retrieving revision 1.91.2.10 diff -u -r1.91.2.10 if_bge.c --- if_bge.c30 Jan 2006 13:17:44 - 1.91.2.10 +++ if_bge.c30 Jan 2006 20:53:54 - @@ -3769,23 +3769,9 @@ } if (sc-bge_tbi) { - /* -* Sometimes PCS encoding errors are detected in -* TBI mode (on fiber NICs), and for some reason -* the chip will signal them as link changes. -* If we get a link change event, but the 'PCS -* encoding error' bit in the MAC status register -* is set, don't bother doing a link check. -* This avoids spurious link UP messages -* that sometimes appear on fiber NICs during -* periods of heavy traffic. (There should be no -* effect on copper NICs.) -*/ status = CSR_READ_4(sc, BGE_MAC_STS); - if (!(status (BGE_MACSTAT_PORT_DECODE_ERROR| - BGE_MACSTAT_MI_COMPLETE))) { - if (!sc-bge_link - (status BGE_MACSTAT_TBI_PCS_SYNCHED)) { + if (status BGE_MACSTAT_TBI_PCS_SYNCHED) { + if (!sc-bge_link) { sc-bge_link++; if (sc-bge_asicrev == BGE_ASICREV_BCM5704) BGE_CLRBIT(sc, BGE_MAC_MODE, @@ -3793,11 +3779,13 @@ CSR_WRITE_4(sc, BGE_MAC_STS, 0x); if (bootverbose) if_printf(sc-bge_ifp, link UP\n); - } else if (sc-bge_link) { - sc-bge_link = 0; - if (bootverbose) - if_printf(sc-bge_ifp, link DOWN\n); + if_link_state_change(sc-bge_ifp, LINK_STATE_UP); } + } else if (sc-bge_link) { + sc-bge_link = 0; + if (bootverbose) + if_printf(sc-bge_ifp, link DOWN\n); + if_link_state_change(sc-bge_ifp, LINK_STATE_DOWN); } } else { /* ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: if_bge driver problem. - Upgrade to RELEASE :)
On Sat, Jan 28, 2006 at 11:08:43AM +0300, Oleg Bulyzhin wrote: On Fri, Jan 27, 2006 at 06:29:04PM +0200, husnu demir wrote: Also it is important to know whether doing 'ifconfig bge0 -rxcsum -txcsum' fixes operation on 6.0-STABLE. No, It does not fixed. I will go back to STABLE if you need further detail. Could you please provide following information: 1) boot with verbose mode on (boot -v or verbose_loading=YES into your loader.conf) and check your console messages. Are there any bge2: link UP/DOWN messages? Unplug/plug cable and check those messages again. 2) When you sniff bge2 with tcpdump which packets do you see (incoming, outgoing, both)? -- Oleg. Hi Oleg, I added ; [EMAIL PROTECTED] less /boot/loader.conf verbose_loading=YES and reboot the machine; [EMAIL PROTECTED] uname -a FreeBSD nrouter.cc.metu.edu.tr 6.0-STABLE FreeBSD 6.0-STABLE #1: Sun Jan 29 16:29:48 EET 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NON-GENERIC i386 and dmesg shows nothing. After reboot I configured bge2 with ; ifconfig bge2 xxx.yyy.2.2/24 up [EMAIL PROTECTED] dmesg | grep bge bge0: Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002 mem 0xf102-0xf102 irq 48 at device 1.0 on pci3 miibus0: MII bus on bge0 bge0: Ethernet address: 00:11:09:9b:6a:7d bge1: Broadcom BCM5701 Gigabit Ethernet, ASIC rev. 0x105 mem 0xf100-0xf100 irq 52 at device 2.0 on pci3 miibus1: MII bus on bge1 bge1: Ethernet address: 00:04:76:f7:99:6e bge2: Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002 mem 0xf101-0xf101 irq 56 at device 3.0 on pci3 bge2: Ethernet address: 00:10:18:00:4d:53 bge0: link state changed to UP then I tried to remove the fiber optic connection from the card and reinsert but there was no error messages. I tried it a couple of times. It shows no carrier message in the ifconfig status but print no console message. I also added the tcpdump; before starting out tcpdump I initiated a ping xxx.yyy.2.1 for the outgoing messages. No PF working . [EMAIL PROTECTED] pfctl -d pfctl: pf not enabled [EMAIL PROTECTED] tcpdump -n -i bge2 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on bge2, link-type EN10MB (Ethernet), capture size 96 bytes 16:47:01.823270 IP xxx.yyy.250.183.2050 239.255.255.250.1900: UDP, length 341 16:47:01.843742 IP xxx.yyy.2.58.52825 xxx.yyy.2.253.514: SYSLOG local0.info, length: 150 16:47:01.933253 IP xxx.yyy.250.183.2050 239.255.255.250.1900: UDP, length 341 16:47:02.045289 IP xxx.yyy.250.183.2050 239.255.255.250.1900: UDP, length 341 16:47:02.153373 IP xxx.yyy.250.183.2050 239.255.255.250.1900: UDP, length 341 16:47:02.215242 IP xxx.yyy.250.98.2049 239.255.255.250.1900: UDP, length 300 16:47:02.319671 IP xxx.yyy.250.98.2049 239.255.255.250.1900: UDP, length 300 16:47:02.334737 IP xxx.yyy.2.102 224.0.0.13: PIMv2, Hello, length: 34 16:47:02.369839 IP xxx.yyy.213.243.57273 239.255.255.250.1900: UDP, length 325 16:47:02.371595 IP xxx.yyy.213.243.49011 239.255.255.250.1900: UDP, length 316 16:47:02.375399 IP xxx.yyy.213.243.65255 239.255.255.250.1900: UDP, length 356 16:47:02.378763 IP xxx.yyy.251.185.2049 239.255.255.250.1900: UDP, length 301 16:47:02.429663 IP xxx.yyy.250.98.2049 239.255.255.250.1900: UDP, length 306 16:47:02.482316 IP xxx.yyy.251.185.2049 239.255.255.250.1900: UDP, length 301 16:47:02.539651 IP xxx.yyy.250.98.2049 239.255.255.250.1900: UDP, length 306 16:47:02.592451 IP xxx.yyy.251.185.2049 239.255.255.250.1900: UDP, length 307 16:47:02.606931 IP xxx.yyy.250.99.2050 239.255.255.250.1900: UDP, length 300 16:47:02.649639 IP xxx.yyy.250.98.2049 239.255.255.250.1900: UDP, length 340 16:47:02.685620 IP xxx.yyy.2.72 224.0.0.5: OSPFv2, Hello, length: 276 16:47:02.702441 IP xxx.yyy.251.185.2049 239.255.255.250.1900: UDP, length 307 16:47:02.711217 IP xxx.yyy.250.99.2050 239.255.255.250.1900: UDP, length 300 16:47:02.759777 IP xxx.yyy.250.98.2049 239.255.255.250.1900: UDP, length 340 16:47:02.812431 IP xxx.yyy.251.185.2049 239.255.255.250.1900: UDP, length 341 16:47:02.821206 IP xxx.yyy.250.99.2050 239.255.255.250.1900: UDP, length 306 16:47:02.871813 IP xxx.yyy.250.98.2049 239.255.255.250.1900: UDP, length 340 16:47:02.909109 IP xxx.yyy.2.8 224.0.0.5: OSPFv2, Hello, length: 276 16:47:02.922420 IP xxx.yyy.251.185.2049 239.255.255.250.1900: UDP, length 341 16:47:02.931196 IP xxx.yyy.250.99.2050 239.255.255.250.1900: UDP, length 306 16:47:02.968347 IP xxx.yyy.2.235 224.0.0.5: OSPFv2, Hello, length: 276 16:47:02.979756 IP xxx.yyy.250.98.2049 239.255.255.250.1900: UDP, length 340 16:47:03.034605 IP xxx.yyy.251.185.2049 239.255.255.250.1900: UDP, length 341 16:47:03.041186 IP xxx.yyy.250.99.2050 239.255.255.250.1900: UDP, length 340 16:47:03.080531 IP xxx.yyy.249.99.2049 239.255.255.250.1900: UDP, length 300 16:47:03.142401 IP xxx.yyy.251.185.2049 239.255.255.250.1900: UDP, length 341 16:47:03.151176 IP xxx.yyy.250.99.2050 239.255.255.250.1900: UDP, length 340
Re: if_bge driver problem.
Hi, Today I tried again and it worked with the following versions. http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/bge/if_bge.c?rev=1.91.2.7content-type=text/plainonly_with_tag=RELENG_6 http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/bge/if_bgereg.h?rev=1.36.2.2content-type=text/plainonly_with_tag=RELENG_6 [EMAIL PROTECTED] uname -a FreeBSD nrouter.cc 6.0-STABLE FreeBSD 6.0-STABLE #2: Sun Jan 29 17:18:00 EET 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NON-GENERIC i386 [EMAIL PROTECTED] ping xxx.yyy.2.1 PING xxx.yyy.2.1 (xxx.yyy.2.1): 56 data bytes 64 bytes from xxx.yyy.2.1: icmp_seq=0 ttl=255 time=2.347 ms 64 bytes from xxx.yyy.2.1: icmp_seq=1 ttl=255 time=1.295 ms ^C --- xxx.yyy.2.1 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.295/1.821/2.347/0.526 ms But the switch still shows the RX (meaning TX for the card) CRC Errors. But I could not see any error on the interface with netstat -I bge2 command. Switch output; Slot/Port 16/2 : Operational Status : up, Last Time Link Changed : SUN JAN 29 17:13:31 , Number of Status Change: 34, Type : Ethernet, MAC address: 00:d0:95:85:3d:89, BandWidth (Megabits) : 1000,Duplex : Full, Autonegotiation: 1 [ 1000-F ], Long Accept: Enable, Runt Accept : Disable, Long Frame Size(Bytes) : 10240, Runt Size(Bytes) : 64, Rx : Bytes Received :33080, Unicast Frames :2, Broadcast Frames:1, M-cast Frames :0, UnderSize Frames:0, OverSize Frames:0, Lost Frames :0, Error Frames : 19, CRC Error Frames: 19, Alignments Err :0, Tx : Bytes Xmitted : 1404575, Unicast Frames : 338, Broadcast Frames: 18, M-cast Frames : 5138, UnderSize Frames:0, OverSize Frames:0, Lost Frames :0, Error Frames :0, Collided Frames :0 Each UP/DOWN increases the Error Frames number. But no increase in other times? Also, when I said ifconfig bge2 down no messages comes. Only, first ifconfig up messages seen on the console; [EMAIL PROTECTED] dmesg | grep bge .. ... bge1: Ethernet address: 00:04:76:f7:99:6e bge2: Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002 mem 0xf101-0xf101 irq 56 at device 3.0 on pci3 bge2: Ethernet address: 00:10:18:00:4d:53 bge0: link state changed to UP I do ifconfig bge2 down/up several times at that point. See you tomorrow morning. Husnu Demir. On Fri, Jan 27, 2006 at 08:13:25PM +0300, Gleb Smirnoff wrote: On Fri, Jan 27, 2006 at 07:01:53PM +0200, husnu demir wrote: h I tried http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/bge/if_bge.c?rev=1.91.2.7content-type=text/plain; version and replaced VLAN_INPUT_TAG with VLAN_INPUT_TAG_NEW (only one occurance). And the following errors come up. Ohh, you also need to keep if_bgereg.h in sync with if_bge.c. Sorry, I didn't mention this. h Not: I am leaving the office. Most probly, I will be here tomorrow morning :( Me too. I will be online tomorrow for short time. I think Oleg will join debugging your problem. Here is attached files of all (if I haven't lost anything) important changes. You can fetch actual files from cvsweb. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE pjd 2005-09-28 19:20:49 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c Log: Implement suspend/resume methods to be more ACPI friendly. I'm able to suspend/resume my laptop without this change, but then I need to wait for the watchdog to reset the card. With this change, it is ready immediately. Glanced at by: glebius Revision ChangesPath 1.96 +36 -0 src/sys/dev/bge/if_bge.c glebius 2005-10-22 14:31:02 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c if_bgereg.h Log: Introduce polling(4) capability for bge(4). Submitted by: Oleg Bulyzhin oleg rinet.ru Revision ChangesPath 1.98 +110 -2src/sys/dev/bge/if_bge.c 1.37 +3 -0 src/sys/dev/bge/if_bgereg.h glebius 2005-11-15 14:43:23 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c if_bgereg.h Log: Recognize Broadcom BCM5752 chip, that can be found in HP DC7600. PR: kern/88940 Submitted by: Alexander Hausner Revision ChangesPath 1.100 +5 -2 src/sys/dev/bge/if_bge.c 1.38 +2 -0
Re: if_bge driver problem. - Upgrade to RELEASE :)
On Fri, Jan 27, 2006 at 06:29:04PM +0200, husnu demir wrote: Also it is important to know whether doing 'ifconfig bge0 -rxcsum -txcsum' fixes operation on 6.0-STABLE. No, It does not fixed. I will go back to STABLE if you need further detail. Could you please provide following information: 1) boot with verbose mode on (boot -v or verbose_loading=YES into your loader.conf) and check your console messages. Are there any bge2: link UP/DOWN messages? Unplug/plug cable and check those messages again. 2) When you sniff bge2 with tcpdump which packets do you see (incoming, outgoing, both)? -- Oleg. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
if_bge driver problem.
Hi, I upgraded my pc after 2006-01-25 FreeBSD-SA-06:06.kmem issue. After that it also upgrade the bge drivers and now it is not working. In fact my Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002 is not working. The other bge's working properly. Most probly last update may cause that. I have been using 6-STABLE. I also tried to look at the switch part and find out that there are CRC Errors. The errors comes just after enabling the interface on the bsd box. After that there isnt any activity. Also when I sniff the interface with tcpdump, I saw lots of packets. Most probly, the driver did not let the further comminication after bad CRCs. Thanks for the help. Note: Do I have to add a PR to the bug report. Husnu Demir. The details are follows: root@/usr/src# dmesg Copyright (c) 1992-2005 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.0-STABLE #0: Fri Jan 27 10:49:49 EET 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NON-GENERIC ACPI APIC Table: IntelR AWRDACPI Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3066.79-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf29 Stepping = 9 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x4400CNTX-ID,b14 Hyperthreading: 2 logical CPUs real memory = 2147418112 (2047 MB) avail memory = 2096418816 (1999 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0: Changing APIC ID to 4 ioapic0 Version 2.0 irqs 0-23 on motherboard ioapic1 Version 2.0 irqs 24-47 on motherboard ioapic2 Version 2.0 irqs 48-71 on motherboard npx0: [FAST] npx0: math processor on motherboard npx0: INT 16 interface acpi0: IntelR AWRDACPI on motherboard acpi0: Power Button (fixed) unknown: I/O range not supported Timecounter ACPI-fast frequency 3579545 Hz quality 1000 acpi_timer0: 24-bit timer at 3.579545MHz port 0x4008-0x400b on acpi0 cpu0: ACPI CPU on acpi0 cpu1: ACPI CPU on acpi0 cpu2: ACPI CPU on acpi0 cpu3: ACPI CPU on acpi0 acpi_button0: Power Button on acpi0 pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0 pci0: ACPI PCI bus on pcib0 pci0: unknown at device 0.1 (no driver attached) pcib1: PCI-PCI bridge mem 0xec00-0xefff at device 1.0 on pci0 pci1: PCI bus on pcib1 pcib2: ACPI PCI-PCI bridge at device 2.0 on pci0 pci2: ACPI PCI bus on pcib2 pci2: base peripheral, interrupt controller at device 28.0 (no driver attached) pcib3: ACPI PCI-PCI bridge at device 29.0 on pci2 pci3: ACPI PCI bus on pcib3 bge0: Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002 mem 0xf102-0xf102 irq 48 at device 1.0 on pci3 miibus0: MII bus on bge0 brgphy0: BCM5703 10/100/1000baseTX PHY on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:11:09:9b:6a:7d bge1: Broadcom BCM5701 Gigabit Ethernet, ASIC rev. 0x105 mem 0xf100-0xf100 irq 52 at device 2.0 on pci3 miibus1: MII bus on bge1 brgphy1: BCM5701 10/100/1000baseTX PHY on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:04:76:f7:99:6e bge2: Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002 mem 0xf101-0xf101 irq 56 at device 3.0 on pci3 bge2: Ethernet address: 00:10:18:00:4d:53 pci2: base peripheral, interrupt controller at device 30.0 (no driver attached) pcib4: ACPI PCI-PCI bridge at device 31.0 on pci2 pci4: ACPI PCI bus on pcib4 em0: Intel(R) PRO/1000 Network Connection Version - 3.2.18 port 0x9000-0x903f mem 0xf304-0xf305,0xf300-0xf303 irq 28 at device 2.0 on pci4 em0: Ethernet address: 00:04:23:c2:dc:29 mpt0: LSILogic 1030 Ultra4 Adapter port 0x9400-0x94ff mem 0xf306-0xf306,0xf307-0xf307 irq 32 at device 3.0 on pci4 mpt0: [GIANT-LOCKED] mpt0: MPI Version=1.2.12.0 mpt0: Unhandled Event Notify Frame. Event 0xa. mpt0: Capabilities: ( RAID-1 SAFTE ) mpt0: 0 Active Volumes (1 Max) mpt0: 0 Hidden Drive Members (6 Max) mpt1: LSILogic 1030 Ultra4 Adapter port 0x9800-0x98ff mem 0xf308-0xf308,0xf309-0xf309 irq 33 at device 3.1 on pci4 mpt1: [GIANT-LOCKED] mpt1: MPI Version=1.2.12.0 mpt1: Unhandled Event Notify Frame. Event 0xa. mpt1: Capabilities: ( RAID-1 SAFTE ) mpt1: 0 Active Volumes (1 Max) mpt1: 0 Hidden Drive Members (6 Max) pci0: unknown at device 2.1 (no driver attached) uhci0: Intel 82801DB (ICH4) USB controller USB-A port 0xb800-0xb81f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: Intel 82801DB (ICH4) USB controller USB-A on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: Intel 82801DB (ICH4) USB controller USB-B
Re: if_bge driver problem.
On Fri, Jan 27, 2006 at 02:24:38PM +0200, husnu demir wrote: h Hi, h h I upgraded my pc after 2006-01-25 FreeBSD-SA-06:06.kmem issue. After that it also upgrade the bge drivers and now it is not working. In fact my Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002 is not working. The other bge's working properly. Most probly last update may cause that. I have been using 6-STABLE. h h I also tried to look at the switch part and find out that there are CRC Errors. The errors comes just after enabling the interface on the bsd box. After that there isnt any activity. Also when I sniff the interface with tcpdump, I saw lots of packets. Most probly, the driver did not let the further comminication after bad CRCs. What happens if you disable hardware checksum offloading on your NIC? ifconfig bge0 -rxcsum -txcsum -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: if_bge driver problem.
On Fri, Jan 27, 2006 at 02:24:38PM +0200, husnu demir wrote: h I upgraded my pc after 2006-01-25 FreeBSD-SA-06:06.kmem issue. After that it also upgrade the bge drivers and now it is not working. In fact my Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002 is not working. The other bge's working properly. Most probly last update may cause that. I have been using 6-STABLE. h h I also tried to look at the switch part and find out that there are CRC Errors. The errors comes just after enabling the interface on the bsd box. After that there isnt any activity. Also when I sniff the interface with tcpdump, I saw lots of packets. Most probly, the driver did not let the further comminication after bad CRCs. Please provide also output from 'pciconf -lv | grep -A 3 ^bge', and from 'ifconfig'. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: if_bge driver problem. - Upgrade to RELEASE :)
Hi Again, I upgraded to the 6_RELEASE; $ uname -a FreeBSD nrouter.cc.metu.edu.tr 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Fri Jan 27 18:03:39 EET 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NON-GENERIC i386 and now it is working. But the CRC errors still exists. I only see the CRC errors on enabling the interface. But the stable still does not work. Husnu Demir. On Fri, Jan 27, 2006 at 06:35:12PM +0300, Gleb Smirnoff wrote: On Fri, Jan 27, 2006 at 02:24:38PM +0200, husnu demir wrote: h I upgraded my pc after 2006-01-25 FreeBSD-SA-06:06.kmem issue. After that it also upgrade the bge drivers and now it is not working. In fact my Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002 is not working. The other bge's working properly. Most probly last update may cause that. I have been using 6-STABLE. h h I also tried to look at the switch part and find out that there are CRC Errors. The errors comes just after enabling the interface on the bsd box. After that there isnt any activity. Also when I sniff the interface with tcpdump, I saw lots of packets. Most probly, the driver did not let the further comminication after bad CRCs. Please provide also output from 'pciconf -lv | grep -A 3 ^bge', and from 'ifconfig'. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: if_bge driver problem. - Upgrade to RELEASE :)
On Fri, Jan 27, 2006 at 06:11:51PM +0200, husnu demir wrote: h I upgraded to the 6_RELEASE; h h $ uname -a h FreeBSD nrouter.cc.metu.edu.tr 6.0-RELEASE FreeBSD 6.0-RELEASE #0: Fri Jan 27 18:03:39 EET 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NON-GENERIC i386 h h and now it is working. But the CRC errors still exists. I only see the CRC errors on enabling the interface. But the stable still does not work. One more time: please provide also output from 'pciconf -lv | grep -A 3 ^bge', and from 'ifconfig'. Also it is important to know whether doing 'ifconfig bge0 -rxcsum -txcsum' fixes operation on 6.0-STABLE. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: if_bge driver problem.
Nothing changed. and the other infos; Thanks for the quick response. [EMAIL PROTECTED] ifconfig bge0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 options=1bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING inet6 fe80::211:9ff:fe9b:6a7d%bge0 prefixlen 64 scopeid 0x1 inet x.x.3.138 netmask 0xff80 broadcast x.x.3.255 ether 00:11:09:9b:6a:7d media: Ethernet autoselect (100baseTX full-duplex) status: active bge1: flags=8902BROADCAST,PROMISC,SIMPLEX,MULTICAST mtu 1500 options=1bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING ether 00:04:76:f7:99:6e media: Ethernet autoselect (none) status: no carrier bge2: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 options=18VLAN_MTU,VLAN_HWTAGGING inet6 fe80::210:18ff:fe00:4d53%bge2 prefixlen 64 scopeid 0x3 inet x.x.2.2 netmask 0xff00 broadcast x.x.2.255 ether 00:10:18:00:4d:53 media: Ethernet autoselect (1000baseSX full-duplex) status: active em0: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 options=bRXCSUM,TXCSUM,VLAN_MTU ether 00:04:23:c2:dc:29 media: Ethernet autoselect status: no carrier pflog0: flags=0 mtu 33208 pfsync0: flags=0 mtu 2020 lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7 inet 127.0.0.1 netmask 0xff00 fatm0: flags=841UP,RUNNING,SIMPLEX mtu 9180 inet x.x.16.130 netmask 0xfffc inet x.x.17.2 netmask 0xfffc media: ATM Multi-mode/155MBit status: active [EMAIL PROTECTED] pciconf -lv | grep -A 3 ^bge [EMAIL PROTECTED]:1:0: class=0x02 card=0x026f1014 chip=0x16a714e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5703X NetXtreme Gigabit Ethernet' class= network -- [EMAIL PROTECTED]:2:0: class=0x02 card=0x100610b7 chip=0x164514e4 rev=0x15 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5701 NetXtreme Gigabit Ethernet' class= network -- [EMAIL PROTECTED]:3:0: class=0x02 card=0x000a14e4 chip=0x16a714e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5703X NetXtreme Gigabit Ethernet' class= network On Fri, Jan 27, 2006 at 06:34:39PM +0300, Gleb Smirnoff wrote: On Fri, Jan 27, 2006 at 02:24:38PM +0200, husnu demir wrote: h Hi, h h I upgraded my pc after 2006-01-25 FreeBSD-SA-06:06.kmem issue. After that it also upgrade the bge drivers and now it is not working. In fact my Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002 is not working. The other bge's working properly. Most probly last update may cause that. I have been using 6-STABLE. h h I also tried to look at the switch part and find out that there are CRC Errors. The errors comes just after enabling the interface on the bsd box. After that there isnt any activity. Also when I sniff the interface with tcpdump, I saw lots of packets. Most probly, the driver did not let the further comminication after bad CRCs. What happens if you disable hardware checksum offloading on your NIC? ifconfig bge0 -rxcsum -txcsum -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: if_bge driver problem.
By the way the problem exists on bge2 (with Multimode F/O connector.) Husnu Demir. On Fri, Jan 27, 2006 at 06:35:12PM +0300, Gleb Smirnoff wrote: On Fri, Jan 27, 2006 at 02:24:38PM +0200, husnu demir wrote: h I upgraded my pc after 2006-01-25 FreeBSD-SA-06:06.kmem issue. After that it also upgrade the bge drivers and now it is not working. In fact my Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002 is not working. The other bge's working properly. Most probly last update may cause that. I have been using 6-STABLE. h h I also tried to look at the switch part and find out that there are CRC Errors. The errors comes just after enabling the interface on the bsd box. After that there isnt any activity. Also when I sniff the interface with tcpdump, I saw lots of packets. Most probly, the driver did not let the further comminication after bad CRCs. Please provide also output from 'pciconf -lv | grep -A 3 ^bge', and from 'ifconfig'. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: if_bge driver problem. - Upgrade to RELEASE :)
Also it is important to know whether doing 'ifconfig bge0 -rxcsum -txcsum' fixes operation on 6.0-STABLE. No, It does not fixed. I will go back to STABLE if you need further detail. Husnu Demir. (Note: I may leave the office. will try to contact you las soon as possible.) For RELEASE version; [EMAIL PROTECTED] pciconf -lv | grep -A 3 ^bge [EMAIL PROTECTED]:1:0: class=0x02 card=0x026f1014 chip=0x16a714e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5703X NetXtreme Gigabit Ethernet' class= network -- [EMAIL PROTECTED]:2:0: class=0x02 card=0x100610b7 chip=0x164514e4 rev=0x15 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5701 NetXtreme Gigabit Ethernet' class= network -- [EMAIL PROTECTED]:3:0: class=0x02 card=0x000a14e4 chip=0x16a714e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5703X NetXtreme Gigabit Ethernet' class= network [EMAIL PROTECTED] ifconfig bge0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 options=1aTXCSUM,VLAN_MTU,VLAN_HWTAGGING inet6 fe80::211:9ff:fe9b:6a7d%bge0 prefixlen 64 scopeid 0x1 inet x.x.3.138 netmask 0xff80 broadcast x.x.3.255 ether 00:11:09:9b:6a:7d media: Ethernet autoselect (100baseTX full-duplex) status: active bge1: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 options=1aTXCSUM,VLAN_MTU,VLAN_HWTAGGING ether 00:04:76:f7:99:6e media: Ethernet autoselect (none) status: no carrier bge2: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 options=18VLAN_MTU,VLAN_HWTAGGING inet6 fe80::210:18ff:fe00:4d53%bge2 prefixlen 64 scopeid 0x3 inet x.x.2.2 netmask 0xff00 broadcast x.x.2.255 ether 00:10:18:00:4d:53 media: Ethernet autoselect (1000baseSX full-duplex) status: active em0: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 options=bRXCSUM,TXCSUM,VLAN_MTU ether 00:04:23:c2:dc:29 media: Ethernet autoselect status: no carrier lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet 127.0.0.1 netmask 0xff00 pfsync0: flags=0 mtu 2020 pflog0: flags=0 mtu 33208 For STABLE version ; --- [EMAIL PROTECTED] ifconfig bge0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 options=1bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING inet6 fe80::211:9ff:fe9b:6a7d%bge0 prefixlen 64 scopeid 0x1 inet x.x.3.138 netmask 0xff80 broadcast x.x.3.255 ether 00:11:09:9b:6a:7d media: Ethernet autoselect (100baseTX full-duplex) status: active bge1: flags=8902BROADCAST,PROMISC,SIMPLEX,MULTICAST mtu 1500 options=1bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING ether 00:04:76:f7:99:6e media: Ethernet autoselect (none) status: no carrier bge2: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST mtu 1500 options=18VLAN_MTU,VLAN_HWTAGGING inet6 fe80::210:18ff:fe00:4d53%bge2 prefixlen 64 scopeid 0x3 inet x.x.2.2 netmask 0xff00 broadcast x.x.2.255 ether 00:10:18:00:4d:53 media: Ethernet autoselect (1000baseSX full-duplex) status: active em0: flags=8802BROADCAST,SIMPLEX,MULTICAST mtu 1500 options=bRXCSUM,TXCSUM,VLAN_MTU ether 00:04:23:c2:dc:29 media: Ethernet autoselect status: no carrier pflog0: flags=0 mtu 33208 pfsync0: flags=0 mtu 2020 lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7 inet 127.0.0.1 netmask 0xff00 [EMAIL PROTECTED] pciconf -lv | grep -A 3 ^bge [EMAIL PROTECTED]:1:0: class=0x02 card=0x026f1014 chip=0x16a714e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5703X NetXtreme Gigabit Ethernet' class= network -- [EMAIL PROTECTED]:2:0: class=0x02 card=0x100610b7 chip=0x164514e4 rev=0x15 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5701 NetXtreme Gigabit Ethernet' class= network -- [EMAIL PROTECTED]:3:0: class=0x02 card=0x000a14e4 chip=0x16a714e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5703X NetXtreme Gigabit Ethernet' class= network On Fri, Jan 27, 2006 at 06:34:39PM +0300, Gleb Smirnoff wrote: On Fri, Jan 27, 2006 at 02:24:38PM +0200, husnu demir wrote: h Hi, h h I upgraded my pc after 2006-01-25 FreeBSD-SA-06:06.kmem issue. After that it also upgrade the bge drivers and now it is not working. In fact my Broadcom BCM5703 Gigabit Ethernet, ASIC rev. 0x1002 is not working. The other bge's working properly. Most probly last update may cause that. I have been using 6-STABLE. h h I also tried to look at the switch part and find out that there are CRC Errors.
Re: if_bge driver problem.
On Fri, Jan 27, 2006 at 05:58:18PM +0200, husnu demir wrote: h By the way the problem exists on bge2 (with Multimode F/O connector.) Oh, this is an important information. Can you please upgrade to STABLE and then test several versions of if_bge.c? The breakage is somewhere between rev. 1.101 and 1.113. There is high probability it is one of Oleg's changes. Details here: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/bge/if_bge.c All revisions up to the latest should be buildable on 6.0-STABLE. The only place where build can fail is VLAN_INPUT_TAG() macro. You probably need to replace it with VLAN_INPUT_TAG_NEW() if it fails to build. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: if_bge driver problem.
On Fri, Jan 27, 2006 at 07:30:55PM +0300, Gleb Smirnoff wrote: On Fri, Jan 27, 2006 at 05:58:18PM +0200, husnu demir wrote: h By the way the problem exists on bge2 (with Multimode F/O connector.) Oh, this is an important information. Can you please upgrade to STABLE and then test several versions of if_bge.c? The breakage is somewhere between rev. 1.101 and 1.113. There is high probability it is one of Oleg's changes. Details here: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/bge/if_bge.c All revisions up to the latest should be buildable on 6.0-STABLE. The only place where build can fail is VLAN_INPUT_TAG() macro. You probably need to replace it with VLAN_INPUT_TAG_NEW() if it fails to build. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE Hi, I tried http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/bge/if_bge.c?rev=1.91.2.7content-type=text/plain; version and replaced VLAN_INPUT_TAG with VLAN_INPUT_TAG_NEW (only one occurance). And the following errors come up. Husnu Demir. Not: I am leaving the office. Most probly, I will be here tomorrow morning :( /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_eeprom_getbyte': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:574: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_miibus_readreg': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:649: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_miibus_writereg': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:700: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_alloc_jumbo_mem': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:761: error: structure has no member named `bge_jumbo_tag' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:765: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:771: error: structure has no member named `bge_jumbo_tag' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:772: error: structure has no member named `bge_jumbo_buf' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:773: error: structure has no member named `bge_jumbo_map' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:778: error: structure has no member named `bge_jfree_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:779: error: structure has no member named `bge_jinuse_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:785: error: structure has no member named `bge_jumbo_buf' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:787: error: structure has no member named `bge_jslots' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:789: error: invalid application of `sizeof' to incomplete type `bge_jpool_entry' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:793: error: structure has no member named `bge_jumbo_buf' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:795: error: structure has no member named `bge_unit' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:798: error: dereferencing pointer to incomplete type /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:799: error: dereferencing pointer to incomplete type /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:799: error: structure has no member named `bge_jfree_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:799: error: structure has no member named `bge_jfree_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_free_jumbo_mem': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:814: error: structure has no member named `bge_jfree_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:815: error: structure has no member named `bge_jfree_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:815: error: structure has no member named `bge_jfree_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:822: error: structure has no member named `bge_jumbo_tag' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:823: error: structure has no member named `bge_jumbo_buf' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:824: error: structure has no member named `bge_jumbo_map' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:827: error: structure has no member named `bge_jumbo_tag' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:828: error: structure has no member named `bge_jumbo_map' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:830: error: structure has no member named `bge_jumbo_tag' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:831: error: structure has no member named `bge_jumbo_tag' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c: In function `bge_jalloc': /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:845: error: structure has no member named `bge_jfree_listhead' /usr/src/sys/modules/bge/../../dev/bge/if_bge.c:848: error: structure has no member named `bge_unit'
Re: if_bge driver problem.
On Fri, Jan 27, 2006 at 07:01:53PM +0200, husnu demir wrote: h I tried http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/bge/if_bge.c?rev=1.91.2.7content-type=text/plain; version and replaced VLAN_INPUT_TAG with VLAN_INPUT_TAG_NEW (only one occurance). And the following errors come up. Ohh, you also need to keep if_bgereg.h in sync with if_bge.c. Sorry, I didn't mention this. h Not: I am leaving the office. Most probly, I will be here tomorrow morning :( Me too. I will be online tomorrow for short time. I think Oleg will join debugging your problem. Here is attached files of all (if I haven't lost anything) important changes. You can fetch actual files from cvsweb. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE pjd 2005-09-28 19:20:49 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c Log: Implement suspend/resume methods to be more ACPI friendly. I'm able to suspend/resume my laptop without this change, but then I need to wait for the watchdog to reset the card. With this change, it is ready immediately. Glanced at by: glebius Revision ChangesPath 1.96 +36 -0 src/sys/dev/bge/if_bge.c glebius 2005-10-22 14:31:02 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c if_bgereg.h Log: Introduce polling(4) capability for bge(4). Submitted by: Oleg Bulyzhin oleg rinet.ru Revision ChangesPath 1.98 +110 -2src/sys/dev/bge/if_bge.c 1.37 +3 -0 src/sys/dev/bge/if_bgereg.h glebius 2005-11-15 14:43:23 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c if_bgereg.h Log: Recognize Broadcom BCM5752 chip, that can be found in HP DC7600. PR: kern/88940 Submitted by: Alexander Hausner Revision ChangesPath 1.100 +5 -2 src/sys/dev/bge/if_bge.c 1.38 +2 -0 src/sys/dev/bge/if_bgereg.h glebius 2005-11-30 12:37:07 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c Log: If bus_dmamap_load() failed, we free the mbuf. We also need to clear the pointer, to avoid double free on next bge_stop(). Revision ChangesPath 1.101 +6 -2 src/sys/dev/bge/if_bge.c oleg2005-12-08 13:31:52 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c sys/dev/mii brgphy.c Log: 1) fix tiny bug in bge_start_locked() 2) rework link state detection code use it in POLLING mode 3) fix 2 bugs in link state detection code: a) driver unable to detect link loss on bcm5721 b) on bcm570x chips (tested on bcm5700 bcm5701 bcm5702) driver fails to detect link loss with probability 1/6 (solved in brgphy.c) Devices working in TBI mode should not be affected by this change. Approved by:glebius (mentor) MFC after: 1 month Revision ChangesPath 1.102 +115 -105 src/sys/dev/bge/if_bge.c 1.38 +1 -1 src/sys/dev/mii/brgphy.c glebius 2005-12-08 16:11:45 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c if_bgereg.h Log: A big rewrite of receive Jumbo frame handling. Remove the local Jumbo cluster allocator, that wasn't MPSAFE. Instead, utilize our new generic UMA jumbo cluster allocator. Since UMA gives us a 9k piece that is contigous in virtual memory, but isn't contigous in physical memory we need to handle a few segments. To deal with this we utilize Tigon chip feature - extended RX descriptors, that can handle up to four DMA segments for one frame. Details: o Remove bge_alloc_jumbo_mem(), bge_free_jumbo_mem(), bge_jalloc(), bge_jfree() functions. o Remove SLIST heads, bge_jumbo_tag, bge_jumbo_map from softc. o Use extended RX BDs for Jumbo receive producer ring, and initialize it appropriately. o New bge_newbuf_jumbo(): - Allocate an mbuf with Jumbo cluster with help of m_cljget(). - Load the cluster for DMA with help of bus_dmamap_load_mbuf_sg(). - Assert that we got 3 segments in the DMA mapping. - Fill in these 3 segments into the extended RX descriptor. Revision ChangesPath 1.103 +49 -233 src/sys/dev/bge/if_bge.c 1.39 +26 -15src/sys/dev/bge/if_bgereg.h marcel 2005-12-13 06:14:14 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c Log: In bge_link_upd(), rewrite the logic so that status is assigned on the code path it is used in a way that GCC understands. This avoids breakage due to higher optimization levels. Revision ChangesPath 1.104 +2 -4 src/sys/dev/bge/if_bge.c yongari 2005-12-15 05:48:49 UTC FreeBSD src repository Modified files: sys/dev/bge if_bge.c if_bgereg.h Log: Add bge(4) support for big-endian architectures(part 1/2). - Give up endianess support and switch to native-endian