![[BACK]](/icons/back.gif){kind=icon}
Up to [freebsd] / src / sys / pci
Up to [freebsd] / src / sys / pci
Request diff between arbitrary revisions
Default branch: MAIN
Revision 1.189.2.11 / (download) - annotate - [select for diffs], Sun Jan 29 01:22:48 2012 UTC (12 days, 13 hours ago) by marius
Branch: RELENG_8
Changes since 1.189.2.10: +1 -5
lines
Diff to previous 1.189.2.10 (colored) to branchpoint 1.189 (colored) next main 1.190 (colored)
SVN rev 230714 on 2012-01-29 01:22:48Z by marius MFC: r227843 (partial) - There's no need to overwrite the default device method with the default one. Interestingly, these are actually the default for quite some time (bus_generic_driver_added(9) since r52045 and bus_generic_print_child(9) since r52045) but even recently added device drivers do this unnecessarily. Discussed with: jhb, marcel - While at it, use DEVMETHOD_END. Discussed with: jhb - Also while at it, use __FBSDID.
Revision 1.197.2.4 / (download) - annotate - [select for diffs], Sat Dec 31 14:12:12 2011 UTC (5 weeks, 6 days ago) by hselasky
Branch: RELENG_9
Changes since 1.197.2.3: +1 -5
lines
Diff to previous 1.197.2.3 (colored) to branchpoint 1.197 (colored) next main 1.198 (colored)
SVN rev 229093 on 2011-12-31 14:12:12Z by hselasky MFC r226173, r227843, r227848 and r227908: Use DEVMETHOD_END to mark end of device methods. Remove superfluous device methods. Add some missing __FBSBID() macros.
Revision 1.170.2.20 / (download) - annotate - [select for diffs], Sat Dec 31 01:10:29 2011 UTC (5 weeks, 6 days ago) by yongari
Branch: RELENG_7
Changes since 1.170.2.19: +1 -1
lines
Diff to previous 1.170.2.19 (colored) to branchpoint 1.170 (colored) next main 1.171 (colored)
SVN rev 229059 on 2011-12-31 01:10:29Z by yongari MFC r226478: Close a race where SIOCGIFMEDIA ioctl get inconsistent link status. Because driver is accessing a common MII structure in mii_pollstat(), updating user supplied structure should be done before dropping a driver lock. Reported by: Karim (fodillemlinkarimi <> gmail dot com)
Revision 1.189.2.10 / (download) - annotate - [select for diffs], Sat Dec 31 01:08:31 2011 UTC (5 weeks, 6 days ago) by yongari
Branch: RELENG_8
Changes since 1.189.2.9: +1 -1
lines
Diff to previous 1.189.2.9 (colored) to branchpoint 1.189 (colored)
SVN rev 229058 on 2011-12-31 01:08:31Z by yongari MFC r226478: Close a race where SIOCGIFMEDIA ioctl get inconsistent link status. Because driver is accessing a common MII structure in mii_pollstat(), updating user supplied structure should be done before dropping a driver lock. Reported by: Karim (fodillemlinkarimi <> gmail dot com)
Revision 1.197.2.3 / (download) - annotate - [select for diffs], Sat Dec 31 01:07:01 2011 UTC (5 weeks, 6 days ago) by yongari
Branch: RELENG_9
Changes since 1.197.2.2: +1 -1
lines
Diff to previous 1.197.2.2 (colored) to branchpoint 1.197 (colored)
SVN rev 229057 on 2011-12-31 01:07:01Z by yongari MFC r226478: Close a race where SIOCGIFMEDIA ioctl get inconsistent link status. Because driver is accessing a common MII structure in mii_pollstat(), updating user supplied structure should be done before dropping a driver lock. Reported by: Karim (fodillemlinkarimi <> gmail dot com)
Revision 1.200 / (download) - annotate - [select for diffs], Tue Nov 22 21:28:20 2011 UTC (2 months, 2 weeks ago) by marius
Branch: MAIN
CVS Tags: HEAD
Changes since 1.199: +1 -5
lines
Diff to previous 1.199 (colored)
SVN rev 227843 on 2011-11-22 21:28:20Z by marius - There's no need to overwrite the default device method with the default one. Interestingly, these are actually the default for quite some time (bus_generic_driver_added(9) since r52045 and bus_generic_print_child(9) since r52045) but even recently added device drivers do this unnecessarily. Discussed with: jhb, marcel - While at it, use DEVMETHOD_END. Discussed with: jhb - Also while at it, use __FBSDID.
Revision 1.197.2.2.2.1 / (download) - annotate - [select for diffs], Fri Nov 11 04:20:22 2011 UTC (3 months ago) by kensmith
Branch: RELENG_9_0
CVS Tags: RELENG_9_0_0_RELEASE
Changes since 1.197.2.2: +0 -0
lines
Diff to previous 1.197.2.2 (colored) next main 1.197.2.3 (colored)
SVN rev 227445 on 2011-11-11 04:20:22Z by kensmith Copy stable/9 to releng/9.0 as part of the FreeBSD 9.0-RELEASE release cycle. Approved by: re (implicit)
Revision 1.189.2.9 / (download) - annotate - [select for diffs], Sun Nov 6 21:09:23 2011 UTC (3 months ago) by marius
Branch: RELENG_8
Changes since 1.189.2.8: +46 -181
lines
Diff to previous 1.189.2.8 (colored) to branchpoint 1.189 (colored)
SVN rev 227278 on 2011-11-06 21:09:23Z by marius MFC: r226995, r227042 - Import the common MII bitbang'ing code from NetBSD and convert drivers to take advantage of it instead of duplicating it. This reduces the size of the i386 GENERIC kernel by about 8k. The only potential in-tree users left unconverted are ed(4) and xe(4). Xe(4) generally should be changed to use miibus(4) instead of implementing PHY handling on its own, as otherwise it makes not much sense to add a dependency on miibus(4)/mii_bitbang(4) to it just for the MII bitbang'ing code. Ed(4) has some chip specific things interwinded with the MII bitbang'ing code and it's unclear whether it can be converted to common code, at least not without thorough testing of all the various chips supported by ed(4). The common MII bitbang'ing code also is useful in the embedded space for using GPIO pins to implement MII access. - Based on lessons learnt with dc(4) (see r185750), add bus barriers to the MII bitbang read and write functions of the other drivers converted in order to ensure the intended ordering. Given that register access via an index register as well as register bank/window switching is subject to the same problem, also add bus barriers to the respective functions of smc(4), tl(4) and xl(4). - Sprinkle some const. Thanks to the following testers: Andrew Bliznak (nge(4)), nwhitehorn@ (bm(4)), yongari@ (sis(4) and ste(4)) Thanks to Hans-Joerg Sirtl for supplying hardware to test stge(4). Reviewed by: yongari (subset of drivers) Obtained from: NetBSD (partially)
Revision 1.197.2.2 / (download) - annotate - [select for diffs], Sun Nov 6 21:09:10 2011 UTC (3 months ago) by marius
Branch: RELENG_9
CVS Tags: RELENG_9_0_BP
Branch point for: RELENG_9_0
Changes since 1.197.2.1: +46 -181
lines
Diff to previous 1.197.2.1 (colored) to branchpoint 1.197 (colored)
SVN rev 227277 on 2011-11-06 21:09:10Z by marius MFC: r226995, r227042 - Import the common MII bitbang'ing code from NetBSD and convert drivers to take advantage of it instead of duplicating it. This reduces the size of the i386 GENERIC kernel by about 8k. The only potential in-tree users left unconverted are ed(4) and xe(4). Xe(4) generally should be changed to use miibus(4) instead of implementing PHY handling on its own, as otherwise it makes not much sense to add a dependency on miibus(4)/mii_bitbang(4) to it just for the MII bitbang'ing code. Ed(4) has some chip specific things interwinded with the MII bitbang'ing code and it's unclear whether it can be converted to common code, at least not without thorough testing of all the various chips supported by ed(4). The common MII bitbang'ing code also is useful in the embedded space for using GPIO pins to implement MII access. - Based on lessons learnt with dc(4) (see r185750), add bus barriers to the MII bitbang read and write functions of the other drivers converted in order to ensure the intended ordering. Given that register access via an index register as well as register bank/window switching is subject to the same problem, also add bus barriers to the respective functions of smc(4), tl(4) and xl(4). - Sprinkle some const. Thanks to the following testers: Andrew Bliznak (nge(4)), nwhitehorn@ (bm(4)), yongari@ (sis(4) and ste(4)) Thanks to Hans-Joerg Sirtl for supplying hardware to test stge(4). Reviewed by: yongari (subset of drivers) Approved by: re (kib) Obtained from: NetBSD (partially)
Revision 1.199 / (download) - annotate - [select for diffs], Tue Nov 1 16:13:59 2011 UTC (3 months, 1 week ago) by marius
Branch: MAIN
Changes since 1.198: +46 -181
lines
Diff to previous 1.198 (colored)
SVN rev 226995 on 2011-11-01 16:13:59Z by marius - Import the common MII bitbang'ing code from NetBSD and convert drivers to take advantage of it instead of duplicating it. This reduces the size of the i386 GENERIC kernel by about 4k. The only potential in-tree user left unconverted is xe(4), which generally should be changed to use miibus(4) instead of implementing PHY handling on its own, as otherwise it makes not much sense to add a dependency on miibus(4)/mii_bitbang(4) to xe(4) just for the MII bitbang'ing code. The common MII bitbang'ing code also is useful in the embedded space for using GPIO pins to implement MII access. - Based on lessons learnt with dc(4) (see r185750), add bus barriers to the MII bitbang read and write functions of the other drivers converted in order to ensure the intended ordering. Given that register access via an index register as well as register bank/window switching is subject to the same problem, also add bus barriers to the respective functions of smc(4), tl(4) and xl(4). - Sprinkle some const. Thanks to the following testers: Andrew Bliznak (nge(4)), nwhitehorn@ (bm(4)), yongari@ (sis(4) and ste(4)) Thanks to Hans-Joerg Sirtl for supplying hardware to test stge(4). Reviewed by: yongari (subset of drivers) Obtained from: NetBSD (partially)
Revision 1.198 / (download) - annotate - [select for diffs], Mon Oct 17 19:49:00 2011 UTC (3 months, 3 weeks ago) by yongari
Branch: MAIN
Changes since 1.197: +1 -1
lines
Diff to previous 1.197 (colored)
SVN rev 226478 on 2011-10-17 19:49:00Z by yongari Close a race where SIOCGIFMEDIA ioctl get inconsistent link status. Because driver is accessing a common MII structure in mii_pollstat(), updating user supplied structure should be done before dropping a driver lock. Reported by: Karim (fodillemlinkarimi <> gmail dot com)
Revision 1.197.2.1 / (download) - annotate - [select for diffs], Fri Sep 23 00:51:37 2011 UTC (4 months, 2 weeks ago) by kensmith
Branch: RELENG_9
Changes since 1.197: +0 -0
lines
Diff to previous 1.197 (colored)
SVN rev 225736 on 2011-09-23 00:51:37Z by kensmith Copy head to stable/9 as part of 9.0-RELEASE release cycle. Approved by: re (implicit)
Revision 1.197 / (download) - annotate - [select for diffs], Wed Mar 23 13:10:15 2011 UTC (10 months, 2 weeks ago) by jhb
Branch: MAIN
CVS Tags: RELENG_9_BP
Branch point for: RELENG_9
Changes since 1.196: +3 -3
lines
Diff to previous 1.196 (colored)
SVN rev 219902 on 2011-03-23 13:10:15Z by jhb Do a sweep of the tree replacing calls to pci_find_extcap() with calls to pci_find_cap() instead.
Revision 1.170.2.19.2.1 / (download) - annotate - [select for diffs], Tue Dec 21 17:10:29 2010 UTC (13 months, 2 weeks ago) by kensmith
Branch: RELENG_7_4
CVS Tags: RELENG_7_4_0_RELEASE
Changes since 1.170.2.19: +0 -0
lines
Diff to previous 1.170.2.19 (colored) next main 1.170.2.20 (colored)
SVN rev 216618 on 2010-12-21 17:10:29Z by kensmith Copy stable/7 to releng/7.4 in preparation for FreeBSD-7.4 release. Approved by: re (implicit)
Revision 1.189.2.8.2.1 / (download) - annotate - [select for diffs], Tue Dec 21 17:09:25 2010 UTC (13 months, 2 weeks ago) by kensmith
Branch: RELENG_8_2
CVS Tags: RELENG_8_2_0_RELEASE
Changes since 1.189.2.8: +0 -0
lines
Diff to previous 1.189.2.8 (colored) next main 1.189.2.9 (colored)
SVN rev 216617 on 2010-12-21 17:09:25Z by kensmith Copy stable/8 to releng/8.2 in preparation for FreeBSD-8.2 release. Approved by: re (implicit)
Revision 1.170.2.19 / (download) - annotate - [select for diffs], Tue Nov 16 04:40:03 2010 UTC (14 months, 3 weeks ago) by sobomax
Branch: RELENG_7
CVS Tags: RELENG_7_4_BP
Branch point for: RELENG_7_4
Changes since 1.170.2.18: +2 -2
lines
Diff to previous 1.170.2.18 (colored) to branchpoint 1.170 (colored)
SVN rev 215368 on 2010-11-16 04:40:03Z by sobomax
MFC r207554:
Add new tunable 'net.link.ifqmaxlen' to set default send interface
queue length. The default value for this parameter is 50, which is
quite low for many of today's uses and the only way to modify this
parameter right now is to edit if_var.h file. Also add read-only
sysctl with the same name, so that it's possible to retrieve the
current value.
Revision 1.189.2.8 / (download) - annotate - [select for diffs], Mon Nov 15 17:48:13 2010 UTC (14 months, 3 weeks ago) by sobomax
Branch: RELENG_8
CVS Tags: RELENG_8_2_BP
Branch point for: RELENG_8_2
Changes since 1.189.2.7: +2 -2
lines
Diff to previous 1.189.2.7 (colored) to branchpoint 1.189 (colored)
SVN rev 215342 on 2010-11-15 17:48:13Z by sobomax MFC r207554: Add new tunable 'net.link.ifqmaxlen' to set default send interface queue length. The default value for this parameter is 50, which is quite low for many of today's uses and the only way to modify this parameter right now is to edit if_var.h file. Also add read-only sysctl with the same name, so that it's possible to retrieve the current value.
Revision 1.170.2.18 / (download) - annotate - [select for diffs], Sun Nov 7 11:12:30 2010 UTC (15 months ago) by marius
Branch: RELENG_7
Changes since 1.170.2.17: +10 -13
lines
Diff to previous 1.170.2.17 (colored) to branchpoint 1.170 (colored)
SVN rev 214910 on 2010-11-07 11:12:30Z by marius
MFC: r213893, r213908, r214566, r214605, r214846
Convert the PHY drivers to honor the mii_flags passed down and convert
the NIC drivers as well as the PHY drivers to take advantage of the
mii_attach() introduced in r213878 (MFC'ed to stable/8 in r214685) to
get rid of certain hacks. For the most part these were:
- Artificially limiting miibus_{read,write}reg methods to certain PHY
addresses; we now let mii_attach() only probe the PHY at the desired
address(es) instead.
- PHY drivers setting MIIF_* flags based on the NIC driver they hang
off from, partly even based on grabbing and using the softc of the
parent; we now pass these flags down from the NIC to the PHY drivers
via mii_attach(). This got us rid of all such hacks except those of
brgphy() in combination with bce(4) and bge(4), which is way beyond
what can be expressed with simple flags.
While at it, I took the opportunity to change the NIC drivers to pass
up the error returned by mii_attach() (previously by mii_phy_probe())
and unify the error message used in this case where and as appropriate
as mii_attach() actually can fail for a number of reasons, not just
because of no PHY(s) being present at the expected address(es).
Reviewed by: jhb, yongari
Revision 1.189.2.7 / (download) - annotate - [select for diffs], Sun Nov 7 11:12:29 2010 UTC (15 months ago) by marius
Branch: RELENG_8
Changes since 1.189.2.6: +10 -13
lines
Diff to previous 1.189.2.6 (colored) to branchpoint 1.189 (colored)
SVN rev 214909 on 2010-11-07 11:12:29Z by marius
MFC: r213893, r213908, r214566, r214605, r214846
Convert the PHY drivers to honor the mii_flags passed down and convert
the NIC drivers as well as the PHY drivers to take advantage of the
mii_attach() introduced in r213878 (MFC'ed to stable/8 in r214684) to
get rid of certain hacks. For the most part these were:
- Artificially limiting miibus_{read,write}reg methods to certain PHY
addresses; we now let mii_attach() only probe the PHY at the desired
address(es) instead.
- PHY drivers setting MIIF_* flags based on the NIC driver they hang
off from, partly even based on grabbing and using the softc of the
parent; we now pass these flags down from the NIC to the PHY drivers
via mii_attach(). This got us rid of all such hacks except those of
brgphy() in combination with bce(4) and bge(4), which is way beyond
what can be expressed with simple flags.
While at it, I took the opportunity to change the NIC drivers to pass
up the error returned by mii_attach() (previously by mii_phy_probe())
and unify the error message used in this case where and as appropriate
as mii_attach() actually can fail for a number of reasons, not just
because of no PHY(s) being present at the expected address(es).
Reviewed by: jhb, yongari
Revision 1.170.2.17 / (download) - annotate - [select for diffs], Wed Oct 27 02:07:25 2010 UTC (15 months, 2 weeks ago) by yongari
Branch: RELENG_7
Changes since 1.170.2.16: +28 -16
lines
Diff to previous 1.170.2.16 (colored) to branchpoint 1.170 (colored)
SVN rev 214408 on 2010-10-27 02:07:25Z by yongari MFC r213796: Rewrite interrupt handler to give fairness for both RX and TX. Previously rl(4) continuously checked whether there are RX events or TX completions in forever loop. This caused TX starvation under high RX load as well as consuming too much CPU cycles in the interrupt handler. If interrupt was shared with other devices which may be always true due to USB devices in these days, rl(4) also tried to process the interrupt. This means polling(4) was the only way to mitigate the these issues. To address these issues, rl(4) now disables interrupts when it knows the interrupt is ours and limit the number of iteration of the loop to 16. The interrupt would be enabled again before exiting interrupt handler if the driver is still running. Because RX buffer is 64KB in size, the number of iterations in the loop has nothing to do with number of RX packets being processed. This change ensures sending TX frames under high RX load. RX handler drops a driver lock to pass received frames to upper stack such that there is a window that user can down the interface. So rl(4) now checks whether driver is still running before serving RX or TX completion in the loop. While I'm here, exit interrupt handler when driver initialized controller. With this change, now rl(4) can send frames under high RX load even though the TX performance is still not good(rl(4) controllers can't queue more than 4 frames at a time so low TX performance was one of design issue of rl(4) controllers). It's much better than previous TX starvation and you should not notice RX performance drop with this change. Controller still shows poor performance under high network load but for many cases it's now usable without resorting to polling(4).
Revision 1.189.2.6 / (download) - annotate - [select for diffs], Wed Oct 27 02:04:24 2010 UTC (15 months, 2 weeks ago) by yongari
Branch: RELENG_8
Changes since 1.189.2.5: +28 -16
lines
Diff to previous 1.189.2.5 (colored) to branchpoint 1.189 (colored)
SVN rev 214407 on 2010-10-27 02:04:24Z by yongari MFC r213796: Rewrite interrupt handler to give fairness for both RX and TX. Previously rl(4) continuously checked whether there are RX events or TX completions in forever loop. This caused TX starvation under high RX load as well as consuming too much CPU cycles in the interrupt handler. If interrupt was shared with other devices which may be always true due to USB devices in these days, rl(4) also tried to process the interrupt. This means polling(4) was the only way to mitigate the these issues. To address these issues, rl(4) now disables interrupts when it knows the interrupt is ours and limit the number of iteration of the loop to 16. The interrupt would be enabled again before exiting interrupt handler if the driver is still running. Because RX buffer is 64KB in size, the number of iterations in the loop has nothing to do with number of RX packets being processed. This change ensures sending TX frames under high RX load. RX handler drops a driver lock to pass received frames to upper stack such that there is a window that user can down the interface. So rl(4) now checks whether driver is still running before serving RX or TX completion in the loop. While I'm here, exit interrupt handler when driver initialized controller. With this change, now rl(4) can send frames under high RX load even though the TX performance is still not good(rl(4) controllers can't queue more than 4 frames at a time so low TX performance was one of design issue of rl(4) controllers). It's much better than previous TX starvation and you should not notice RX performance drop with this change. Controller still shows poor performance under high network load but for many cases it's now usable without resorting to polling(4).
Revision 1.196 / (download) - annotate - [select for diffs], Fri Oct 15 14:52:11 2010 UTC (15 months, 3 weeks ago) by marius
Branch: MAIN
Changes since 1.195: +10 -13
lines
Diff to previous 1.195 (colored)
SVN rev 213893 on 2010-10-15 14:52:11Z by marius
Convert the PHY drivers to honor the mii_flags passed down and convert
the NIC drivers as well as the PHY drivers to take advantage of the
mii_attach() introduced in r213878 to get rid of certain hacks. For
the most part these were:
- Artificially limiting miibus_{read,write}reg methods to certain PHY
addresses; we now let mii_attach() only probe the PHY at the desired
address(es) instead.
- PHY drivers setting MIIF_* flags based on the NIC driver they hang
off from, partly even based on grabbing and using the softc of the
parent; we now pass these flags down from the NIC to the PHY drivers
via mii_attach(). This got us rid of all such hacks except those of
brgphy() in combination with bce(4) and bge(4), which is way beyond
what can be expressed with simple flags.
While at it, I took the opportunity to change the NIC drivers to pass
up the error returned by mii_attach() (previously by mii_phy_probe())
and unify the error message used in this case where and as appropriate
as mii_attach() actually can fail for a number of reasons, not just
because of no PHY(s) being present at the expected address(es).
Reviewed by: jhb, yongari
Revision 1.195 / (download) - annotate - [select for diffs], Wed Oct 13 17:55:19 2010 UTC (15 months, 4 weeks ago) by yongari
Branch: MAIN
Changes since 1.194: +28 -16
lines
Diff to previous 1.194 (colored)
SVN rev 213796 on 2010-10-13 17:55:19Z by yongari Rewrite interrupt handler to give fairness for both RX and TX. Previously rl(4) continuously checked whether there are RX events or TX completions in forever loop. This caused TX starvation under high RX load as well as consuming too much CPU cycles in the interrupt handler. If interrupt was shared with other devices which may be always true due to USB devices in these days, rl(4) also tried to process the interrupt. This means polling(4) was the only way to mitigate the these issues. To address these issues, rl(4) now disables interrupts when it knows the interrupt is ours and limit the number of iteration of the loop to 16. The interrupt would be enabled again before exiting interrupt handler if the driver is still running. Because RX buffer is 64KB in size, the number of iterations in the loop has nothing to do with number of RX packets being processed. This change ensures sending TX frames under high RX load. RX handler drops a driver lock to pass received frames to upper stack such that there is a window that user can down the interface. So rl(4) now checks whether driver is still running before serving RX or TX completion in the loop. While I'm here, exit interrupt handler when driver initialized controller. With this change, now rl(4) can send frames under high RX load even though the TX performance is still not good(rl(4) controllers can't queue more than 4 frames at a time so low TX performance was one of design issue of rl(4) controllers). It's much better than previous TX starvation and you should not notice RX performance drop with this change. Controller still shows poor performance under high network load but for many cases it's now usable without resorting to polling(4). MFC after: 2 weeks
Revision 1.170.2.16 / (download) - annotate - [select for diffs], Fri Oct 8 18:31:56 2010 UTC (16 months ago) by yongari
Branch: RELENG_7
Changes since 1.170.2.15: +1 -1
lines
Diff to previous 1.170.2.15 (colored) to branchpoint 1.170 (colored)
SVN rev 213592 on 2010-10-08 18:31:56Z by yongari MFC r188392: Destroy TX tag outside of loop scope. Found with: Coverity Prevent(tm) CID: 3886
Revision 1.170.2.15 / (download) - annotate - [select for diffs], Fri Oct 8 18:26:14 2010 UTC (16 months ago) by yongari
Branch: RELENG_7
Changes since 1.170.2.14: +42 -66
lines
Diff to previous 1.170.2.14 (colored) to branchpoint 1.170 (colored)
SVN rev 213591 on 2010-10-08 18:26:14Z by yongari MFC r213306: Rename rl_setmulti() to rl_rxfilter() as rl_rxfilter() will handle IFF_ALLMULTI/IFF_PROMISC as well as multicast filter configuration. Rewrite RX filter logic to reduce number of register accesses and make it handle promiscuous/allmulti toggling without controller reinitialization. Previously rl(4) counted on controller reinitialization to reprogram promiscuous configuration but r211767 resulted in avoiding controller reinitialization whenever promiscuous mode is toggled. To address this, keep track of driver's view of interface state and handle IFF_ALLMULTI/IFF_PROMISC changes without reinitializing controller. This should fix a regression introduced in r211267. While I'm here remove unnecessary variable reassignment in ioctl handler. PR: kern/151079
Revision 1.189.2.5 / (download) - annotate - [select for diffs], Fri Oct 8 18:19:05 2010 UTC (16 months ago) by yongari
Branch: RELENG_8
Changes since 1.189.2.4: +42 -66
lines
Diff to previous 1.189.2.4 (colored) to branchpoint 1.189 (colored)
SVN rev 213590 on 2010-10-08 18:19:05Z by yongari MFC r213306: Rename rl_setmulti() to rl_rxfilter() as rl_rxfilter() will handle IFF_ALLMULTI/IFF_PROMISC as well as multicast filter configuration. Rewrite RX filter logic to reduce number of register accesses and make it handle promiscuous/allmulti toggling without controller reinitialization. Previously rl(4) counted on controller reinitialization to reprogram promiscuous configuration but r211767 resulted in avoiding controller reinitialization whenever promiscuous mode is toggled. To address this, keep track of driver's view of interface state and handle IFF_ALLMULTI/IFF_PROMISC changes without reinitializing controller. This should fix a regression introduced in r211267. While I'm here remove unnecessary variable reassignment in ioctl handler. PR: kern/151079
Revision 1.194 / (download) - annotate - [select for diffs], Thu Sep 30 17:37:08 2010 UTC (16 months, 1 week ago) by yongari
Branch: MAIN
Changes since 1.193: +42 -66
lines
Diff to previous 1.193 (colored)
SVN rev 213306 on 2010-09-30 17:37:08Z by yongari Rename rl_setmulti() to rl_rxfilter() as rl_rxfilter() will handle IFF_ALLMULTI/IFF_PROMISC as well as multicast filter configuration. Rewrite RX filter logic to reduce number of register accesses and make it handle promiscuous/allmulti toggling without controller reinitialization. Previously rl(4) counted on controller reinitialization to reprogram promiscuous configuration but r211767 resulted in avoiding controller reinitialization whenever promiscuous mode is toggled. To address this, keep track of driver's view of interface state and handle IFF_ALLMULTI/IFF_PROMISC changes without reinitializing controller. This should fix a regression introduced in r211267. While I'm here remove unnecessary variable reassignment in ioctl handler. PR: kern/151079 MFC after: 1 week
Revision 1.170.2.14 / (download) - annotate - [select for diffs], Fri Sep 24 19:29:01 2010 UTC (16 months, 2 weeks ago) by yongari
Branch: RELENG_7
Changes since 1.170.2.13: +12 -2
lines
Diff to previous 1.170.2.13 (colored) to branchpoint 1.170 (colored)
SVN rev 213131 on 2010-09-24 19:29:01Z by yongari MFC r211767: Remove unnecessary controller reinitialization. PR: kern/87506
Revision 1.189.2.4 / (download) - annotate - [select for diffs], Fri Sep 24 19:27:47 2010 UTC (16 months, 2 weeks ago) by yongari
Branch: RELENG_8
Changes since 1.189.2.3: +12 -2
lines
Diff to previous 1.189.2.3 (colored) to branchpoint 1.189 (colored)
SVN rev 213130 on 2010-09-24 19:27:47Z by yongari MFC r211767: Remove unnecessary controller reinitialization. PR: kern/87506
Revision 1.170.2.13 / (download) - annotate - [select for diffs], Tue Aug 31 00:16:30 2010 UTC (17 months, 1 week ago) by yongari
Branch: RELENG_7
Changes since 1.170.2.12: +27 -23
lines
Diff to previous 1.170.2.12 (colored) to branchpoint 1.170 (colored)
SVN rev 212040 on 2010-08-31 00:16:30Z by yongari MFC r211648: It seems some newer RTL8139 controllers provides only memory space register mapping. I'm not sure whether it comes from the fact that controllers live behind certain PCI brdge(PLX PCI 6152 33BC) and the bridge has some issues in handling I/O space register mapping. Unfortunately it's not possible to narrow down to an exact controller that shows this issue because RealTek used the same PCI device/revision id again. In theory, it's possible to check parent PCI bridge device and change rl(4) to use memory space register mapping if the parent PCI bridge is PLX PCI 6152. But I didn't try to do that and we wouldn't get much benefit with added complexity. Blindly switching to use memory space register mapping for rl(4) may make most old controllers not to work. At least, I don't want to take potential risk from such change. So use I/O space register mapping by default but give users chance to override it via a tunable. The tunable to use memory space register mapping would be given by adding the following line to /boot/loader.conf file. dev.rl.%d.prefer_iomap="0" This change makes P811B quad-port work with this tunable.
Revision 1.189.2.3 / (download) - annotate - [select for diffs], Tue Aug 31 00:15:20 2010 UTC (17 months, 1 week ago) by yongari
Branch: RELENG_8
Changes since 1.189.2.2: +27 -23
lines
Diff to previous 1.189.2.2 (colored) to branchpoint 1.189 (colored)
SVN rev 212039 on 2010-08-31 00:15:20Z by yongari MFC r211648: It seems some newer RTL8139 controllers provides only memory space register mapping. I'm not sure whether it comes from the fact that controllers live behind certain PCI brdge(PLX PCI 6152 33BC) and the bridge has some issues in handling I/O space register mapping. Unfortunately it's not possible to narrow down to an exact controller that shows this issue because RealTek used the same PCI device/revision id again. In theory, it's possible to check parent PCI bridge device and change rl(4) to use memory space register mapping if the parent PCI bridge is PLX PCI 6152. But I didn't try to do that and we wouldn't get much benefit with added complexity. Blindly switching to use memory space register mapping for rl(4) may make most old controllers not to work. At least, I don't want to take potential risk from such change. So use I/O space register mapping by default but give users chance to override it via a tunable. The tunable to use memory space register mapping would be given by adding the following line to /boot/loader.conf file. dev.rl.%d.prefer_iomap="0" This change makes P811B quad-port work with this tunable.
Revision 1.170.2.12 / (download) - annotate - [select for diffs], Mon Aug 30 22:17:06 2010 UTC (17 months, 1 week ago) by yongari
Branch: RELENG_7
Changes since 1.170.2.11: +149 -6
lines
Diff to previous 1.170.2.11 (colored) to branchpoint 1.170 (colored)
SVN rev 212030 on 2010-08-30 22:17:06Z by yongari MFC r184515,184524,184559: r184515: Add RL_TWISTER_ENABLE option. This enables the magic bits to do long cable tuning. This has helped in some installations for hardware deployed by a former employer. Made optional because the lists aren't full of complaints about these cards... even when they were wildly popular. r184524: Fix a few typos/spelling errors in my comments from the last commit, plus a few others that had lingered in this driver... Submitted by: "b." bf2006a att yahoo KIBO com r184559: Make RL_TWISTER_ENABLE a tunable/sysctl. Eliminate it as an option. Fix module build.
Revision 1.193 / (download) - annotate - [select for diffs], Tue Aug 24 18:52:24 2010 UTC (17 months, 2 weeks ago) by yongari
Branch: MAIN
Changes since 1.192: +12 -2
lines
Diff to previous 1.192 (colored)
SVN rev 211767 on 2010-08-24 18:52:24Z by yongari Remove unnecessary controller reinitialization. PR: kern/87506
Revision 1.192 / (download) - annotate - [select for diffs], Sun Aug 22 21:26:35 2010 UTC (17 months, 2 weeks ago) by yongari
Branch: MAIN
Changes since 1.191: +27 -23
lines
Diff to previous 1.191 (colored)
SVN rev 211648 on 2010-08-22 21:26:35Z by yongari It seems some newer RTL8139 controllers provides only memory space register mapping. I'm not sure whether it comes from the fact that controllers live behind certain PCI brdge(PLX PCI 6152 33BC) and the bridge has some issues in handling I/O space register mapping. Unfortunately it's not possible to narrow down to an exact controller that shows this issue because RealTek used the same PCI device/revision id again. In theory, it's possible to check parent PCI bridge device and change rl(4) to use memory space register mapping if the parent PCI bridge is PLX PCI 6152. But I didn't try to do that and we wouldn't get much benefit with added complexity. Blindly switching to use memory space register mapping for rl(4) may make most old controllers not to work. At least, I don't want to take potential risk from such change. So use I/O space register mapping by default but give users chance to override it via a tunable. The tunable to use memory space register mapping would be given by adding the following line to /boot/loader.conf file. dev.rl.%d.prefer_iomap="0" This change makes P811B quad-port work with this tunable. Tested by: Nikola Kalpazanov ( n.kalpazanov <> gmail dot com ) MFC after: 1 week
Revision 1.170.2.11 / (download) - annotate - [select for diffs], Sun Aug 15 23:13:09 2010 UTC (17 months, 3 weeks ago) by yongari
Branch: RELENG_7
Changes since 1.170.2.10: +139 -2
lines
Diff to previous 1.170.2.10 (colored) to branchpoint 1.170 (colored)
SVN rev 211378 on 2010-08-15 23:13:09Z by yongari MFC r210244: Implement WOL. WOL is supported on RTL8139B or newer controllers. PR: kern/148013
Revision 1.189.2.2 / (download) - annotate - [select for diffs], Sun Aug 15 23:11:38 2010 UTC (17 months, 3 weeks ago) by yongari
Branch: RELENG_8
Changes since 1.189.2.1: +139 -2
lines
Diff to previous 1.189.2.1 (colored) to branchpoint 1.189 (colored)
SVN rev 211377 on 2010-08-15 23:11:38Z by yongari MFC r210244: Implement WOL. WOL is supported on RTL8139B or newer controllers. PR: kern/148013
Revision 1.191 / (download) - annotate - [select for diffs], Mon Jul 19 18:01:06 2010 UTC (18 months, 3 weeks ago) by yongari
Branch: MAIN
Changes since 1.190: +139 -2
lines
Diff to previous 1.190 (colored)
SVN rev 210244 on 2010-07-19 18:01:06Z by yongari Implement WOL. WOL is supported on RTL8139B or newer controllers. PR: kern/148013
Revision 1.189.2.1.4.1 / (download) - annotate - [select for diffs], Mon Jun 14 02:09:06 2010 UTC (19 months, 4 weeks ago) by kensmith
Branch: RELENG_8_1
CVS Tags: RELENG_8_1_0_RELEASE
Changes since 1.189.2.1: +0 -0
lines
Diff to previous 1.189.2.1 (colored) next main 1.189.2.2 (colored)
SVN rev 209145 on 2010-06-14 02:09:06Z by kensmith Copy stable/8 to releng/8.1 in preparation for 8.1-RC1. Approved by: re (implicit)
Revision 1.190 / (download) - annotate - [select for diffs], Mon May 3 07:32:50 2010 UTC (21 months, 1 week ago) by sobomax
Branch: MAIN
Changes since 1.189: +2 -2
lines
Diff to previous 1.189 (colored)
SVN rev 207554 on 2010-05-03 07:32:50Z by sobomax Add new tunable 'net.link.ifqmaxlen' to set default send interface queue length. The default value for this parameter is 50, which is quite low for many of today's uses and the only way to modify this parameter right now is to edit if_var.h file. Also add read-only sysctl with the same name, so that it's possible to retrieve the current value. MFC after: 1 month
Revision 1.170.2.10.4.1 / (download) - annotate - [select for diffs], Wed Feb 10 00:26:20 2010 UTC (2 years ago) by kensmith
Branch: RELENG_7_3
CVS Tags: RELENG_7_3_0_RELEASE
Changes since 1.170.2.10: +0 -0
lines
Diff to previous 1.170.2.10 (colored) next main 1.170.2.11 (colored)
SVN rev 203736 on 2010-02-10 00:26:20Z by kensmith Copy stable/7 to releng/7.3 as part of the 7.3-RELEASE process. Approved by: re (implicit)
Revision 1.189.2.1.2.1 / (download) - annotate - [select for diffs], Sun Oct 25 01:10:29 2009 UTC (2 years, 3 months ago) by kensmith
Branch: RELENG_8_0
CVS Tags: RELENG_8_0_0_RELEASE
Changes since 1.189.2.1: +0 -0
lines
Diff to previous 1.189.2.1 (colored) next main 1.189.2.2 (colored)
SVN rev 198460 on 2009-10-25 01:10:29Z by kensmith Copy stable/8 to releng/8.0 as part of 8.0-RELEASE release procedure. Approved by: re (implicit)
Revision 1.189.2.1 / (download) - annotate - [select for diffs], Mon Aug 3 08:13:06 2009 UTC (2 years, 6 months ago) by kensmith
Branch: RELENG_8
CVS Tags: RELENG_8_1_BP,
RELENG_8_0_BP
Branch point for: RELENG_8_1,
RELENG_8_0
Changes since 1.189: +0 -0
lines
Diff to previous 1.189 (colored)
SVN rev 196045 on 2009-08-03 08:13:06Z by kensmith Copy head to stable/8 as part of 8.0 Release cycle. Approved by: re (Implicit)
Revision 1.189 / (download) - annotate - [select for diffs], Fri Jun 26 11:45:06 2009 UTC (2 years, 7 months ago) by rwatson
Branch: MAIN
CVS Tags: RELENG_8_BP
Branch point for: RELENG_8
Changes since 1.188: +2 -2
lines
Diff to previous 1.188 (colored)
SVN rev 195049 on 2009-06-26 11:45:06Z by rwatson Use if_maddr_rlock()/if_maddr_runlock() rather than IF_ADDR_LOCK()/ IF_ADDR_UNLOCK() across network device drivers when accessing the per-interface multicast address list, if_multiaddrs. This will allow us to change the locking strategy without affecting our driver programming interface or binary interface. For two wireless drivers, remove unnecessary locking, since they don't actually access the multicast address list. Approved by: re (kib) MFC after: 6 weeks
Revision 1.188 / (download) - annotate - [select for diffs], Sat May 30 15:14:44 2009 UTC (2 years, 8 months ago) by attilio
Branch: MAIN
Changes since 1.187: +17 -10
lines
Diff to previous 1.187 (colored)
SVN rev 193096 on 2009-05-30 15:14:44Z by attilio When user_frac in the polling subsystem is low it is going to busy the CPU for too long period than necessary. Additively, interfaces are kept polled (in the tick) even if no more packets are available. In order to avoid such situations a new generic mechanism can be implemented in proactive way, keeping track of the time spent on any packet and fragmenting the time for any tick, stopping the processing as soon as possible. In order to implement such mechanism, the polling handler needs to change, returning the number of packets processed. While the intended logic is not part of this patch, the polling KPI is broken by this commit, adding an int return value and the new flag IFCAP_POLLING_NOCOUNT (which will signal that the return value is meaningless for the installed handler and checking should be skipped). Bump __FreeBSD_version in order to signal such situation. Reviewed by: emaste Sponsored by: Sandvine Incorporated
Revision 1.170.2.10.2.1 / (download) - annotate - [select for diffs], Wed Apr 15 03:14:26 2009 UTC (2 years, 9 months ago) by kensmith
Branch: RELENG_7_2
CVS Tags: RELENG_7_2_0_RELEASE
Changes since 1.170.2.10: +0 -0
lines
Diff to previous 1.170.2.10 (colored) next main 1.170.2.11 (colored)
SVN rev 191087 on 2009-04-15 03:14:26Z by kensmith Create releng/7.2 from stable/7 in preparation for 7.2-RELEASE. Approved by: re (implicit)
Revision 1.187 / (download) - annotate - [select for diffs], Mon Feb 9 16:53:37 2009 UTC (3 years ago) by fjoe
Branch: MAIN
Changes since 1.186: +1 -1
lines
Diff to previous 1.186 (colored)
SVN rev 188392 on 2009-02-09 16:53:37Z by fjoe Destroy TX tag outside of loop scope. Found with: Coverity Prevent(tm) CID: 3886
Revision 1.170.2.10 / (download) - annotate - [select for diffs], Mon Jan 12 04:10:40 2009 UTC (3 years ago) by yongari
Branch: RELENG_7
CVS Tags: RELENG_7_3_BP,
RELENG_7_2_BP
Branch point for: RELENG_7_3,
RELENG_7_2
Changes since 1.170.2.9: +2 -0
lines
Diff to previous 1.170.2.9 (colored) to branchpoint 1.170 (colored)
SVN rev 187083 on 2009-01-12 04:10:40Z by yongari MFC r186390: Since we don't request reset for rlphy(4), the link state 'UP' event from mii(4) may not be delivered if valid link was already established. To address the issue, check current link state after driving MII_TICK. This should fix a regression introduced in r184245.
Revision 1.170.2.9 / (download) - annotate - [select for diffs], Mon Jan 12 04:03:25 2009 UTC (3 years ago) by yongari
Branch: RELENG_7
Changes since 1.170.2.8: +38 -7
lines
Diff to previous 1.170.2.8 (colored) to branchpoint 1.170 (colored)
SVN rev 187082 on 2009-01-12 04:03:25Z by yongari MFC r184245,185575: r184245: Implement miibus_statchg handler. It detects whether rl(4) established a valid link or not. In rl_start_locked, don't try to send packets unless we have valid link. While I'm here add a check that verifies whether driver can accept Tx requests by inspecting IFF_DRV_OACTIVE/IFF_DRV_RUNNING flag. r185575: Update if_iqdrops instead of if_ierrors when m_devget(9) fails.
Revision 1.170.2.8 / (download) - annotate - [select for diffs], Mon Jan 12 03:54:33 2009 UTC (3 years ago) by yongari
Branch: RELENG_7
Changes since 1.170.2.7: +12 -9
lines
Diff to previous 1.170.2.7 (colored) to branchpoint 1.170 (colored)
SVN rev 187081 on 2009-01-12 03:54:33Z by yongari MFC r184241-184243: r184241: Don't rearm watchdog timer in rl_txeof(). The watchdog timer was already set in rl_start_locked(). Touching the watchdog timer in other places will hide the root cause of watchdog timeouts. r184282: Make rl_init_locked() call rl_reset. This will put hardware into sane state after resume/watchdog timeouts. r184283: After sending stop command to MAC, give hardware chance to drain active DMA operation.
Revision 1.170.2.7 / (download) - annotate - [select for diffs], Mon Jan 12 03:48:25 2009 UTC (3 years ago) by yongari
Branch: RELENG_7
Changes since 1.170.2.6: +247 -118
lines
Diff to previous 1.170.2.6 (colored) to branchpoint 1.170 (colored)
SVN rev 187080 on 2009-01-12 03:48:25Z by yongari
MFC r184240:
Various bus_dma(9) fixes.
- The hardware does not support DAC so limit DMA address space to
4GB.
- Removed BUS_DMA_ALLOC_NOW flag.
- Created separated Tx buffer and Rx buffer DMA tags. Previously
it used to single DMA tag and it was not possible to specify
different DMA restrictions.
- Apply 4 bytes alignment limitation of Tx buffer.
- Apply 8 bytes alignment limitation of Rx buffer.
- Tx side bus_dmamap_load_mbuf_sg(9) support.
- Preallocate Tx DMA maps as creating DMA maps take very long time
on architectures that require real DMA maps.
- Adjust guard buffer size to 1522 + 8 as it should include VLAN
and additional reserved bytes in Rx buffer.
- Plug memory leak in device detach. Previously wrong buffer
address was used to free allocated memory.
- Added rl_list_rx_init() to clear Rx buffer and cleared the
buffer.
- Don't destroy DMA maps in rl_txeof() as the DMA map should be
reused. There is no reason to destroy/recreate the DMA maps in
this driver.
- Removed rl_dma_map_rxbuf()/rl_dma_map_txbuf() callbacks.
- The hardware does not support descriptor based DMA on Tx side
and the Tx buffer address should be aligned on 4 bytes boundary
as well as manual padding for short frames. Because of this
hardware limitation rl(4) always used to invoke m_defrag(9) to
get a 4 bytes aligned single buffer. However m_defrag(9) takes
a lot of CPU cycles on slow machines and not all packets need
the help of m_defrag(9). Armed with the information, don't
invoke m_defrag(9) if the following conditions are true.
1. Buffer is not fragmented.
2. Buffer is aligned on 4 bytes boundary.
3. Manual padding is not necessary.
4. Or padding is necessary but upper stack passed a writable
buffer and the space needed for padding is satisfied.
This change combined with preallocated DMA maps greatly
increased Tx performance of driver on sparc64.
- Moved bus_dmamap_sync(9) in rl_start_locked() to rl_encap() and
corrected memory synchronization operation specifier of
bus_dmamap_sync(9).
- Removed bus_dmamap_unload(9) in rl_stop(). There is no need to
reload/unload Rx buffer as rl(4) always have to copy from the
buffer. It just needs proper bus_dmamap_sync(9) calls before
copying the received frame.
With this change rl(4) should work on systems with more than 4GB
memory.
PR: kern/128143
Revision 1.170.2.6 / (download) - annotate - [select for diffs], Sun Jan 11 16:21:33 2009 UTC (3 years ago) by wilko
Branch: RELENG_7
Changes since 1.170.2.5: +9 -3
lines
Diff to previous 1.170.2.5 (colored) to branchpoint 1.170 (colored)
SVN rev 187057 on 2009-01-11 16:21:33Z by wilko MFC: r186142 By default assume a 8139 chip if the EEPROM contents prove inconclusive. The same LOM hardware with goofed-up EEPROM programming also needed reading the Ethernet address from the chips registers as the EEPROM did not have a sensible address programmed. Patch developed by: pyun@ Funky hardware on loan: www.id-it.nl
Revision 1.186 / (download) - annotate - [select for diffs], Mon Dec 22 00:53:47 2008 UTC (3 years, 1 month ago) by yongari
Branch: MAIN
Changes since 1.185: +2 -0
lines
Diff to previous 1.185 (colored)
SVN rev 186390 on 2008-12-22 00:53:47Z by yongari Since we don't request reset for rlphy(4), the link state 'UP' event from mii(4) may not be delivered if valid link was already established. To address the issue, check current link state after driving MII_TICK. This should fix a regression introduced in r184245. PR: kern/129647
Revision 1.185 / (download) - annotate - [select for diffs], Mon Dec 15 21:54:23 2008 UTC (3 years, 1 month ago) by wilko
Branch: MAIN
Changes since 1.184: +9 -3
lines
Diff to previous 1.184 (colored)
SVN rev 186142 on 2008-12-15 21:54:23Z by wilko By default assume a 8139 chip if the EEPROM contents prove inconclusive. The same LOM hardware with goofed-up EEPROM programming also needed reading the Ethernet address from the chips registers as the EEPROM did not have a sensible address programmed. Patch developed by: pyun@ Funky hardware on loan: www.id-it.nl MFC after: 2 weeks
Revision 1.184 / (download) - annotate - [select for diffs], Wed Dec 3 03:20:18 2008 UTC (3 years, 2 months ago) by yongari
Branch: MAIN
Changes since 1.183: +4 -7
lines
Diff to previous 1.183 (colored)
SVN rev 185575 on 2008-12-03 03:20:18Z by yongari Update if_iqdrops instead of if_ierrors when m_devget(9) fails.
Revision 1.170.2.5.2.1 / (download) - annotate - [select for diffs], Tue Nov 25 02:59:29 2008 UTC (3 years, 2 months ago) by kensmith
Branch: RELENG_7_1
CVS Tags: RELENG_7_1_0_RELEASE
Changes since 1.170.2.5: +0 -0
lines
Diff to previous 1.170.2.5 (colored) next main 1.170.2.6 (colored)
SVN rev 185281 on 2008-11-25 02:59:29Z by kensmith Create releng/7.1 in preparation for moving into RC phase of 7.1 release cycle. Approved by: re (implicit)
Revision 1.183 / (download) - annotate - [select for diffs], Sun Nov 2 16:50:57 2008 UTC (3 years, 3 months ago) by imp
Branch: MAIN
Changes since 1.182: +32 -22
lines
Diff to previous 1.182 (colored)
SVN rev 184559 on 2008-11-02 16:50:57Z by imp Make RL_TWISTER_ENABLE a tunable/sysctl. Eliminate it as an option. Fix module build. Submitted by: Kostik Belousov
Revision 1.182 / (download) - annotate - [select for diffs], Sat Nov 1 17:02:01 2008 UTC (3 years, 3 months ago) by imp
Branch: MAIN
Changes since 1.181: +7 -7
lines
Diff to previous 1.181 (colored)
SVN rev 184524 on 2008-11-01 17:02:01Z by imp Fix a few typos/spelling errors in my comments from the last commit, plus a few others that had lingered in this driver... Submitted by: "b." bf2006a att yahoo KIBO com
Revision 1.181 / (download) - annotate - [select for diffs], Fri Oct 31 23:24:13 2008 UTC (3 years, 3 months ago) by imp
Branch: MAIN
Changes since 1.180: +135 -2
lines
Diff to previous 1.180 (colored)
SVN rev 184515 on 2008-10-31 23:24:13Z by imp Add RL_TWISTER_ENABLE option. This enables the magic bits to do long cable tuning. This has helped in some installations for hardware deployed by a former employer. Made optional because the lists aren't full of complaints about these cards... even when they were wildly popular. Reviewed by: attilio@, jhb@, trhodes@ (all an older version of the patch)
Revision 1.180 / (download) - annotate - [select for diffs], Sat Oct 25 03:41:36 2008 UTC (3 years, 3 months ago) by yongari
Branch: MAIN
Changes since 1.179: +34 -0
lines
Diff to previous 1.179 (colored)
SVN rev 184245 on 2008-10-25 03:41:36Z by yongari Implement miibus_statchg handler. It detects whether rl(4) established a valid link or not. In rl_start_locked, don't try to send packets unless we have valid link. While I'm here add a check that verifies whether driver can accept Tx requests by inspecting IFF_DRV_OACTIVE/IFF_DRV_RUNNING flag.
Revision 1.179 / (download) - annotate - [select for diffs], Sat Oct 25 03:06:47 2008 UTC (3 years, 3 months ago) by yongari
Branch: MAIN
Changes since 1.178: +8 -0
lines
Diff to previous 1.178 (colored)
SVN rev 184243 on 2008-10-25 03:06:47Z by yongari After sending stop command to MAC, give hardware chance to drain active DMA operation.
Revision 1.178 / (download) - annotate - [select for diffs], Sat Oct 25 02:52:06 2008 UTC (3 years, 3 months ago) by yongari
Branch: MAIN
Changes since 1.177: +4 -7
lines
Diff to previous 1.177 (colored)
SVN rev 184242 on 2008-10-25 02:52:06Z by yongari Make rl_init_locked() call rl_reset. This will put hardware into sane state after resume/watchdog timeouts.
Revision 1.177 / (download) - annotate - [select for diffs], Sat Oct 25 02:41:11 2008 UTC (3 years, 3 months ago) by yongari
Branch: MAIN
Changes since 1.176: +0 -2
lines
Diff to previous 1.176 (colored)
SVN rev 184241 on 2008-10-25 02:41:11Z by yongari Don't rearm watchdog timer in rl_txeof(). The watchdog timer was already set in rl_start_locked(). Touching the watchdog timer in other places will hide the root cause of watchdog timeouts.
Revision 1.176 / (download) - annotate - [select for diffs], Sat Oct 25 02:36:08 2008 UTC (3 years, 3 months ago) by yongari
Branch: MAIN
Changes since 1.175: +247 -118
lines
Diff to previous 1.175 (colored)
SVN rev 184240 on 2008-10-25 02:36:08Z by yongari
Various bus_dma(9) fixes.
- The hardware does not support DAC so limit DMA address space to
4GB.
- Removed BUS_DMA_ALLOC_NOW flag.
- Created separated Tx buffer and Rx buffer DMA tags. Previously
it used to single DMA tag and it was not possible to specify
different DMA restrictions.
- Apply 4 bytes alignment limitation of Tx buffer.
- Apply 8 bytes alignment limitation of Rx buffer.
- Tx side bus_dmamap_load_mbuf_sg(9) support.
- Preallocate Tx DMA maps as creating DMA maps take very long time
on architectures that require real DMA maps.
- Adjust guard buffer size to 1522 + 8 as it should include VLAN
and additional reserved bytes in Rx buffer.
- Plug memory leak in device detach. Previously wrong buffer
address was used to free allocated memory.
- Added rl_list_rx_init() to clear Rx buffer and cleared the
buffer.
- Don't destroy DMA maps in rl_txeof() as the DMA map should be
reused. There is no reason to destroy/recreate the DMA maps in
this driver.
- Removed rl_dma_map_rxbuf()/rl_dma_map_txbuf() callbacks.
- The hardware does not support descriptor based DMA on Tx side
and the Tx buffer address should be aligned on 4 bytes boundary
as well as manual padding for short frames. Because of this
hardware limitation rl(4) always used to invoke m_defrag(9) to
get a 4 bytes aligned single buffer. However m_defrag(9) takes
a lot of CPU cycles on slow machines and not all packets need
the help of m_defrag(9). Armed with the information, don't
invoke m_defrag(9) if the following conditions are true.
1. Buffer is not fragmented.
2. Buffer is aligned on 4 bytes boundary.
3. Manual padding is not necessary.
4. Or padding is necessary but upper stack passed a writable
buffer and the space needed for padding is satisfied.
This change combined with preallocated DMA maps greatly
increased Tx performance of driver on sparc64.
- Moved bus_dmamap_sync(9) in rl_start_locked() to rl_encap() and
corrected memory synchronization operation specifier of
bus_dmamap_sync(9).
- Removed bus_dmamap_unload(9) in rl_stop(). There is no need to
reload/unload Rx buffer as rl(4) always have to copy from the
buffer. It just needs proper bus_dmamap_sync(9) calls before
copying the received frame.
With this change rl(4) should work on systems with more than 4GB
memory.
PR: kern/128143
Revision 1.152.2.10.2.1 / (download) - annotate - [select for diffs], Thu Oct 2 02:57:24 2008 UTC (3 years, 4 months ago) by kensmith
Branch: RELENG_6_4
CVS Tags: RELENG_6_4_0_RELEASE
Changes since 1.152.2.10: +0 -0
lines
Diff to previous 1.152.2.10 (colored) next main 1.153 (colored)
SVN rev 183531 on 2008-10-02 02:57:24Z by kensmith Create releng/6.4 from stable/6 in preparation for 6.4-RC1. Approved by: re (implicit)
Revision 1.152.2.10 / (download) - annotate - [select for diffs], Sun Jul 13 11:57:59 2008 UTC (3 years, 6 months ago) by remko
Branch: RELENG_6
CVS Tags: RELENG_6_4_BP
Branch point for: RELENG_6_4
Changes since 1.152.2.9: +2 -0
lines
Diff to previous 1.152.2.9 (colored) to branchpoint 1.152 (colored) next main 1.153 (colored)
SVN rev 180490 on 2008-07-13 11:57:59Z by remko MFC r179831 Add another 8139D variant. PR: 124622 Submitted by: Evgeny Zhirnov <jirnov at gmail dot com> Approved by: imp (mentor, implicit) MFC after: 3 days Approved by: imp (mentor, implicit)
Revision 1.170.2.5 / (download) - annotate - [select for diffs], Sun Jul 13 11:56:55 2008 UTC (3 years, 6 months ago) by remko
Branch: RELENG_7
CVS Tags: RELENG_7_1_BP
Branch point for: RELENG_7_1
Changes since 1.170.2.4: +2 -0
lines
Diff to previous 1.170.2.4 (colored) to branchpoint 1.170 (colored)
SVN rev 180489 on 2008-07-13 11:56:55Z by remko MFC r179831 Add another 8139D variant. PR: 124622 Submitted by: Evgeny Zhirnov <jirnov at gmail dot com> Approved by: imp (mentor, implicit) MFC after: 3 days Approved by: imp (mentor, implicit)
Revision 1.175 / (download) - annotate - [select for diffs], Mon Jun 16 18:32:20 2008 UTC (3 years, 7 months ago) by remko
Branch: MAIN
Changes since 1.174: +2 -0
lines
Diff to previous 1.174 (colored)
SVN rev 179831 on 2008-06-16 18:32:20Z by remko Add another 8139D variant. PR: 124622 Submitted by: Evgeny Zhirnov <jirnov at gmail dot com> Approved by: imp (mentor, implicit) MFC after: 3 days
Revision 1.170.2.4 / (download) - annotate - [select for diffs], Tue Apr 22 05:56:16 2008 UTC (3 years, 9 months ago) by yongari
Branch: RELENG_7
Changes since 1.170.2.3: +18 -41
lines
Diff to previous 1.170.2.3 (colored) to branchpoint 1.170 (colored)
MFC if_re.c 1.106, if_rl.c 1.173 to RELENG_7. Don't map memory/IO resource in device probe and just use PCI vendor/revision/sub device id of the hardware to probe it. This is the same way as NetBSD does and it enhances readabilty a lot.
Revision 1.152.2.9 / (download) - annotate - [select for diffs], Thu Apr 17 04:18:29 2008 UTC (3 years, 9 months ago) by yongari
Branch: RELENG_6
Changes since 1.152.2.8: +5 -3
lines
Diff to previous 1.152.2.8 (colored) to branchpoint 1.152 (colored)
MFC if_rl.c, rev 1.174 to RELENG_6. It seems that RealTek 8129/8139 chip reports invalid length of received frame under certain conditions. wpaul said the length 0xfff0 is special meaning that indicates hardware is in the process of copying a packet into host memory. But it seems there are other cases that hardware is busy or stuck in bad situation even if the received frame length is not 0xfff0. To work-around this condition, add a check that verifys that recevied frame length is in valid range. If received length is out of range reinitialize hardware to recover from stuck condition.
Revision 1.170.2.3 / (download) - annotate - [select for diffs], Thu Apr 17 04:16:50 2008 UTC (3 years, 9 months ago) by yongari
Branch: RELENG_7
Changes since 1.170.2.2: +5 -3
lines
Diff to previous 1.170.2.2 (colored) to branchpoint 1.170 (colored)
MFC if_rl.c, rev 1.174 to RELENG_7. It seems that RealTek 8129/8139 chip reports invalid length of received frame under certain conditions. wpaul said the length 0xfff0 is special meaning that indicates hardware is in the process of copying a packet into host memory. But it seems there are other cases that hardware is busy or stuck in bad situation even if the received frame length is not 0xfff0. To work-around this condition, add a check that verifys that recevied frame length is in valid range. If received length is out of range reinitialize hardware to recover from stuck condition.
Revision 1.174 / (download) - annotate - [select for diffs], Thu Apr 10 01:06:05 2008 UTC (3 years, 10 months ago) by yongari
Branch: MAIN
Changes since 1.173: +5 -3
lines
Diff to previous 1.173 (colored)
It seems that RealTek 8129/8139 chip reports invalid length of received frame under certain conditions. wpaul said the length 0xfff0 is special meaning that indicates hardware is in the process of copying a packet into host memory. But it seems there are other cases that hardware is busy or stuck in bad situation even if the received frame length is not 0xfff0. To work-around this condition, add a check that verifys that recevied frame length is in valid range. If received length is out of range reinitialize hardware to recover from stuck condition. Reported by: Mike Tancsa ( mike AT sentex DOT net ) Tested by: Mike Tancsa Obtained from: OpenBSD MFC after: 1 week
Revision 1.170.2.2 / (download) - annotate - [select for diffs], Thu Mar 13 07:50:48 2008 UTC (3 years, 10 months ago) by yongari
Branch: RELENG_7
Changes since 1.170.2.1: +4 -2
lines
Diff to previous 1.170.2.1 (colored) to branchpoint 1.170 (colored)
MFC: Fix function prototype for device_shutdown method.
Revision 1.173 / (download) - annotate - [select for diffs], Mon Mar 3 04:15:08 2008 UTC (3 years, 11 months ago) by yongari
Branch: MAIN
Changes since 1.172: +18 -41
lines
Diff to previous 1.172 (colored)
Don't map memory/IO resource in device probe and just use PCI vendor/revision/sub device id of the hardware to probe it. This is the same way as NetBSD does and it enhances readabilty a lot.
Revision 1.152.2.7.2.1 / (download) - annotate - [select for diffs], Sun Dec 2 09:04:11 2007 UTC (4 years, 2 months ago) by remko
Branch: RELENG_6_3
CVS Tags: RELENG_6_3_0_RELEASE
Changes since 1.152.2.7: +2 -0
lines
Diff to previous 1.152.2.7 (colored) next main 1.152.2.8 (colored)
MFC rev 1.45 rl.4 Add the Planex FNW-3603TX card to the list. MFC rev 1.172 if_rl.c MFC rev 1.68 if_rlreg.h Add the FNW3603TX Planex NIC. PR: 76081 Approved by: imp (mentor) Submitted by: umi at pocke dot org MFC After: 3 days Approved by: re (hrs), imp (mentor, implicit)
Revision 1.152.2.8 / (download) - annotate - [select for diffs], Sun Dec 2 08:54:59 2007 UTC (4 years, 2 months ago) by remko
Branch: RELENG_6
Changes since 1.152.2.7: +2 -0
lines
Diff to previous 1.152.2.7 (colored) to branchpoint 1.152 (colored)
MFC rev 1.45 rl.4 Add the Planex FNW-3603TX card to the list. MFC rev 1.172 if_rl.c MFC rev 1.68 if_rlreg.h Add the FNW3603TX Planex NIC. PR: 76081 Approved by: imp (mentor) Submitted by: umi at pocke dot org MFC After: 3 days Approved by: re (hrs), imp (mentor, implicit)
Revision 1.170.2.1 / (download) - annotate - [select for diffs], Sun Dec 2 08:38:31 2007 UTC (4 years, 2 months ago) by remko
Branch: RELENG_7
CVS Tags: RELENG_7_0_BP,
RELENG_7_0_0_RELEASE,
RELENG_7_0
Changes since 1.170: +2 -0
lines
Diff to previous 1.170 (colored)
MFC rev 1.45 rl.4 Add the Planex FNW-3603TX card to the list. MFC rev 1.172 if_rl.c MFC rev 1.68 if_rlreg.h Add the FNW3603TX Planex NIC. PR: 76081 Approved by: imp (mentor) Submitted by: umi at pocke dot org MFC After: 3 days Approved by: re (hrs), imp (mentor, implicit)
Revision 1.172 / (download) - annotate - [select for diffs], Mon Nov 26 18:25:07 2007 UTC (4 years, 2 months ago) by remko
Branch: MAIN
Changes since 1.171: +2 -0
lines
Diff to previous 1.171 (colored)
Add the FNW3603TX Planex NIC. PR: 76081 Approved by: imp (mentor) Submitted by: umi at pocke dot org MFC After: 3 days
Revision 1.171 / (download) - annotate - [select for diffs], Thu Nov 22 02:45:00 2007 UTC (4 years, 2 months ago) by yongari
Branch: MAIN
Changes since 1.170: +4 -2
lines
Diff to previous 1.170 (colored)
Fix function prototype for device_shutdown method.
Revision 1.170 / (download) - annotate - [select for diffs], Tue Jul 24 01:24:03 2007 UTC (4 years, 6 months ago) by yongari
Branch: MAIN
CVS Tags: RELENG_7_BP
Branch point for: RELENG_7
Changes since 1.169: +8 -8
lines
Diff to previous 1.169 (colored)
Add MSI support. Ever since switching to adaptive polling re(4) occasionally spews watchdog timeouts on systems with MSI capability. This change is minimal one for supporting MSI and re(4) also needs MSIX support for RTL8111C in future. Because softc structure of re(4) is shared with rl(4), rl(4) was touched to use the modified softc. Reported by: cnst Tested by: cnst Approved by: re (kensmith)
Revision 1.169 / (download) - annotate - [select for diffs], Fri Feb 23 12:19:03 2007 UTC (4 years, 11 months ago) by piso
Branch: MAIN
Changes since 1.168: +1 -1
lines
Diff to previous 1.168 (colored)
o break newbus api: add a new argument of type driver_filter_t to bus_setup_intr() o add an int return code to all fast handlers o retire INTR_FAST/IH_FAST For more info: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=465712+0+current/freebsd-current Reviewed by: many Approved by: re@
Revision 1.168 / (download) - annotate - [select for diffs], Sun Jan 21 19:32:51 2007 UTC (5 years ago) by marius
Branch: MAIN
Changes since 1.167: +1 -1
lines
Diff to previous 1.167 (colored)
Change the remainder of the drivers for DMA'ing devices enabled in the sparc64 GENERIC and the sound device drivers known working on sparc64 to use bus_get_dma_tag() to obtain the parent DMA tag so we can get rid of the sparc64_root_dma_tag kludge eventually. Except for ath(4), sk(4), stge(4) and ti(4) these changes are runtime tested (unless I booted up the wrong kernels again...).
Revision 1.152.2.7 / (download) - annotate - [select for diffs], Thu Dec 21 12:57:06 2006 UTC (5 years, 1 month ago) by yongari
Branch: RELENG_6
CVS Tags: RELENG_6_3_BP
Branch point for: RELENG_6_3
Changes since 1.152.2.6: +5 -4
lines
Diff to previous 1.152.2.6 (colored) to branchpoint 1.152 (colored)
MFC if_rl.c, 1.166 to RELENG_6. Don't assume IF_LLADDR returns aligned memory address. Because accessing ID registers in rtl81x9 needs 32bit register access and RL_IDR6/RL_IDR7 registers are reservered registers bzero() is needed before copying ethernet address. This fixes unaligned memory accesses panic in sparc64.
Revision 1.167 / (download) - annotate - [select for diffs], Mon Dec 18 02:17:21 2006 UTC (5 years, 1 month ago) by yongari
Branch: MAIN
Changes since 1.166: +0 -0
lines
Diff to previous 1.166 (colored)
Forced commit to note reserved ID registers in rtl81x9 are RL_IDR6/RL_IDR67 in previous commit.
Revision 1.166 / (download) - annotate - [select for diffs], Mon Dec 18 01:38:10 2006 UTC (5 years, 1 month ago) by yongari
Branch: MAIN
Changes since 1.165: +5 -4
lines
Diff to previous 1.165 (colored)
Don't assume IF_LLADDR returns aligned memory address. Because accessing ID registers in rtl81x9 needs 32bit register access and RL_IDR4/RL_IDR5 registers are reservered registers bzero() is needed before copying ethernet address. This fixes unaligned memory accesses panic in sparc64. PR: kern/106801 MFC after: 3 days
Revision 1.165 / (download) - annotate - [select for diffs], Fri Dec 1 21:52:07 2006 UTC (5 years, 2 months ago) by ru
Branch: MAIN
Changes since 1.164: +15 -14
lines
Diff to previous 1.164 (colored)
if_watchdog -> rl_watchdog
Revision 1.152.2.6 / (download) - annotate - [select for diffs], Fri Oct 13 07:39:25 2006 UTC (5 years, 3 months ago) by glebius
Branch: RELENG_6
CVS Tags: RELENG_6_2_BP,
RELENG_6_2_0_RELEASE,
RELENG_6_2
Changes since 1.152.2.5: +5 -4
lines
Diff to previous 1.152.2.5 (colored) to branchpoint 1.152 (colored)
MFC rev. 1.164: Consistently use if_printf() only in interface methods: if_start, if_ioctl, if_watchdog, etc, or in functions that are used by these methods only. In all other cases use device_printf(). This also fixes several panics, when if_printf() is called before softc->ifp was initialized. PR: kern/102974 Submitted by: Alex Lyashkov <umka sevcity.net> Approved by: re (hrs)
Revision 1.164 / (download) - annotate - [select for diffs], Fri Sep 15 10:40:54 2006 UTC (5 years, 4 months ago) by glebius
Branch: MAIN
Changes since 1.163: +5 -4
lines
Diff to previous 1.163 (colored)
Consistently use if_printf() only in interface methods: if_start, if_ioctl, if_watchdog, etc, or in functions that are used by these methods only. In all other cases use device_printf(). This also fixes several panics, when if_printf() is called before softc->ifp was initialized. Submitted by: Alex Lyashkov <umka sevcity.net>
Revision 1.152.2.5 / (download) - annotate - [select for diffs], Fri Mar 17 21:30:56 2006 UTC (5 years, 10 months ago) by glebius
Branch: RELENG_6
CVS Tags: RELENG_6_1_BP,
RELENG_6_1_0_RELEASE,
RELENG_6_1
Changes since 1.152.2.4: +0 -1
lines
Diff to previous 1.152.2.4 (colored) to branchpoint 1.152 (colored)
MFC: Do not touch ifp->if_baudrate in miibus aware drivers. Approved by: re (scottl)
Revision 1.163 / (download) - annotate - [select for diffs], Tue Feb 14 12:44:56 2006 UTC (5 years, 11 months ago) by glebius
Branch: MAIN
Changes since 1.162: +0 -1
lines
Diff to previous 1.162 (colored)
Do not touch ifp->if_baudrate in miibus aware drivers.
Revision 1.145.2.4 / (download) - annotate - [select for diffs], Sun Jan 29 15:39:08 2006 UTC (6 years ago) by emaste
Branch: RELENG_5
CVS Tags: RELENG_5_5_BP,
RELENG_5_5_0_RELEASE,
RELENG_5_5
Changes since 1.145.2.3: +2 -0
lines
Diff to previous 1.145.2.3 (colored) to branchpoint 1.145 (colored) next main 1.146 (colored)
Merge IP multicast address list locking from HEAD to RELENG_5. if_ath.c:1.99 awi.c:1.39 if_bfe.c:1.26 if_bge.c:1.92 if_ed.c:1.255 if_em.c:1.67 if_ex.c:1.57 if_fe.c:1.92 if_fxp.c:1.242 if_gem.c:1.32 if_hme.c:1.38 if_ie.c:1.103 if_ndis.c:1.100 if_ixgb.c:1.12 if_lge.c:1.40 if_lnc.c:1.112 if_my.c:1.30 if_nge.c:1.76 if_nve.c:1.9 if_owi.c:1.11 pdq_ifsubr.c:1.27 if_ray.c:1.80 if_re.c:1.47 if_sn.c:1.47 dp83932.c:1.20 if_tx.c:1.90 if_txp.c:1.32 if_aue.c:1.91 if_axe.c:1.31 if_cue.c:1.58 if_kue.c:1.65 if_rue.c:1.22 if_udav.c:1.15 if_vge.c:1.15 if_wi.c:1.182 if_wl.c:1.67 if_xe.c:1.58 if_dc.c:1.161 if_de.c:1.167 if_pcn.c:1.70 if_rl.c:1.153 if_sf.c:1.83 if_sis.c:1.134 if_sk.c:1.107 if_ste.c:1.85 if_ti.c:1.108 if_tl.c:1.100 if_vr.c:1.105 if_wb.c:1.80 if_xl.c:1.193: Modify device drivers supporting multicast addresses to lock if_addr_mtx over iteration of their multicast address lists when synchronizing the hardware address filter with the network stack-maintained list. Note that with these changes, these drivers now depend on locking the global if_addr_mtx, so binary modules of these drivers will not work on 5.4 or earlier releases. Approved by: rwatson (mentor)
Revision 1.162 / (download) - annotate - [select for diffs], Fri Nov 11 16:04:58 2005 UTC (6 years, 3 months ago) by ru
Branch: MAIN
Changes since 1.161: +2 -2
lines
Diff to previous 1.161 (colored)
- Store pointer to the link-level address right in "struct ifnet" rather than in ifindex_table[]; all (except one) accesses are through ifp anyway. IF_LLADDR() works faster, and all (except one) ifaddr_byindex() users were converted to use ifp->if_addr. - Stop storing a (pointer to) Ethernet address in "struct arpcom", and drop the IFP2ENADDR() macro; all users have been converted to use IF_LLADDR() instead.
Revision 1.161 / (download) - annotate - [select for diffs], Sat Oct 22 05:06:55 2005 UTC (6 years, 3 months ago) by imp
Branch: MAIN
Changes since 1.160: +1 -1
lines
Diff to previous 1.160 (colored)
Replace FreeBSD 3.x syntax (controller miibus0) with 4.x syntax (device miibus) in time for 7.0 :-)
Revision 1.160 / (download) - annotate - [select for diffs], Thu Oct 13 21:11:20 2005 UTC (6 years, 3 months ago) by ru
Branch: MAIN
Changes since 1.159: +3 -2
lines
Diff to previous 1.159 (colored)
In detach method, move if_free() after bus_teardown_intr().
Revision 1.152.2.4 / (download) - annotate - [select for diffs], Fri Oct 7 14:00:06 2005 UTC (6 years, 4 months ago) by glebius
Branch: RELENG_6
CVS Tags: RELENG_6_0_BP,
RELENG_6_0_0_RELEASE,
RELENG_6_0
Changes since 1.152.2.3: +44 -37
lines
Diff to previous 1.152.2.3 (colored) to branchpoint 1.152 (colored)
Big overall MFC of polling(4) cleanup: o First attempt on removing Giant from polling. Details: http://lists.freebsd.org/pipermail/cvs-src/2005-September/051848.html o Second attempt, and big polling cleanup including: - Functinal approach to turning polling on/off - Deprecating of poll_in_trap - Removal of ifnet knowledge from kern_poll.c Details: http://lists.freebsd.org/pipermail/cvs-src/2005-October/053267.html o Improved checking of user configurable sysctls. Details: http://lists.freebsd.org/pipermail/cvs-src/2005-October/053351.html o Moving DEVICE_POLLING from opt_global.h to opt_device_polling.h: http://lists.freebsd.org/pipermail/cvs-src/2005-October/053479.html o All related documentation fixes. Approved by: re (kensmith) Thanks to: everyone, who helped with testing
Revision 1.152.2.3 / (download) - annotate - [select for diffs], Thu Oct 6 20:17:17 2005 UTC (6 years, 4 months ago) by jhb
Branch: RELENG_6
Changes since 1.152.2.2: +17 -26
lines
Diff to previous 1.152.2.2 (colored) to branchpoint 1.152 (colored)
MFC: Fixup locking in rl(4) and re(4). Approved by: re (scottl)
Revision 1.159 / (download) - annotate - [select for diffs], Wed Oct 5 10:09:16 2005 UTC (6 years, 4 months ago) by glebius
Branch: MAIN
Changes since 1.158: +4 -0
lines
Diff to previous 1.158 (colored)
- Don't pollute opt_global.h with DEVICE_POLLING and introduce opt_device_polling.h - Include opt_device_polling.h into appropriate files. - Embrace with HAVE_KERNEL_OPTION_HEADERS the include in the files that can be compiled as loadable modules. Reviewed by: bde
Revision 1.158 / (download) - annotate - [select for diffs], Sat Oct 1 18:56:19 2005 UTC (6 years, 4 months ago) by glebius
Branch: MAIN
Changes since 1.157: +40 -36
lines
Diff to previous 1.157 (colored)
Big polling(4) cleanup.
o Axe poll in trap.
o Axe IFF_POLLING flag from if_flags.
o Rework revision 1.21 (Giant removal), in such a way that
poll_mtx is not dropped during call to polling handler.
This fixes problem with idle polling.
o Make registration and deregistration from polling in a
functional way, insted of next tick/interrupt.
o Obsolete kern.polling.enable. Polling is turned on/off
with ifconfig.
Detailed kern_poll.c changes:
- Remove polling handler flags, introduced in 1.21. The are not
needed now.
- Forget and do not check if_flags, if_capenable and if_drv_flags.
- Call all registered polling handlers unconditionally.
- Do not drop poll_mtx, when entering polling handlers.
- In ether_poll() NET_LOCK_GIANT prior to locking poll_mtx.
- In netisr_poll() axe the block, where polling code asks drivers
to unregister.
- In netisr_poll() and ether_poll() do polling always, if any
handlers are present.
- In ether_poll_[de]register() remove a lot of error hiding code. Assert
that arguments are correct, instead.
- In ether_poll_[de]register() use standard return values in case of
error or success.
- Introduce poll_switch() that is a sysctl handler for kern.polling.enable.
poll_switch() goes through interface list and enabled/disables polling.
A message that kern.polling.enable is deprecated is printed.
Detailed driver changes:
- On attach driver announces IFCAP_POLLING in if_capabilities, but
not in if_capenable.
- On detach driver calls ether_poll_deregister() if polling is enabled.
- In polling handler driver obtains its lock and checks IFF_DRV_RUNNING
flag. If there is no, then unlocks and returns.
- In ioctl handler driver checks for IFCAP_POLLING flag requested to
be set or cleared. Driver first calls ether_poll_[de]register(), then
obtains driver lock and [dis/en]ables interrupts.
- In interrupt handler driver checks IFCAP_POLLING flag in if_capenable.
If present, then returns.This is important to protect from spurious
interrupts.
Reviewed by: ru, sam, jhb
Revision 1.157 / (download) - annotate - [select for diffs], Thu Sep 29 16:52:19 2005 UTC (6 years, 4 months ago) by jhb
Branch: MAIN
Changes since 1.156: +11 -17
lines
Diff to previous 1.156 (colored)
- Use if_printf() and device_printf() in re(4) and remove rl_unit from the softc. - Use callout_init_mtx() and rather than timeout/untimeout in both rl(4) and re(4). - Fix locking for ifmedia by locking the driver in the ifmedia handlers rather than in the miibus functions. (re(4) didn't lock the mii stuff at all!) - Fix some locking in re_ioctl(). Note: the two drivers share the same softc declared in if_rlreg.h, so they had to be change simultaneously. MFC after: 1 week Tested by: several on rl(4), none on re(4)
Revision 1.156 / (download) - annotate - [select for diffs], Fri Sep 16 11:11:51 2005 UTC (6 years, 4 months ago) by ru
Branch: MAIN
Changes since 1.155: +3 -5
lines
Diff to previous 1.155 (colored)
Fix "struct ifnet" leaks when attach() fails in the middle, e.g. when mii_phy_probe() or bus_setup_intr() fails. For drivers that call their detach() in this case, call if_free() there to cover this case too.
Revision 1.155 / (download) - annotate - [select for diffs], Wed Sep 14 12:33:23 2005 UTC (6 years, 4 months ago) by ru
Branch: MAIN
Changes since 1.154: +3 -4
lines
Diff to previous 1.154 (colored)
Fixed "Memory modified after free" panic in rl_detach() due to rl_stop() accessing already freed "struct ifnet". Fixed LOR between rl mutex and some ACPI mutex in rl_detach().
Revision 1.152.2.2 / (download) - annotate - [select for diffs], Thu Aug 25 05:01:23 2005 UTC (6 years, 5 months ago) by rwatson
Branch: RELENG_6
Changes since 1.152.2.1: +6 -6
lines
Diff to previous 1.152.2.1 (colored) to branchpoint 1.152 (colored)
Merge linux_ioctl.c:1.128 svr4_sockio.c:1.17 altq_cbq.c:1.3 if_oltr.c:1.38 if_pflog.c:1.14 if_pfsync.c:1.21 if_an.c:1.70 if_ar.c:1.72 if_arl.c:1.11 amrr.c:1.10 onoe.c:1.10 if_ath.c:1.101 awi.c:1.41 if_bfe.c:1.27 if_bge.c:1.93 if_cm_isa.c:1.7 smc90cx6.c:1.16 if_cnw.c:1.20 if_cp.c:1.25 if_cs.c:1.42 if_ct.c:1.26 if_cx.c:1.46 if_ed.c:1.256 if_em.c:1.68 if_en_pci.c:1.37 midway.c:1.66 if_ep.c:1.143 if_ex.c:1.58 if_fatm.c:1.20 if_fe.c:1.93 if_fwe.c:1.38 if_fwip.c:1.8 if_fxp.c:1.244 if_gem.c:1.33 if_hatm.c:1.25 if_hatm_intr.c:1.20 if_hatm_ioctl.c:1.13 if_hatm_rx.c:1.10 if_hatm_tx.c:1.14 if_hme.c:1.39 if_ie.c:1.104 if_ndis.c:1.101 if_ic.c:1.24 if_ipw.c:1.10 if_iwi.c:1.10 if_ixgb.c:1.13 if_lge.c:1.41 if_lnc.c:1.113 if_my.c:1.31 if_nge.c:1.77 if_nve.c:1.10 if_owi.c:1.12 if_patm.c:1.9 if_patm_intr.c:1.6 if_patm_ioctl.c:1.10 if_patm_tx.c:1.10 pdq_ifsubr.c:1.28 if_plip.c:1.38 if_ral.c:1.12 if_ral_pci.c:1.2 if_ray.c:1.81 if_rayvar.h:1.22 if_re.c:1.49 if_sbni.c:1.21 if_sbsh.c:1.14 if_sn.c:1.48 dp83932.c:1.21 if_snc_pccard.c:1.9 if_sr.c:1.70 if_tx.c:1.91 if_txp.c:1.33 if_aue.c:1.92 if_axe.c:1.32 if_cdce.c:1.8 if_cue.c:1.59 if_kue.c:1.66 if_rue.c:1.23 if_udav.c:1.16 if_ural.c:1.12 if_vge.c:1.16 if_vx.c:1.58 if_wi.c:1.185 if_wi_pci.c:1.26 if_wl.c:1.68 if_xe.c:1.60 if_xe_pccard.c:1.30 if_el.c:1.68 i4b_ipr.c:1.35 i4b_isppp.c:1.31 kern_poll.c:1.20 bridge.c:1.94 bridgestp.c:1.4 if_arcsubr.c:1.27 if_atm.h:1.24 if_atmsubr.c:1.40 if_bridge.c:1.16 if_ef.c:1.35 if_ethersubr.c:1.196 if_faith.c:1.37 if_fddisubr.c:1.100 if_fwsubr.c:1.14 if_gif.c:1.54 if_gre.c:1.34 if_iso88025subr.c:1.70 if_loop.c:1.107 if_ppp.c:1.106 if_spppsubr.c:1.121 if_tap.c:1.57 if_tun.c:1.154 if_vlan.c:1.80 ppp_tty.c:1.67 ieee80211_ioctl.c:1.32 atm_if.c:1.31 ng_eiface.c:1.33 ng_ether.c:1.50 ng_fec.c:1.19 ng_iface.c:1.44 ng_sppp.c:1.9 ip_carp.c:1.30 ip_fastfwd.c:1.30 in6.c:1.53 nd6_nbr.c:1.31 natm.c:1.40 if_dc.c:1.162 if_de.c:1.168 if_pcn.c:1.72 if_rl.c:1.154 if_sf.c:1.84 if_sis.c:1.135 if_sk.c:1.108 if_ste.c:1.86 if_ti.c:1.109 if_tl.c:1.101 if_vr.c:1.106 if_wb.c:1.81 if_xl.c:1.194 from HEAD to RELENG_6: Propagate rename of IFF_OACTIVE and IFF_RUNNING to IFF_DRV_OACTIVE and IFF_DRV_RUNNING, as well as the move from ifnet.if_flags to ifnet.if_drv_flags. Device drivers are now responsible for synchronizing access to these flags, as they are in if_drv_flags. This helps prevent races between the network stack and device driver in maintaining the interface flags field. Many __FreeBSD__ and __FreeBSD_version checks maintained and continued; some less so. Reviewed by: pjd, bz Approved by: re (scottl)
Revision 1.152.2.1 / (download) - annotate - [select for diffs], Wed Aug 24 16:50:45 2005 UTC (6 years, 5 months ago) by rwatson
Branch: RELENG_6
Changes since 1.152: +2 -0
lines
Diff to previous 1.152 (colored)
Merge if_ath.c:1.99 awi.c:1.39 if_bfe.c:1.26 if_bge.c:1.92 if_ed.c:1.255 if_em.c:1.67 if_ex.c:1.57 if_fe.c:1.92 if_fxp.c:1.242 if_gem.c:1.32 if_hme.c:1.38 if_ie.c:1.103 if_ndis.c:1.100 if_ixgb.c:1.12 if_lge.c:1.40 if_lnc.c:1.112 if_my.c:1.30 if_nge.c:1.76 if_nve.c:1.9 if_owi.c:1.11 pdq_ifsubr.c:1.27 if_ray.c:1.80 if_re.c:1.47 if_sn.c:1.47 dp83932.c:1.20 if_tx.c:1.90 if_txp.c:1.32 if_aue.c:1.91 if_axe.c:1.31 if_cue.c:1.58 if_kue.c:1.65 if_rue.c:1.22 if_udav.c:1.15 if_vge.c:1.15 if_wi.c:1.182 if_wl.c:1.67 if_xe.c:1.58 if_dc.c:1.161 if_de.c:1.167 if_pcn.c:1.70 if_rl.c:1.153 if_sf.c:1.83 if_sis.c:1.134 if_sk.c:1.107 if_ste.c:1.85 if_ti.c:1.108 if_tl.c:1.100 if_vr.c:1.105 if_wb.c:1.80 if_xl.c:1.193 from HEAD to RELENG_6: Modify device drivers supporting multicast addresses to lock if_addr_mtx over iteration of their multicast address lists when synchronizing the hardware address filter with the network stack-maintained list. Problem reported by: Ed Maste (emaste at phaedrus dot sandvine dot ca> Approved by: re (scottl)
Revision 1.154 / (download) - annotate - [select for diffs], Tue Aug 9 10:20:01 2005 UTC (6 years, 6 months ago) by rwatson
Branch: MAIN
Changes since 1.153: +6 -6
lines
Diff to previous 1.153 (colored)
Propagate rename of IFF_OACTIVE and IFF_RUNNING to IFF_DRV_OACTIVE and IFF_DRV_RUNNING, as well as the move from ifnet.if_flags to ifnet.if_drv_flags. Device drivers are now responsible for synchronizing access to these flags, as they are in if_drv_flags. This helps prevent races between the network stack and device driver in maintaining the interface flags field. Many __FreeBSD__ and __FreeBSD_version checks maintained and continued; some less so. Reviewed by: pjd, bz MFC after: 7 days
Revision 1.153 / (download) - annotate - [select for diffs], Wed Aug 3 00:18:35 2005 UTC (6 years, 6 months ago) by rwatson
Branch: MAIN
Changes since 1.152: +2 -0
lines
Diff to previous 1.152 (colored)
Modify device drivers supporting multicast addresses to lock if_addr_mtx over iteration of their multicast address lists when synchronizing the hardware address filter with the network stack-maintained list. Problem reported by: Ed Maste (emaste at phaedrus dot sandvine dot ca> MFC after: 1 week
Revision 1.152 / (download) - annotate - [select for diffs], Sat Jun 11 01:37:46 2005 UTC (6 years, 8 months ago) by brooks
Branch: MAIN
CVS Tags: RELENG_6_BP
Branch point for: RELENG_6
Changes since 1.151: +7 -6
lines
Diff to previous 1.151 (colored)
Move if_alloc() up so it's before mii_phy_probe().
Revision 1.151 / (download) - annotate - [select for diffs], Fri Jun 10 16:49:22 2005 UTC (6 years, 8 months ago) by brooks
Branch: MAIN
Changes since 1.150: +24 -16
lines
Diff to previous 1.150 (colored)
Stop embedding struct ifnet at the top of driver softcs. Instead the struct ifnet or the layer 2 common structure it was embedded in have been replaced with a struct ifnet pointer to be filled by a call to the new function, if_alloc(). The layer 2 common structure is also allocated via if_alloc() based on the interface type. It is hung off the new struct ifnet member, if_l2com. This change removes the size of these structures from the kernel ABI and will allow us to better manage them as interfaces come and go. Other changes of note: - Struct arpcom is no longer referenced in normal interface code. Instead the Ethernet address is accessed via the IFP2ENADDR() macro. To enforce this ac_enaddr has been renamed to _ac_enaddr. - The second argument to ether_ifattach is now always the mac address from driver private storage rather than sometimes being ac_enaddr. Reviewed by: sobomax, sam
Revision 1.150 / (download) - annotate - [select for diffs], Sun May 29 04:42:29 2005 UTC (6 years, 8 months ago) by nyan
Branch: MAIN
Changes since 1.149: +0 -2
lines
Diff to previous 1.149 (colored)
Remove bus_{mem,p}io.h and related code for a micro-optimization on i386
and amd64. The optimization is a trivial on recent machines.
Reviewed by: -arch (imp, marcel, dfr)
Revision 1.145.2.3 / (download) - annotate - [select for diffs], Tue Mar 1 08:11:51 2005 UTC (6 years, 11 months ago) by imp
Branch: RELENG_5
CVS Tags: RELENG_5_4_BP,
RELENG_5_4_0_RELEASE,
RELENG_5_4
Changes since 1.145.2.2: +38 -38
lines
Diff to previous 1.145.2.2 (colored) to branchpoint 1.145 (colored)
MFC: Use BUS_PROBE_DEFAULT in friends Minor whitespace diff reduction patches.
Revision 1.149 / (download) - annotate - [select for diffs], Thu Feb 24 22:33:05 2005 UTC (6 years, 11 months ago) by imp
Branch: MAIN
Changes since 1.148: +37 -37
lines
Diff to previous 1.148 (colored)
Fix style(9) issues with __P removal. Noticed by: bde
Revision 1.148 / (download) - annotate - [select for diffs], Thu Feb 24 21:32:56 2005 UTC (6 years, 11 months ago) by imp
Branch: MAIN
Changes since 1.147: +1 -1
lines
Diff to previous 1.147 (colored)
Return BUS_PROBE_DEFAULT instead of 0.
Revision 1.145.2.2 / (download) - annotate - [select for diffs], Fri Feb 18 15:58:30 2005 UTC (6 years, 11 months ago) by mlaier
Branch: RELENG_5
Changes since 1.145.2.1: +10 -6
lines
Diff to previous 1.145.2.1 (colored) to branchpoint 1.145 (colored)
MFC, rev. 1.147: Adjust TX threshold on every TX underrun. Some supported cards (8139-based) can retransmit on TX underrun and set TOK in addition to TUND. Also add a check to prevent overflow of the addressable threshold. This fixed some reports of rl(4) slowness, believed to be related to ALTQ before. PR: kern/61448 Submitted by: Tim Draegen-Gilman <timNOeudaemonSPAMnet> (with changes)
Revision 1.147 / (download) - annotate - [select for diffs], Fri Feb 11 01:05:52 2005 UTC (7 years ago) by mlaier
Branch: MAIN
Changes since 1.146: +10 -6
lines
Diff to previous 1.146 (colored)
Adjust TX threshold on every TX underrun. Some supported cards (8139-based) can retransmit on TX underrun and set TOK in addition to TUND. Also add a check to prevent overflow of the addressable threshold. This fixes some reports of rl(4) slowness, believed to be related to ALTQ before. PR: kern/61448 Submitted by: Tim Draegen-Gilman <timNOeudaemonSPAMnet> (with changes) MFC after: 1 week
Revision 1.145.2.1 / (download) - annotate - [select for diffs], Mon Jan 31 23:26:50 2005 UTC (7 years ago) by imp
Branch: RELENG_5
Changes since 1.145: +1 -1
lines
Diff to previous 1.145 (colored)
MFC: /*- and related license changes
Revision 1.146 / (download) - annotate - [select for diffs], Fri Jan 7 02:29:18 2005 UTC (7 years, 1 month ago) by imp
Branch: MAIN
Changes since 1.145: +1 -1
lines
Diff to previous 1.145 (colored)
/* -> /*- for license, minor formatting changes
Revision 1.145 / (download) - annotate - [select for diffs], Mon Aug 9 20:22:17 2004 UTC (7 years, 6 months ago) by green
Branch: MAIN
CVS Tags: RELENG_5_BP,
RELENG_5_3_BP,
RELENG_5_3_0_RELEASE,
RELENG_5_3
Branch point for: RELENG_5
Changes since 1.144: +6 -5
lines
Diff to previous 1.144 (colored)
Fix rl(4)'s lock behavior upon deinitialization. I would get a panic when kldunloading due to its private locking being acquired recursively.
Revision 1.144 / (download) - annotate - [select for diffs], Fri Jul 9 00:07:06 2004 UTC (7 years, 7 months ago) by bms
Branch: MAIN
Changes since 1.143: +71 -48
lines
Diff to previous 1.143 (colored)
Further rl(4) locking improvements: - Avoid unnecessary re-acquisition elsewhere by adding *_locked() entry points as needed. - Correct locking for the DEVICE_POLLING case. - Hold the driver lock for the entire duration of interrupt servicing, to avoid unneeded, expensive re-acquisition; use *_locked() entry points as needed. Reviewed by: -net (silence)
Revision 1.143 / (download) - annotate - [select for diffs], Mon Jul 5 02:51:32 2004 UTC (7 years, 7 months ago) by bms
Branch: MAIN
Changes since 1.142: +60 -52
lines
Diff to previous 1.142 (colored)
Locking cleanup for rl(4). - Eliminate the use of a recursive mutex. - Mark the driver INTR_MPSAFE. This work is incomplete and will be refined in a future commit. - Most notably, _locked() variants of entry points need to be introduced. - The mii upcall/downcall may still be racy. - Add a stubbed-out guard against racing rl_detach() for the time being. Tested on: UP, debug.mpsafenet && !debug.mpsafenet Reviewed by: silence on -net
Revision 1.142 / (download) - annotate - [select for diffs], Mon Jul 5 02:46:42 2004 UTC (7 years, 7 months ago) by bms
Branch: MAIN
Changes since 1.141: +196 -348
lines
Diff to previous 1.141 (colored)
style(9) and whitespace cleanup. Use C99 types. Use ANSI function definitions. Sort prototypes. Split long lines correctly. Punctuate/wordsmith comments. Use device_printf()/if_printf() where possible. Reviewed by: -net (silence)
Revision 1.141 / (download) - annotate - [select for diffs], Fri Jul 2 12:16:02 2004 UTC (7 years, 7 months ago) by mlaier
Branch: MAIN
Changes since 1.140: +6 -4
lines
Diff to previous 1.140 (colored)
Bring in the first chunk of altq driver modifications. This covers the following drivers: bfe(4), em(4), fxp(4), lnc(4), tun(4), de(4) rl(4), sis(4) and xl(4) More patches are pending on: http://peoples.freebsd.org/~mlaier/ Please take a look and tell me if "your" driver is missing, so I can fix this. Tested-by: many No-objection: -current, -net
Revision 1.140 / (download) - annotate - [select for diffs], Mon Jun 28 20:07:03 2004 UTC (7 years, 7 months ago) by imp
Branch: MAIN
Changes since 1.139: +0 -57
lines
Diff to previous 1.139 (colored)
Remove burn bridges code that saved/restored the pci config registers that are now handled in the pci bus layer. They are no longer necessary.
Revision 1.139 / (download) - annotate - [select for diffs], Wed Jun 9 14:34:03 2004 UTC (7 years, 8 months ago) by naddy
Branch: MAIN
Changes since 1.138: +2 -29
lines
Diff to previous 1.138 (colored)
Replace handrolled CRC calculation with ether_crc32_[lb]e().
Revision 1.138 / (download) - annotate - [select for diffs], Sun May 30 20:00:41 2004 UTC (7 years, 8 months ago) by phk
Branch: MAIN
Changes since 1.137: +1 -0
lines
Diff to previous 1.137 (colored)
Add missing <sys/module.h> includes
Revision 1.137 / (download) - annotate - [select for diffs], Mon May 24 19:39:23 2004 UTC (7 years, 8 months ago) by jhb
Branch: MAIN
Changes since 1.136: +8 -0
lines
Diff to previous 1.136 (colored)
Wrap the code to save/restore PCI config registers on suspend/resume in #ifndef BURN_BRIDGES. Noticed by: phk
Revision 1.136 / (download) - annotate - [select for diffs], Sun May 23 21:05:07 2004 UTC (7 years, 8 months ago) by yar
Branch: MAIN
Changes since 1.135: +2 -1
lines
Diff to previous 1.135 (colored)
A handler for ioctl(SIOCSIFCAP) should not alter a bit in if_capenable unless the interface driver is actually able to toggle the respective capability on and off. Reviewed by: ru
Revision 1.38.2.22 / (download) - annotate - [select for diffs], Thu Apr 22 22:03:28 2004 UTC (7 years, 9 months ago) by ru
Branch: RELENG_4
CVS Tags: RELENG_4_11_BP,
RELENG_4_11_0_RELEASE,
RELENG_4_11
Changes since 1.38.2.21: +13 -1
lines
Diff to previous 1.38.2.21 (colored) to branchpoint 1.38 (colored) next main 1.39 (colored)
MFC: Per-interface polling(4) control.
Revision 1.135 / (download) - annotate - [select for diffs], Sun Apr 11 16:23:16 2004 UTC (7 years, 10 months ago) by ru
Branch: MAIN
Changes since 1.134: +12 -1
lines
Diff to previous 1.134 (colored)
Implemented per-interface polling(4) control.
Revision 1.38.2.21 / (download) - annotate - [select for diffs], Mon Apr 5 07:31:18 2004 UTC (7 years, 10 months ago) by ru
Branch: RELENG_4
CVS Tags: RELENG_4_10_BP,
RELENG_4_10_0_RELEASE,
RELENG_4_10
Changes since 1.38.2.20: +8 -6
lines
Diff to previous 1.38.2.20 (colored) to branchpoint 1.38 (colored)
MFC: 1.134: Three bugfixes, mostly affecting polling(4).
Revision 1.134 / (download) - annotate - [select for diffs], Sat Apr 3 00:42:33 2004 UTC (7 years, 10 months ago) by ru
Branch: MAIN
Changes since 1.133: +10 -8
lines
Diff to previous 1.133 (colored)
Fixed a few bugs in the rl(4) driver: Under polling(4), we counted non-existent output packets and wasted CPU cycles, corrected. (PR kern/64975.) The fix in revision 1.71 to correct resetting of the watchdog timer was wrong. In rl(4), the TX list does not have a gap between the consumer and producer, so the "empty TX list" test was wrong, corrected. Also, resetting the timer to five each time we know there is still some TX work to do was a bad idea -- under polling(4), if the chip goes out to lunch, this results in the watchdog routine to _never_ be called. Instead, let the timer downgrade to zero and fire the watchdog, then reset it to five when it is zero AND there is some TX work left. (Most other network drivers need this fix too.) MFC after: 3 days
Revision 1.38.2.20 / (download) - annotate - [select for diffs], Wed Mar 31 15:17:57 2004 UTC (7 years, 10 months ago) by ru
Branch: RELENG_4
Changes since 1.38.2.19: +2 -2
lines
Diff to previous 1.38.2.19 (colored) to branchpoint 1.38 (colored)
Fixed bad bits of the polling(4) support MFC.
Revision 1.133 / (download) - annotate - [select for diffs], Wed Mar 17 17:50:53 2004 UTC (7 years, 10 months ago) by njl
Branch: MAIN
Changes since 1.132: +4 -5
lines
Diff to previous 1.132 (colored)
Convert callers to the new bus_alloc_resource_any(9) API. Submitted by: Mark Santcroos <marks@ripe.net> Reviewed by: imp, dfr, bde
Revision 1.132 / (download) - annotate - [select for diffs], Sun Mar 14 07:12:25 2004 UTC (7 years, 10 months ago) by mdodd
Branch: MAIN
Changes since 1.131: +0 -5
lines
Diff to previous 1.131 (colored)
Announce ethernet MAC addresss in ether_ifattach().
Revision 1.131 / (download) - annotate - [select for diffs], Thu Mar 11 14:04:59 2004 UTC (7 years, 11 months ago) by mux
Branch: MAIN
Changes since 1.130: +0 -1
lines
Diff to previous 1.130 (colored)
Stop setting ifp->if_output to ether_output() since ether_ifattach() does it for us already.
Revision 1.130 / (download) - annotate - [select for diffs], Wed Jan 21 22:29:51 2004 UTC (8 years ago) by wpaul
Branch: MAIN
Changes since 1.129: +2 -1
lines
Diff to previous 1.129 (colored)
Calculate the right register offset when clearing TX buffer pointer registers in rl_stop(). PR: kern/60250
Revision 1.129 / (download) - annotate - [select for diffs], Fri Jan 2 17:22:12 2004 UTC (8 years, 1 month ago) by wpaul
Branch: MAIN
Changes since 1.128: +2 -1
lines
Diff to previous 1.128 (colored)
Fix detection of RealTek 8129 PCI cards. Apparently, these cards report a hardware rev of 0x00000000. Sadly, the 8169 gigE MAC also reports 0x00000000, so testing against this for exclusion results in both cards being skipped by rl_probe(). Make the 8169 test more specific by matching against both the hwrev and the PCI ID for this chip. PR: kern/60824
Revision 1.128 / (download) - annotate - [select for diffs], Tue Dec 23 02:36:42 2003 UTC (8 years, 1 month ago) by peter
Branch: MAIN
Changes since 1.127: +1 -1
lines
Diff to previous 1.127 (colored)
Catch a few places where NULL (pointer) was used where 0 (integer) was expected.
Revision 1.127 / (download) - annotate - [select for diffs], Mon Dec 8 07:54:14 2003 UTC (8 years, 2 months ago) by obrien
Branch: MAIN
Changes since 1.126: +5 -5
lines
Diff to previous 1.126 (colored)
Don't use caddr_t in mchash(). Also use C99 spellings over BSD ones. Requested by: bde,imp
Revision 1.126 / (download) - annotate - [select for diffs], Fri Nov 28 05:28:29 2003 UTC (8 years, 2 months ago) by imp
Branch: MAIN
CVS Tags: RELENG_5_2_BP,
RELENG_5_2_1_RELEASE,
RELENG_5_2_0_RELEASE,
RELENG_5_2
Changes since 1.125: +1 -0
lines
Diff to previous 1.125 (colored)
Sometimes cardbus attachments don't attach, so while we track down this problem put these lines back in. While they should be unnecessary, they appear to be sometimes necessary. Reviewed in concept: dfr Approved by: re (scottl@)
Revision 1.125 / (download) - annotate - [select for diffs], Fri Nov 14 19:00:31 2003 UTC (8 years, 2 months ago) by sam
Branch: MAIN
Changes since 1.124: +4 -0
lines
Diff to previous 1.124 (colored)
Drop the driver lock around calls to if_input to avoid a LOR when the packets are immediately returned for sending (e.g. when bridging or packet forwarding). There are more efficient ways to do this but for now use the least intrusive approach. Reviewed by: imp, rwatson
Revision 1.124 / (download) - annotate - [select for diffs], Fri Nov 14 17:16:57 2003 UTC (8 years, 2 months ago) by obrien
Branch: MAIN
Changes since 1.123: +3 -4
lines
Diff to previous 1.123 (colored)
Remove duplicate FBSDID's, move others to their right place.
Revision 1.123 / (download) - annotate - [select for diffs], Thu Nov 13 20:55:52 2003 UTC (8 years, 2 months ago) by obrien
Branch: MAIN
Changes since 1.122: +12 -14
lines
Diff to previous 1.122 (colored)
Try to create some sort of consistency in how the routings to find the multicast hash are written. There are still two distinct algorithms used, and there actually isn't any reason each driver should have its own copy of this function as they could all share one copy of it (if it grew an additional argument).
Revision 1.122 / (download) - annotate - [select for diffs], Mon Nov 3 09:22:18 2003 UTC (8 years, 3 months ago) by dfr
Branch: MAIN
Changes since 1.121: +0 -1
lines
Diff to previous 1.121 (colored)
Remove explicit cardbus attachments from drivers where this is identical to the pci attachment. Cardbus is a derived class of pci so all pci drivers are automatically available for matching against cardbus devices. Reviewed by: imp
Revision 1.121 / (download) - annotate - [select for diffs], Fri Oct 31 18:32:13 2003 UTC (8 years, 3 months ago) by brooks
Branch: MAIN
Changes since 1.120: +1 -2
lines
Diff to previous 1.120 (colored)
Replace the if_name and if_unit members of struct ifnet with new members if_xname, if_dname, and if_dunit. if_xname is the name of the interface and if_dname/unit are the driver name and instance. This change paves the way for interface renaming and enhanced pseudo device creation and configuration symantics. Approved By: re (in principle) Reviewed By: njl, imp Tested On: i386, amd64, sparc64 Obtained From: NetBSD (if_xname)
Revision 1.120 / (download) - annotate - [select for diffs], Thu Sep 11 04:05:01 2003 UTC (8 years, 5 months ago) by wpaul
Branch: MAIN
Changes since 1.119: +1 -0
lines
Diff to previous 1.119 (colored)
Re-enable VLAN_MTU capability for this driver. (Got reverted when I pulled out the C+/8169 bits.)
Revision 1.119 / (download) - annotate - [select for diffs], Thu Sep 11 03:53:46 2003 UTC (8 years, 5 months ago) by wpaul
Branch: MAIN
Changes since 1.118: +2 -1
lines
Diff to previous 1.118 (colored)
Add a PHY driver to support the built-in gigE PHY in the 8169S/8110S ethernet chips. This driver is pretty simple, however it contains special DSP initialization code which is needed in order to get the chip to negotiate a gigE link. (This special initialization may not be needed in subsequent chip revs.) Also: - Fix typo in if_rlreg.h (RL_GMEDIASTAT_1000MPS -> RL_GMEDIASTAT_1000MBPS) - Deal with shared interrupts in re_intr(): if interface isn't up, return. - Fix another bug in re_gmii_writereg() (properly apply data field mask) - Allow PHY driver to read the RL_GMEDIASTAT register via the re_gmii_readreg() register (this is register needed to determine real time link/media status).
Revision 1.118 / (download) - annotate - [select for diffs], Wed Sep 10 15:12:55 2003 UTC (8 years, 5 months ago) by wpaul
Branch: MAIN
Changes since 1.117: +2 -1
lines
Diff to previous 1.117 (colored)
Teach rl(4) about new hwrev codes.
Revision 1.117 / (download) - annotate - [select for diffs], Mon Sep 8 04:28:20 2003 UTC (8 years, 5 months ago) by wpaul
Branch: MAIN
Changes since 1.116: +2 -2
lines
Diff to previous 1.116 (colored)
Fix path of pci #includes that I botched. Also pointed out by: Larry Rosenman
Revision 1.116 / (download) - annotate - [select for diffs], Mon Sep 8 02:11:24 2003 UTC (8 years, 5 months ago) by wpaul
Branch: MAIN
Changes since 1.115: +127 -1241
lines
Diff to previous 1.115 (colored)
Take the support for the 8139C+/8169/8169S/8110S chips out of the rl(4) driver and put it in a new re(4) driver. The re(4) driver shares the if_rlreg.h file with rl(4) but is a separate module. (Ultimately I may change this. For now, it's convenient.) rl(4) has been modified so that it will never attach to an 8139C+ chip, leaving it to re(4) instead. Only re(4) has the PCI IDs to match the 8169/8169S/8110S gigE chips. if_re.c contains the same basic code that was originally bolted onto if_rl.c, with the following updates: - Added support for jumbo frames. Currently, there seems to be a limit of approximately 6200 bytes for jumbo frames on transmit. (This was determined via experimentation.) The 8169S/8110S chips apparently are limited to 7.5K frames on transmit. This may require some more work, though the framework to handle jumbo frames on RX is in place: the re_rxeof() routine will gather up frames than span multiple 2K clusters into a single mbuf list. - Fixed bug in re_txeof(): if we reap some of the TX buffers, but there are still some pending, re-arm the timer before exiting re_txeof() so that another timeout interrupt will be generated, just in case re_start() doesn't do it for us. - Handle the 'link state changed' interrupt - Fix a detach bug. If re(4) is loaded as a module, and you do tcpdump -i re0, then you do 'kldunload if_re,' the system will panic after a few seconds. This happens because ether_ifdetach() ends up calling the BPF detach code, which notices the interface is in promiscuous mode and tries to switch promisc mode off while detaching the BPF listner. This ultimately results in a call to re_ioctl() (due to SIOCSIFFLAGS), which in turn calls re_init() to handle the IFF_PROMISC flag change. Unfortunately, calling re_init() here turns the chip back on and restarts the 1-second timeout loop that drives re_tick(). By the time the timeout fires, if_re.ko has been unloaded, which results in a call to invalid code and blows up the system. To fix this, I cleared the IFF_UP flag before calling ether_ifdetach(), which stops the ioctl routine from trying to reset the chip. - Modified comments in re_rxeof() relating to the difference in RX descriptor status bit layout between the 8139C+ and the gigE chips. The layout is different because the frame length field was expanded from 12 bits to 13, and they got rid of one of the status bits to make room. - Add diagnostic code (re_diag()) to test for the case where a user has installed a broken 32-bit 8169 PCI NIC in a 64-bit slot. Some NICs have the REQ64# and ACK64# lines connected even though the board is 32-bit only (in this case, they should be pulled high). This fools the chip into doing 64-bit DMA transfers even though there is no 64-bit data path. To detect this, re_diag() puts the chip into digital loopback mode and sets the receiver to promiscuous mode, then initiates a single 64-byte packet transmission. The frame is echoed back to the host, and if the frame contents are intact, we know DMA is working correctly, otherwise we complain loudly on the console and abort the device attach. (At the moment, I don't know of any way to work around the problem other than physically modifying the board, so until/unless I can think of a software workaround, this will have do to.) - Created re(4) man page - Modified rlphy.c to allow re(4) to attach as well as rl(4). Note that this code works for the sample 8169/Marvell 88E1000 NIC that I have, but probably won't work for the 8169S/8110S chips. RealTek has sent me some sample NICs, but they haven't arrived yet. I will probably need to add an rlgphy driver to handle the on-board PHY in the 8169S/8110S (it needs special DSP initialization).
Revision 1.115 / (download) - annotate - [select for diffs], Thu Sep 4 15:39:44 2003 UTC (8 years, 5 months ago) by tmm
Branch: MAIN
Changes since 1.114: +4 -2
lines
Diff to previous 1.114 (colored)
Use stream bus space accesses to program the ID (station address) registers; otherwise, the byte order of the address is changed on big-endian machines.
Revision 1.114 / (download) - annotate - [select for diffs], Tue Sep 2 17:30:40 2003 UTC (8 years, 5 months ago) by jhb
Branch: MAIN
Changes since 1.113: +2 -2
lines
Diff to previous 1.113 (colored)
Use PCIR_BAR(x) instead of PCIR_MAPS. Glanced over by: imp, gibbs Tested by: i386 LINT
Revision 1.38.2.19 / (download) - annotate - [select for diffs], Sat Aug 30 17:51:08 2003 UTC (8 years, 5 months ago) by wpaul
Branch: RELENG_4
CVS Tags: RELENG_4_9_BP,
RELENG_4_9_0_RELEASE,
RELENG_4_9
Changes since 1.38.2.18: +280 -1632
lines
Diff to previous 1.38.2.18 (colored) to branchpoint 1.38 (colored)
Back out the changes for the 8139C+/8169 chips. One user has reported a problem trying to use a regular 8139 NIC (D-Link DFE-538+/8139D chip) on a machine with 1.2GB of RAM. A NIC with exactly the same chip rev works in my test box without any problems. I suspect a strange busdma interaction, but there's not enough time for me to properly debug/fix it before the release is cut, and breaking 8139D support is a regression. Eventually, I plan to put the 8139C+/8169 support in a separate driver anyway. Approved by: re@freebsd.org
Revision 1.113 / (download) - annotate - [select for diffs], Fri Aug 22 07:13:21 2003 UTC (8 years, 5 months ago) by imp
Branch: MAIN
Changes since 1.112: +2 -2
lines
Diff to previous 1.112 (colored)
Prefer new location of pci include files (which have only been in the tree for two or more years now), except in a few places where there's code to be compatible with older versions of FreeBSD.
Revision 1.38.2.18 / (download) - annotate - [select for diffs], Sun Aug 17 05:30:01 2003 UTC (8 years, 5 months ago) by wpaul
Branch: RELENG_4
Changes since 1.38.2.17: +20 -7
lines
Diff to previous 1.38.2.17 (colored) to branchpoint 1.38 (colored)
Undo small portion of MFC: revert the rl_rxeof() function to its old use of m_devget(). The m_devget() function in -stable doesn't work like it does in -current.
Revision 1.38.2.17 / (download) - annotate - [select for diffs], Fri Aug 15 22:52:34 2003 UTC (8 years, 5 months ago) by wpaul
Branch: RELENG_4
Changes since 1.38.2.16: +1637 -298
lines
Diff to previous 1.38.2.16 (colored) to branchpoint 1.38 (colored)
MFC: port all the support for the 8139C+ and 8169 chips to -stable.
Revision 1.112 / (download) - annotate - [select for diffs], Fri Aug 15 22:47:55 2003 UTC (8 years, 5 months ago) by wpaul
Branch: MAIN
Changes since 1.111: +2 -0
lines
Diff to previous 1.111 (colored)
Argh. Last commit only had the __FBSDID() fix. Really add the device ID for the 8100 this time.
Revision 1.111 / (download) - annotate - [select for diffs], Fri Aug 15 22:46:47 2003 UTC (8 years, 5 months ago) by wpaul
Branch: MAIN
Changes since 1.110: +0 -2
lines
Diff to previous 1.110 (colored)
It appears in some configurations with an on-board RTL8100 chip (in this case, a "Vortex86" mini PC), the PCI device ID value in the EEPROM (0x8100) does not agree with the PCI device ID returned by pci_get_device() (0x8139). This means that while rl_probe() matches the device, rl_attach() doesn't. Work around this by adding an entry to the rl_devs table for the 8100 with a device ID of 0x8100. Also, get rid of extra instance of __FBSDID(). One is enough.
Revision 1.110 / (download) - annotate - [select for diffs], Wed Aug 13 22:39:21 2003 UTC (8 years, 6 months ago) by wpaul
Branch: MAIN
Changes since 1.109: +22 -17
lines
Diff to previous 1.109 (colored)
Set the TX hardware checksum offload bits on all the descriptors of a multi-fragment transmission. I'm not sure if this is a bug or a requirement that I overlooked with going through the documentation, but the sample 8169 NIC that I have seems to require it at least some of the time or else it botches TCP checksums on segments that span multiple descriptors.
Revision 1.109 / (download) - annotate - [select for diffs], Sun Aug 10 02:41:18 2003 UTC (8 years, 6 months ago) by wpaul
Branch: MAIN
Changes since 1.108: +18 -0
lines
Diff to previous 1.108 (colored)
Grrr. There is a gratuitous difference in the RX descriptor status word between the 8139C+ and the 8169. The 8139C+ has a 'frame alignment error bit' (bit 27) but the 8169 does not. Rather than simply mark this bit as reserved, RealTek removed it completely and shifted the remaining status bits one space to the left. This was causing rl_rxeofcplus() to misparse the error and checksum bits. To workaround this, rl_rxeofcplus() now shifts the rxstat word one bit to the right before testing any of the status bits (but after the frame length has been extracted).
Revision 1.108 / (download) - annotate - [select for diffs], Sun Aug 10 01:41:35 2003 UTC (8 years, 6 months ago) by wpaul
Branch: MAIN
Changes since 1.107: +54 -37
lines
Diff to previous 1.107 (colored)
- Update some comments regarding hardware details of the 8169 and note the existence of the 8169S and 8110S components. (The 8169 is just a MAC, the 8169S and 8110S contain both a MAC and PHY.) - Properly handle list and buffer addresses as 64-bit. The RX and TX DMA list addresses should be bus_addr_t's. Added RL_ADDR_HI() and RL_ADDR_LO() macros to obtain values for writing into chip registers. - Set a slightly different TIMERINT value for 8169 NICs for improved performance. - Change left out of previous commit log: added some additional hardware rev codes for other 10/100 chips and for the 8169S/8110S 'rev C' gigE MACs.
Revision 1.107 / (download) - annotate - [select for diffs], Thu Aug 7 07:00:30 2003 UTC (8 years, 6 months ago) by wpaul
Branch: MAIN
Changes since 1.106: +96 -4
lines
Diff to previous 1.106 (colored)
Add preliminary support for the RealTek 8169 gigE chip. Changes: - Fix a bug in rl_dma_map_desc(): set the 'end of ring' bit in the right descriptor (DESC_CNT - 1, not DESC_CNT). The 8139C+ is limited to 64 descriptors and automatically wraps at 64 descriptors even if the EOR bit isn't set, but the 8169 NIC can have up to 1024 descriptors per ring, so we must set the wrap point in the right place. - RealTek moved the RL_TIMERINT register from offset 0x54 to 0x58 in the 8169 -- account for this. - Added rl_gmii_readreg() and rl_gmii_writereg() routines. - Fix rl_probe() to deal with the case where the base type is not RL_8139. The next step is to add jumbo buffer support. Tested with the Xterasys XN-152 NIC (hard to beat $29 for a gigE NIC).
Revision 1.106 / (download) - annotate - [select for diffs], Sun Jul 27 14:38:54 2003 UTC (8 years, 6 months ago) by mux
Branch: MAIN
Changes since 1.105: +2 -6
lines
Diff to previous 1.105 (colored)
Use the BUS_DMA_ZERO flag.
Revision 1.105 / (download) - annotate - [select for diffs], Fri Jul 18 22:11:47 2003 UTC (8 years, 6 months ago) by wpaul
Branch: MAIN
Changes since 1.104: +3 -3
lines
Diff to previous 1.104 (colored)
Fix a busdma bogon: Some of the calls to bus_dmamap_sync() were syncing the DMA descriptor ring maps using the mbuf tag, when they should have been using the descriptor ring tag instead.
Revision 1.104 / (download) - annotate - [select for diffs], Thu Jul 10 20:38:48 2003 UTC (8 years, 7 months ago) by wpaul
Branch: MAIN
Changes since 1.103: +1138 -107
lines
Diff to previous 1.103 (colored)
Add support for the 8139C+ chipset. Unlike the other chips in the 8139 series, the 8139C+ has a descriptor-based DMA mechanism, and its performance is actually pretty respectable. Note: the 8139D chip does not support C+ mode. Only the 8139C+ and 8169 gigE chips support C+ mode. Supported features: - RX and TX checksum offload - hardware VLAN tag insertion/extraction - TX interrupt moderation using the 8139's on-board timer Everything should be properly busdma'ed and endian-independent, so things should work ok on non-x86 platforms. Unfortunately, my call for testers on this code was met with deafening silence, and I don't have access to any non-x86 FreeBSD boxes at the moment, so this is speculation. The device detection code has been cleaned up a little as well (thanks to Michal Mertl) for the patches. There are also updates to the rl(4) man page (which I accidentally checked in before when I updated the dc(4) man page. Oops.) Todo: finish support for the 8169 gigabit ethernet chip. This mainly requires writing an rlgphy driver to handle the 8169's built-in PHY. This will have to wait until I actually get my hands on an 8169 card for testing though. (I still can't find a source for one in the U.S. Suggestions/pointers welcome.)
Revision 1.103 / (download) - annotate - [select for diffs], Thu Jul 3 21:39:53 2003 UTC (8 years, 7 months ago) by imp
Branch: MAIN
Changes since 1.102: +2 -2
lines
Diff to previous 1.102 (colored)
Due to extreme bogusness in the pci bus layer, these drivers were forced to do slightly bogus power state manipulation. However, this is one of those features that is preventing further progress, so mark them as BURN_BIRDGES like I did for the drivers in sys/dev/... This, like the other change, are a no-op unless you have BURN_BRIDGES in your kernel.
Revision 1.102 / (download) - annotate - [select for diffs], Tue Jul 1 15:52:05 2003 UTC (8 years, 7 months ago) by scottl
Branch: MAIN
Changes since 1.101: +3 -0
lines
Diff to previous 1.101 (colored)
Mega busdma API commit. Add two new arguments to bus_dma_tag_create(): lockfunc and lockfuncarg. Lockfunc allows a driver to provide a function for managing its locking semantics while using busdma. At the moment, this is used for the asynchronous busdma_swi and callback mechanism. Two lockfunc implementations are provided: busdma_lock_mutex() performs standard mutex operations on the mutex that is specified from lockfuncarg. dftl_lock() is a panic implementation and is defaulted to when NULL, NULL are passed to bus_dma_tag_create(). The only time that NULL, NULL should ever be used is when the driver ensures that bus_dmamap_load() will not be deferred. Drivers that do not provide their own locking can pass busdma_lock_mutex,&Giant args in order to preserve the former behaviour. sparc64 and powerpc do not provide real busdma_swi functions, so this is largely a noop on those platforms. The busdma_swi on is64 is not properly locked yet, so warnings will be emitted on this platform when busdma callback deferrals happen. If anyone gets panics or warnings from dflt_lock() being called, please let me know right away. Reviewed by: tmm, gibbs
Revision 1.101 / (download) - annotate - [select for diffs], Sun Jun 29 17:33:33 2003 UTC (8 years, 7 months ago) by wpaul
Branch: MAIN
Changes since 1.100: +9 -5
lines
Diff to previous 1.100 (colored)
In order to set the MAC address on RealTek NICs, you must flip WRITECFG bit in the EEPROM mode register on. Also, the address must be written in two 32-bit register accesses instead of 6 8-bit accesses. Tested with my 8139B cardbus NIC. PR: kern/35900 Submitted by: Mark Kettenis <kettenis@chello.nl>
Revision 1.100 / (download) - annotate - [select for diffs], Wed Jun 11 06:24:36 2003 UTC (8 years, 8 months ago) by obrien
Branch: MAIN
Changes since 1.99: +3 -0
lines
Diff to previous 1.99 (colored)
Use __FBSDID().
Revision 1.99 / (download) - annotate - [select for diffs], Sat May 31 20:01:14 2003 UTC (8 years, 8 months ago) by phk
Branch: MAIN
Changes since 1.98: +0 -2
lines
Diff to previous 1.98 (colored)
Remove break after return; Found by: FlexeLint
Revision 1.98 / (download) - annotate - [select for diffs], Mon Apr 21 18:34:04 2003 UTC (8 years, 9 months ago) by imp
Branch: MAIN
CVS Tags: RELENG_5_1_BP,
RELENG_5_1_0_RELEASE,
RELENG_5_1
Changes since 1.97: +1 -1
lines
Diff to previous 1.97 (colored)
Use newly minted device_is_attached rather than device_is_alive to see if attach succeeded. device_is_alive just tells us that probe succeeded. Since we were using it to do things like detach net interfaces, this caused problems when there were errors in the attach routine. Symptoms of problem reported by: martin blapp
Revision 1.97 / (download) - annotate - [select for diffs], Thu Apr 17 20:32:06 2003 UTC (8 years, 9 months ago) by njl
Branch: MAIN
Changes since 1.96: +14 -4
lines
Diff to previous 1.96 (colored)
Revise attach/detach resource cleanup - Unconditionally call *_stop() if device is in the tree. This is to prevent callouts from happening after the device is gone. Checks for bus_child_present() should be added in the future to keep from touching potentially non-existent hardware in *_detach(). Found by iedowse@. - Always check for and free miibus children, even if the device is not in the tree since some failure cases could have gotten here. - Call ether_ifdetach() in the irq setup failure case - ti(4), xl(4): move ifmedia_init() calls to the beginning of attach so that ifmedia_removeall() can be unconditionally called on detach. There is no way to detect whether ifmedia has been initialized without using a separate variable (as tl(4) does). - Add comments to indicate assumptions of code path
Revision 1.96 / (download) - annotate - [select for diffs], Wed Apr 16 03:16:56 2003 UTC (8 years, 9 months ago) by mdodd
Branch: MAIN
Changes since 1.95: +0 -18
lines
Diff to previous 1.95 (colored)
- Don't call pci_enable_io() in drivers (unless needed for resume). - Don't test memory/port status and emit an error message; the PCI bus code will do this now.
Revision 1.95 / (download) - annotate - [select for diffs], Tue Apr 15 06:37:29 2003 UTC (8 years, 9 months ago) by mdodd
Branch: MAIN
Changes since 1.94: +4 -2
lines
Diff to previous 1.94 (colored)
- Express hard dependencies on bus (pci, isa, pccard) and network layer (ether). - Don't abuse module names to facilitate ifconfig module loading; such abuse isn't really needed. (And if we do need type information associated with a module then we should make it explicit and not use hacks.)
Revision 1.94 / (download) - annotate - [select for diffs], Tue Apr 15 04:06:01 2003 UTC (8 years, 9 months ago) by silby
Branch: MAIN
Changes since 1.93: +3 -3
lines
Diff to previous 1.93 (colored)
Rework the rl_encap failure case. Previously, we would stuff the unencapsulated packet back into the IFQ. Unfortunately, the only reason rl_encap would fail was due to m_defrag failing, which should only happen when we're low on mbufs. Hence, it was possible for us to end up with an IFQ full of packets which could never clear the queue because they could never be defragmented because they were themselves taking up all the mbufs. To solve this, take if_xl's approach to the problem of encapsulation failure: drop the packet. MFC after: 3 days
Revision 1.93 / (download) - annotate - [select for diffs], Tue Apr 8 03:32:52 2003 UTC (8 years, 10 months ago) by silby
Branch: MAIN
Changes since 1.92: +5 -4
lines
Diff to previous 1.92 (colored)
Quick fix so that the watchdog timer is not set unless packets are actually queued for transmission. Without this, a low memory situation would trigger false watchdog timeouts. MFC after: 1 week
Revision 1.92 / (download) - annotate - [select for diffs], Mon Mar 31 20:22:00 2003 UTC (8 years, 10 months ago) by jhb
Branch: MAIN
Changes since 1.91: +1 -1
lines
Diff to previous 1.91 (colored)
Add missing ()'s so that these drivers all compile again. Noticed by: jake Tested on: i386 (compile)
Revision 1.91 / (download) - annotate - [select for diffs], Mon Mar 31 17:29:43 2003 UTC (8 years, 10 months ago) by njl
Branch: MAIN
Changes since 1.90: +34 -34
lines
Diff to previous 1.90 (colored)
Clean up locking and resource management for pci/if_* - Remove locking of the softc in the attach method, instead depending on bus_setup_intr being at the end of attach (delaying interrupt enable until after ether_ifattach is called) - Call *_detach directly in the error case of attach, depending on checking in detach to only free resources that were allocated. This puts all resource freeing in one place, avoiding thinkos that lead to memory leaks. - Add bus_child_present check to calls to *_stop in the detach method to be sure hw is present before touching its registers. - Remove bzero softc calls since device_t should do this for us. - dc: move interrupt allocation back where it was before. It was unnecessary to move it. This reverts part of 1.88 - rl: move irq allocation before ether_ifattach. Problems might have been caused by allocating the irq after enabling interrupts on the card. - rl: call rl_stop before ether_ifdetach - sf: call sf_stop before ether_ifdetach - sis: add missed free of sis_tag - sis: check errors from tag creation - sis: move dmamem_alloc and dmamap_load to happen at same time as tag creation - sk: remove duplicate initialization of sk_dev - ste: add missed bus_generic_detach - ti: call ti_stop before ether_ifdetach - ti: add missed error setting in ti_rdata alloc failure - vr: add missed error setting in I/O, memory mapping cases - xl: add missed error setting in I/O, memory mapping cases - xl: remove multi-level goto on attach failure - xl: move dmamem_alloc and dmamap_load to happen at same time as tag creation - Calls to free(9) are unconditional because it is valid to call free with a null pointer. Reviewed by: imp, mdodd
Revision 1.90 / (download) - annotate - [select for diffs], Sun Mar 30 03:45:28 2003 UTC (8 years, 10 months ago) by silby
Branch: MAIN
Changes since 1.89: +1 -11
lines
Diff to previous 1.89 (colored)
Switch rl_encap over to using m_defrag. No functional change, the previous rl_encap was correct wrt long mbuf chains; this just reduces code duplication. MFC after: 2 weeks
Revision 1.89 / (download) - annotate - [select for diffs], Tue Mar 18 14:57:09 2003 UTC (8 years, 10 months ago) by sanpei
Branch: MAIN
Changes since 1.88: +4 -1
lines
Diff to previous 1.88 (colored)
Add support for Planex FNW-3800-TX(CardBus 100M/10M). Submitted by: Kunihiro Arai <araik@attglobal.net> Obtained from: [bsd-nomads:16625]
Revision 1.38.2.16 / (download) - annotate - [select for diffs], Wed Mar 5 18:42:33 2003 UTC (8 years, 11 months ago) by njl
Branch: RELENG_4
CVS Tags: RELENG_4_8_BP,
RELENG_4_8_0_RELEASE,
RELENG_4_8
Changes since 1.38.2.15: +3 -1
lines
Diff to previous 1.38.2.15 (colored) to branchpoint 1.38 (colored)
Fix resource leaks where resources weren't freed in attach() failure. Also fix memory leaks in rl(4) and wb(4) in detach(). Since contigmalloc() is not used in -current, these exact bugs are not present there. Approved by: re (murray)
Revision 1.38.2.15 / (download) - annotate - [select for diffs], Sun Mar 2 20:58:54 2003 UTC (8 years, 11 months ago) by dan
Branch: RELENG_4
Changes since 1.38.2.14: +2 -0
lines
Diff to previous 1.38.2.14 (colored) to branchpoint 1.38 (colored)
MFC: Add vendor/device ID for Peppercon card. Approved by: re
Revision 1.88 / (download) - annotate - [select for diffs], Sun Feb 23 23:35:34 2003 UTC (8 years, 11 months ago) by dan
Branch: MAIN
Changes since 1.87: +2 -0
lines
Diff to previous 1.87 (colored)
Add support for Peppercon ROL-F Card. Submitted by: Sascha Holzeiter <sascha@root-login.org> PR: 48559
Revision 1.87 / (download) - annotate - [select for diffs], Wed Feb 19 05:47:41 2003 UTC (8 years, 11 months ago) by imp
Branch: MAIN
Changes since 1.86: +2 -2
lines
Diff to previous 1.86 (colored)
Back out M_* changes, per decision of the TRB. Approved by: trb
Revision 1.86 / (download) - annotate - [select for diffs], Sun Feb 9 22:32:50 2003 UTC (9 years ago) by njl
Branch: MAIN
Changes since 1.85: +3 -3
lines
Diff to previous 1.85 (colored)
Clean up exit path from rl_attach() to remove multiple returns
Revision 1.38.2.14 / (download) - annotate - [select for diffs], Wed Feb 5 22:03:57 2003 UTC (9 years ago) by mbr
Branch: RELENG_4
Changes since 1.38.2.13: +1 -1
lines
Diff to previous 1.38.2.13 (colored) to branchpoint 1.38 (colored)
MFC: When reading PHY regs over the i2c bus, the turnaround ACK bit is read one clock edge too late. This bit is driven low by slave (as any other input data bits from slave) when the clock is LOW. The current code did read the bit after the clock was driven high again. Reviewed by: phk
Revision 1.85 / (download) - annotate - [select for diffs], Tue Jan 21 08:56:11 2003 UTC (9 years ago) by alfred
Branch: MAIN
Changes since 1.84: +2 -2
lines
Diff to previous 1.84 (colored)
Remove M_TRYWAIT/M_WAITOK/M_WAIT. Callers should use 0. Merge M_NOWAIT/M_DONTWAIT into a single flag M_NOWAIT.
Revision 1.84 / (download) - annotate - [select for diffs], Sat Jan 11 16:11:21 2003 UTC (9 years, 1 month ago) by des
Branch: MAIN
Changes since 1.83: +25 -30
lines
Diff to previous 1.83 (colored)
FBSDIDize and clean up whitespace nits.
Revision 1.83 / (download) - annotate - [select for diffs], Sat Jan 11 16:08:59 2003 UTC (9 years, 1 month ago) by des
Branch: MAIN
Changes since 1.82: +3 -2
lines
Diff to previous 1.82 (colored)
Read sanpei's mind, and unbreak the build.
Revision 1.82 / (download) - annotate - [select for diffs], Sat Jan 11 07:10:35 2003 UTC (9 years, 1 month ago) by sanpei
Branch: MAIN
Changes since 1.81: +5 -2
lines
Diff to previous 1.81 (colored)
Add support for Corega FEtherII CB-TXD (CardBus 100M/10M). Fix typo (Coreaga->Corega)
Revision 1.81 / (download) - annotate - [select for diffs], Fri Jan 10 08:09:58 2003 UTC (9 years, 1 month ago) by mbr
Branch: MAIN
Changes since 1.80: +1 -1
lines
Diff to previous 1.80 (colored)
When reading PHY regs over the i2c bus, the turnaround ACK bit is read one clock edge too late. This bit is driven low by slave (as any other input data bits from slave) when the clock is LOW. The current code did read the bit after the clock was driven high again. Reviewed by: luoqi MFC after: 2 weeks
Revision 1.80 / (download) - annotate - [select for diffs], Sun Jan 5 21:36:59 2003 UTC (9 years, 1 month ago) by jake
Branch: MAIN
Changes since 1.79: +10 -4
lines
Diff to previous 1.79 (colored)
Tweaks to make if_rl work on sparc64. Mostly submitted by: tmm Tested on: i386, sparc64
Revision 1.79 / (download) - annotate - [select for diffs], Thu Nov 14 23:49:09 2002 UTC (9 years, 2 months ago) by sam
Branch: MAIN
CVS Tags: RELENG_5_0_BP,
RELENG_5_0_0_RELEASE,
RELENG_5_0
Changes since 1.78: +5 -16
lines
Diff to previous 1.78 (colored)
o track either_ifattach/ether_ifdetach API changes o use if_input for input packet processing o don't strip the Ethernet header for input packets o use BPF_* macros bpf tapping o call ether_ioctl to handle default ioctl case o track vlan changes Reviewed by: many Approved by: re
Revision 1.78 / (download) - annotate - [select for diffs], Tue Oct 29 19:02:19 2002 UTC (9 years, 3 months ago) by imp
Branch: MAIN
Changes since 1.77: +15 -19
lines
Diff to previous 1.77 (colored)
Don't take out the rl_mtx lock in the attach routine. The only way we'd need it is if we're interrupted. So, register the interrupt last in the attach routine.
Revision 1.77 / (download) - annotate - [select for diffs], Wed Oct 16 09:14:59 2002 UTC (9 years, 3 months ago) by phk
Branch: MAIN
Changes since 1.76: +2 -2
lines
Diff to previous 1.76 (colored)
Be consistent about functions being static. Properly put macro args in (). Spotted by: FlexeLint.
Revision 1.76 / (download) - annotate - [select for diffs], Tue Oct 1 22:27:03 2002 UTC (9 years, 4 months ago) by phk
Branch: MAIN
Changes since 1.75: +1 -1
lines
Diff to previous 1.75 (colored)
Fix two misindents. Spotted by: FlexeLint
Revision 1.75 / (download) - annotate - [select for diffs], Fri Sep 6 16:38:06 2002 UTC (9 years, 5 months ago) by iwasaki
Branch: MAIN
Changes since 1.74: +3 -1
lines
Diff to previous 1.74 (colored)
Add support for Corega FEther CB-TXD (CardBus 100M/10M).
Revision 1.74 / (download) - annotate - [select for diffs], Fri Aug 23 23:49:02 2002 UTC (9 years, 5 months ago) by alfred
Branch: MAIN
Changes since 1.73: +64 -32
lines
Diff to previous 1.73 (colored)
style: put return values on a line by themselves. fix some paste issues where whitespace was used instead of tabs.
Revision 1.73 / (download) - annotate - [select for diffs], Sun Aug 18 07:04:59 2002 UTC (9 years, 5 months ago) by sobomax
Branch: MAIN
Changes since 1.72: +3 -3
lines
Diff to previous 1.72 (colored)
Increase size of ifnet.if_flags from 16 bits (short) to 32 bits (int). To avoid breaking application ABI use unused ifreq.ifru_flags[1] for upper 16 bits in SIOCSIFFLAGS and SIOCGIFFLAGS ioctl's. Reviewed by: -hackers, -net
Revision 1.72 / (download) - annotate - [select for diffs], Tue Jul 30 17:31:42 2002 UTC (9 years, 6 months ago) by jhb
Branch: MAIN
Changes since 1.71: +5 -0
lines
Diff to previous 1.71 (colored)
If we get 0xffff back when reading the status register, assume the card has gone away instead of spinning in the interrupt handler. This stops my machine from hanging when I eject a rl(4)-based cardbus card. Reviewed by: imp
Revision 1.38.2.13 / (download) - annotate - [select for diffs], Mon Jul 8 21:59:40 2002 UTC (9 years, 7 months ago) by luigi
Branch: RELENG_4
CVS Tags: RELENG_4_7_BP,
RELENG_4_7_0_RELEASE,
RELENG_4_7
Changes since 1.38.2.12: +3 -3
lines
Diff to previous 1.38.2.12 (colored) to branchpoint 1.38 (colored)
MFC 1.71: fix timeout handling logic
Revision 1.71 / (download) - annotate - [select for diffs], Sun Jun 30 22:16:22 2002 UTC (9 years, 7 months ago) by luigi
Branch: MAIN
Changes since 1.70: +3 -3
lines
Diff to previous 1.70 (colored)
Fix if_timer logic to make sure that there is always a timeout pending if there are packets queued for transmission. Several drivers still have the same problem. MFC after: 3 days
Revision 1.70 / (download) - annotate - [select for diffs], Mon May 6 13:43:00 2002 UTC (9 years, 9 months ago) by jhb
Branch: MAIN
Changes since 1.69: +4 -1
lines
Diff to previous 1.69 (colored)
Add support for the D-Link DFE-690TXD Cardbus card which has a RealTek 8139 with its own PCI ID.
Revision 1.38.2.12 / (download) - annotate - [select for diffs], Sun Apr 21 15:39:57 2002 UTC (9 years, 9 months ago) by luigi
Branch: RELENG_4
CVS Tags: RELENG_4_6_BP,
RELENG_4_6_2_RELEASE,
RELENG_4_6_1_RELEASE,
RELENG_4_6_0_RELEASE,
RELENG_4_6
Changes since 1.38.2.11: +66 -8
lines
Diff to previous 1.38.2.11 (colored) to branchpoint 1.38 (colored)
MFC: add DEVICE_POLLING support
Revision 1.69 / (download) - annotate - [select for diffs], Tue Apr 16 22:03:14 2002 UTC (9 years, 9 months ago) by luigi
Branch: MAIN
Changes since 1.68: +70 -6
lines
Diff to previous 1.68 (colored)
Add DEVICE_POLLING support to the "rl" driver. The diffs are very similar to the ones for the "sis" driver. MFC After: 5 days
Revision 1.38.2.11 / (download) - annotate - [select for diffs], Thu Apr 11 07:03:31 2002 UTC (9 years, 10 months ago) by wpaul
Branch: RELENG_4
Changes since 1.38.2.10: +12 -0
lines
Diff to previous 1.38.2.10 (colored) to branchpoint 1.38 (colored)
MFC: fix parallel link detection and add support for Nortel Networks card
Revision 1.68 / (download) - annotate - [select for diffs], Thu Apr 11 06:12:51 2002 UTC (9 years, 10 months ago) by wpaul
Branch: MAIN
Changes since 1.67: +2 -0
lines
Diff to previous 1.67 (colored)
Nortel Networks sells a RealTek 8139-based NIC that's basically the same thing as the SMC 1211, but with their own vendor ID. Update the device list to support this NIC. (Discovered these cards lying around the lab at work.)
Revision 1.67 / (download) - annotate - [select for diffs], Sun Apr 7 20:55:50 2002 UTC (9 years, 10 months ago) by wpaul
Branch: MAIN
Changes since 1.66: +11 -0
lines
Diff to previous 1.66 (colored)
Teach the rlphy driver how to do parallel link detection. If the link partner doesn't support NWAY, the RealTek PHY (both the integrated ones on 8139 chips and the RTL8201L 10/100 PHY) will not report the link speed via the ANLPAR or BMSR registers. For the 8201L, we need to look in magic vendor-specific PHY register 0x19. For the 8139 MAC+PHY combo, we have to be able to test the RL_MEDIASTAT register. The changes to rlphy.c are based largely on the patch from PR 30836, however I tried to eliminate some magic numbers by creating an entry for the 8201 PHY in miidevs. Also updated if_rl.c to allow the rlphy driver to read the RL_MEDIASTAT register via the rl_miibus_readreg() routine.
Revision 1.66 / (download) - annotate - [select for diffs], Thu Apr 4 21:03:31 2002 UTC (9 years, 10 months ago) by jhb
Branch: MAIN
Changes since 1.65: +2 -1
lines
Diff to previous 1.65 (colored)
Change callers of mtx_init() to pass in an appropriate lock type name. In most cases NULL is passed, but in some cases such as network driver locks (which use the MTX_NETWORK_LOCK macro) and UMA zone locks, a name is used. Tested on: i386, alpha, sparc64
Revision 1.65 / (download) - annotate - [select for diffs], Wed Mar 20 02:07:59 2002 UTC (9 years, 10 months ago) by alfred
Branch: MAIN
Changes since 1.64: +40 -43
lines
Diff to previous 1.64 (colored)
Remove __P.
Revision 1.38.2.10 / (download) - annotate - [select for diffs], Fri Feb 15 04:21:20 2002 UTC (9 years, 11 months ago) by silby
Branch: RELENG_4
Changes since 1.38.2.9: +0 -4
lines
Diff to previous 1.38.2.9 (colored) to branchpoint 1.38 (colored)
MFC rev 1.64: Remove mbuf exhaustion warning messages; these are handled by the mbuf system in a rate-limited fashion now.
Revision 1.64 / (download) - annotate - [select for diffs], Mon Feb 11 23:34:31 2002 UTC (10 years ago) by silby
Branch: MAIN
Changes since 1.63: +0 -4
lines
Diff to previous 1.63 (colored)
Remove mbuf exhaustion warning messages; these are handled by the mbuf system in a rate-limited fashion now. MFC after: 3 days
Revision 1.38.2.9 / (download) - annotate - [select for diffs], Sun Dec 16 15:46:07 2001 UTC (10 years, 1 month ago) by luigi
Branch: RELENG_4
CVS Tags: RELENG_4_5_BP,
RELENG_4_5_0_RELEASE,
RELENG_4_5
Changes since 1.38.2.8: +1 -5
lines
Diff to previous 1.38.2.8 (colored) to branchpoint 1.38 (colored)
MFC: Remove printf's on mbuf/cluster allocation failures. There are now equivalent and less dangerous (rate limited) messages in the mbuf allocation code.
Revision 1.63 / (download) - annotate - [select for diffs], Fri Dec 14 05:56:35 2001 UTC (10 years, 1 month ago) by luigi
Branch: MAIN
Changes since 1.62: +1 -5
lines
Diff to previous 1.62 (colored)
Remove printf's on mbuf/cluster allocation failures. There are now equivalent and less dangerous (rate limited) messages in the mbuf allocation code. MFC after: 3 days
Revision 1.38.2.8 / (download) - annotate - [select for diffs], Sat Dec 1 16:16:08 2001 UTC (10 years, 2 months ago) by iwasaki
Branch: RELENG_4
Changes since 1.38.2.7: +74 -2
lines
Diff to previous 1.38.2.7 (colored) to branchpoint 1.38 (colored)
MFC: Add suspend/resume support.
Revision 1.62 / (download) - annotate - [select for diffs], Fri Nov 23 14:27:32 2001 UTC (10 years, 2 months ago) by iwasaki
Branch: MAIN
Changes since 1.61: +74 -2
lines
Diff to previous 1.61 (colored)
Add suspend/resume code mostly merged from fxp driver.
Revision 1.61 / (download) - annotate - [select for diffs], Wed Aug 15 17:38:43 2001 UTC (10 years, 5 months ago) by wpaul
Branch: MAIN
CVS Tags: KSE_PRE_MILESTONE_2,
KSE_MILESTONE_2
Changes since 1.60: +100 -11
lines
Diff to previous 1.60 (colored)
Convert the if_sis and if_rl drivers to use the bus_dma API instead of calling vtophys() and contigmalloc()/contigfree() directly. Hopefully, I have shaken out all of the problems with busdma on the alpha now. (Everything seems to work as expected.) Also, change the max RX DMA limit to 1024 bytes instead of "unlimited," as the latter seems not to work correctly on the alpha that I tested. (At 100Mbps, all attempts to receive frames yield RX errors.)
Revision 1.38.2.7 / (download) - annotate - [select for diffs], Thu Jul 19 18:33:07 2001 UTC (10 years, 6 months ago) by wpaul
Branch: RELENG_4
CVS Tags: RELENG_4_4_BP,
RELENG_4_4_0_RELEASE,
RELENG_4_4
Changes since 1.38.2.6: +6 -3
lines
Diff to previous 1.38.2.6 (colored) to branchpoint 1.38 (colored)
MFC: add the PCI ID for the D-Link DFE-530TX+/DFE-538TX.
Revision 1.60 / (download) - annotate - [select for diffs], Mon Jul 9 17:58:36 2001 UTC (10 years, 7 months ago) by wpaul
Branch: MAIN
Changes since 1.59: +4 -4
lines
Diff to previous 1.59 (colored)
Apply patch supplied by Jonathan Chen: use the correct arguments to pci_enable_io(). We need to use SYS_RES_IOPORT/SYS_RES_MEMORY instead of PCIM_CMD_PORTEN/PCIM_CMD_MEMEN.
Revision 1.59 / (download) - annotate - [select for diffs], Wed Jun 20 19:48:35 2001 UTC (10 years, 7 months ago) by bmilekic
Branch: MAIN
Changes since 1.58: +9 -22
lines
Diff to previous 1.58 (colored)
Change m_devget()'s outdated and unused `offset' argument to actually mean something: offset into the first mbuf of the target chain before copying the source data over. Make drivers using m_devget() with a first argument "data - ETHER_ALIGN" to use the offset argument to pass ETHER_ALIGN in. The way it was previously done is potentially dangerous if the source data was at the top of a page and the offset caused the previous page to be copied (if the previous page has not yet been appropriately mapped). The old `offset' argument in m_devget() is not used anywhere (it's always 0) and dates back to ~1995 (and earlier?) when support for ethernet trailers existed. With that support gone, it was merely collecting dust. Tested on alpha by: jlemon Partially submitted by: jlemon Reviewed by: jlemon MFC after: 3 weeks
Revision 1.58 / (download) - annotate - [select for diffs], Wed Feb 21 20:54:21 2001 UTC (10 years, 11 months ago) by wpaul
Branch: MAIN
Changes since 1.57: +8 -6
lines
Diff to previous 1.57 (colored)
Big round of minor updates: - Use pci_get_powerstate()/pci_set_powerstate() in all the other drivers that need them so we don't have to fiddle with the PCI power management registers directly. - Use pci_enable_busmaster()/pci_enable_io() to turn on busmastering and PIO/memory mapped accesses. - Add support to the RealTek driver for the D-Link DFE-530TX+ which has a RealTek 8139 with its own PCI ID. (Submitted by Jason Wright) - Have the SiS 900/National DP83815 driver be sure to disable PME mode in sis_reset(). This apparently fixes a problem on some motherboards where the DP83815 chip fails to receive packets. (Submitted by Chuck McCrobie <mccrobie@cablespeed.com>)
Revision 1.57 / (download) - annotate - [select for diffs], Sun Feb 18 10:43:22 2001 UTC (10 years, 11 months ago) by asmodai
Branch: MAIN
Changes since 1.56: +3 -3
lines
Diff to previous 1.56 (colored)
Preceed/preceeding are not english words. Use precede and preceding.
Revision 1.56 / (download) - annotate - [select for diffs], Tue Feb 6 10:11:46 2001 UTC (11 years ago) by phk
Branch: MAIN
Changes since 1.55: +3 -3
lines
Diff to previous 1.55 (colored)
Convert if_multiaddrs from LIST to TAILQ so that it can be traversed backwards in the three drivers which want to do that. Reviewed by: mikeh
Revision 1.55 / (download) - annotate - [select for diffs], Sat Feb 3 16:29:10 2001 UTC (11 years ago) by phk
Branch: MAIN
Changes since 1.54: +3 -4
lines
Diff to previous 1.54 (colored)
Use LIST_FOREACH() to traverse ifp->if_multiaddrs list, instead of <sys/queue.h> implementation details. Created with: /usr/sbin/sed Reviewed with: /sbin/md5
Revision 1.54 / (download) - annotate - [select for diffs], Fri Jan 19 01:59:10 2001 UTC (11 years ago) by bmilekic
Branch: MAIN
Changes since 1.53: +3 -3
lines
Diff to previous 1.53 (colored)
Implement MTX_RECURSE flag for mtx_init(). All calls to mtx_init() for mutexes that recurse must now include the MTX_RECURSE bit in the flag argument variable. This change is in preparation for an upcoming (further) mutex API cleanup. The witness code will call panic() if a lock is found to recurse but the MTX_RECURSE bit was not set during the lock's initialization. The old MTX_RECURSE "state" bit (in mtx_lock) has been renamed to MTX_RECURSED, which is more appropriate given its meaning. The following locks have been made "recursive," thus far: eventhandler, Giant, callout, sched_lock, possibly some others declared in the architecture-specific code, all of the network card driver locks in pci/, as well as some other locks in dev/ stuff that I've found to be recursive. Reviewed by: jhb
Revision 1.53 / (download) - annotate - [select for diffs], Mon Dec 18 21:53:05 2000 UTC (11 years, 1 month ago) by wpaul
Branch: MAIN
Changes since 1.52: +20 -24
lines
Diff to previous 1.52 (colored)
Use pci_get_powerstate()/pci_set_powerstate() which now exists in the PCI code. This saves each driver from having to grovel around looking for the right registers to twiddle. I should eventually convert the other PCI drivers to do this; for now, these three are ones which I know need power state handling.
Revision 1.52 / (download) - annotate - [select for diffs], Mon Dec 4 22:46:50 2000 UTC (11 years, 2 months ago) by wpaul
Branch: MAIN
Changes since 1.51: +5 -5
lines
Diff to previous 1.51 (colored)
Initialize/grab the mutex earlier in the attach phase, so that bailing out to the fail: label where we release/destroy the mutex will work without exploding.
Revision 1.51 / (download) - annotate - [select for diffs], Fri Nov 24 17:36:07 2000 UTC (11 years, 2 months ago) by roger
Branch: MAIN
Changes since 1.50: +12 -2
lines
Diff to previous 1.50 (colored)
Print a warning when we detect a Realtek 8139B chip (identified by the IO map being 256 bytes long instead of 128) This chip works very unreliably on my Lanner embedded PC with the rl driver. Lots of watchdog timeouts or poor performance. Forcing the media type to 10 Meg (ifconfig rl0 media 10baseT/UTP) is a good workaround. This looks very similar to the problem reported in PR kern/18790 It is interesting to note that the linux driver has lots of special case code for this chip.
Revision 1.38.2.6 / (download) - annotate - [select for diffs], Thu Nov 2 00:04:27 2000 UTC (11 years, 3 months ago) by wpaul
Branch: RELENG_4
CVS Tags: RELENG_4_3_BP,
RELENG_4_3_0_RELEASE,
RELENG_4_3,
RELENG_4_2_0_RELEASE
Changes since 1.38.2.5: +7 -7
lines
Diff to previous 1.38.2.5 (colored) to branchpoint 1.38 (colored)
MFC: fix resource deallocation bugs in these drivers, which have apparently been here a while (and which I cut&pasted several times over :/). Ok'd by: jkh
Revision 1.50 / (download) - annotate - [select for diffs], Wed Nov 1 23:56:46 2000 UTC (11 years, 3 months ago) by wpaul
Branch: MAIN
Changes since 1.49: +8 -8
lines
Diff to previous 1.49 (colored)
Fix 8-bit EEPROM breakage: compare against 0x8129, not 8129.
Revision 1.49 / (download) - annotate - [select for diffs], Mon Oct 30 07:54:38 2000 UTC (11 years, 3 months ago) by wpaul
Branch: MAIN
Changes since 1.48: +8 -3
lines
Diff to previous 1.48 (colored)
Fix support for cardbus cards: - Add DRIVER_MODULE() declaration to make this driver a child of cardbus - Handle different width EEPROMs The CIS parser still barfs when scanning this card, but it seems to probe/attach correctly anyway. I can't do a traffic test just yet since I don't have a proper crossover cable handy.
Revision 1.48 / (download) - annotate - [select for diffs], Sat Oct 28 09:00:20 2000 UTC (11 years, 3 months ago) by wpaul
Branch: MAIN
Changes since 1.47: +6 -3
lines
Diff to previous 1.47 (colored)
Add PCI IDs for some additional cardbus cards. Yes, there really is a RealTek 8139 cardbus device. Unfortunately it doesn't quite work yet because the CIS parser barfs on it. Submitted by msmith, with some small tweaks by me.
Revision 1.47 / (download) - annotate - [select for diffs], Sun Oct 15 14:18:59 2000 UTC (11 years, 3 months ago) by phk
Branch: MAIN
Changes since 1.46: +2 -3
lines
Diff to previous 1.46 (colored)
Remove unneeded #include <machine/clock.h>
Revision 1.46 / (download) - annotate - [select for diffs], Fri Oct 13 18:35:49 2000 UTC (11 years, 4 months ago) by wpaul
Branch: MAIN
Changes since 1.45: +3 -3
lines
Diff to previous 1.45 (colored)
Use device_get_nameunit(dev) as the mutex string when calling mtx_init() instead of hard-coded string constant. Also remember to do the mutex changes to the ste driver, which I forgot in the first commit.
Revision 1.45 / (download) - annotate - [select for diffs], Fri Oct 13 17:54:18 2000 UTC (11 years, 4 months ago) by wpaul
Branch: MAIN
Changes since 1.44: +50 -33
lines
Diff to previous 1.44 (colored)
First round of converting network drivers from spls to mutexes. This takes care of all the 10/100 and gigE PCI drivers that I've done. Next will be the wireless drivers, then the USB ones. I may pick up some stragglers along the way. I'm sort of playing this by ear: if anyone spots any places where I've screwed up horribly, please let me know.
Revision 1.38.2.5 / (download) - annotate - [select for diffs], Fri Aug 4 23:45:28 2000 UTC (11 years, 6 months ago) by peter
Branch: RELENG_4
CVS Tags: RELENG_4_1_1_RELEASE
Changes since 1.38.2.4: +5 -5
lines
Diff to previous 1.38.2.4 (colored) to branchpoint 1.38 (colored)
MFC: use correct FreeBSD 3.x+ register names, not FreeBSD <= 2.2 compatability names.
Revision 1.38.2.4 / (download) - annotate - [select for diffs], Mon Jul 17 21:24:39 2000 UTC (11 years, 6 months ago) by archie
Branch: RELENG_4
CVS Tags: RELENG_4_1_0_RELEASE
Changes since 1.38.2.3: +5 -8
lines
Diff to previous 1.38.2.3 (colored) to branchpoint 1.38 (colored)
MFC: make all Ethernet drivers use ether_ifattach() ether_ifdetach()
Revision 1.44 / (download) - annotate - [select for diffs], Thu Jul 13 22:54:34 2000 UTC (11 years, 7 months ago) by archie
Branch: MAIN
CVS Tags: PRE_SMPNG
Changes since 1.43: +5 -8
lines
Diff to previous 1.43 (colored)
Make all Ethernet drivers attach using ether_ifattach() and detach using ether_ifdetach(). The former consolidates the operations of if_attach(), ng_ether_attach(), and bpfattach(). The latter consolidates the corresponding detach operations. Reviewed by: julian, freebsd-net
Revision 1.43 / (download) - annotate - [select for diffs], Sun May 28 16:13:42 2000 UTC (11 years, 8 months ago) by peter
Branch: MAIN
Changes since 1.42: +5 -5
lines
Diff to previous 1.42 (colored)
Use the correct register name. s/PCI_COMMAND_STATUS_REG/PCIR_COMMAND/
Revision 1.38.2.3 / (download) - annotate - [select for diffs], Wed May 24 01:47:59 2000 UTC (11 years, 8 months ago) by archie
Branch: RELENG_4
Changes since 1.38.2.2: +2 -19
lines
Diff to previous 1.38.2.2 (colored) to branchpoint 1.38 (colored)
MFC: Move BPF and bridging code into ether_input()
Revision 1.42 / (download) - annotate - [select for diffs], Sun May 14 02:18:42 2000 UTC (11 years, 9 months ago) by archie
Branch: MAIN
Changes since 1.41: +2 -19
lines
Diff to previous 1.41 (colored)
Move code to handle BPF and bridging for incoming Ethernet packets out of the individual drivers and into the common routine ether_input(). Also, remove the (incomplete) hack for matching ethernet headers in the ip_fw code. The good news: net result of 1016 lines removed, and this should make bridging now work with *all* Ethernet drivers. The bad news: it's nearly impossible to test every driver, especially for bridging, and I was unable to get much testing help on the mailing lists. Reviewed by: freebsd-net
Revision 1.38.2.2 / (download) - annotate - [select for diffs], Fri May 5 12:49:38 2000 UTC (11 years, 9 months ago) by wpaul
Branch: RELENG_4
Changes since 1.38.2.1: +9 -12
lines
Diff to previous 1.38.2.1 (colored) to branchpoint 1.38 (colored)
MFC: fix rl_rxeof() to avoid unaligned access trap on alpha with NFS.
Revision 1.41 / (download) - annotate - [select for diffs], Fri May 5 12:47:47 2000 UTC (11 years, 9 months ago) by wpaul
Branch: MAIN
Changes since 1.40: +9 -12
lines
Diff to previous 1.40 (colored)
Apply patch to rl_rxeof() to really enforce payload alignment in the case where we receive a packet that wraps from the end of the RX buffer back to the start. This fixes an unaligned access trap on the alpha with NFS.
Revision 1.40 / (download) - annotate - [select for diffs], Sat Apr 29 13:41:54 2000 UTC (11 years, 9 months ago) by peter
Branch: MAIN
Changes since 1.39: +4 -2
lines
Diff to previous 1.39 (colored)
Depend on miibus. Note that if_aue doesn't strictly depend on usb because it uses the method interface for calls rather than using internal symbols, and because it's a child driver of usb and therefore will not try and do anything unless the parent usb code is loaded at some point. if_aue does strictly depend on miibus as it will fail to link if it is missing.
Revision 1.38.2.1 / (download) - annotate - [select for diffs], Wed Mar 29 20:08:33 2000 UTC (11 years, 10 months ago) by wpaul
Branch: RELENG_4
Changes since 1.38: +10 -4
lines
Diff to previous 1.38 (colored)
MFC: close PR kern/17582, be more frugal about calling m_pullup().
Revision 1.39 / (download) - annotate - [select for diffs], Wed Mar 29 20:06:15 2000 UTC (11 years, 10 months ago) by wpaul
Branch: MAIN
Changes since 1.38: +10 -4
lines
Diff to previous 1.38 (colored)
Two fixes for the RealTek: - Only call m_pullup() when necessary. - Check return value from rl_encap() in rl_start() to avoid panic when we run out of mbufs. (Fixes PR kern/17582) PR: kern/17582
Revision 1.9.2.11 / (download) - annotate - [select for diffs], Tue Jan 18 14:14:46 2000 UTC (12 years ago) by luigi
Branch: RELENG_3
CVS Tags: RELENG_3_5_0_RELEASE
Changes since 1.9.2.10: +31 -5
lines
Diff to previous 1.9.2.10 (colored) to branchpoint 1.9 (colored) next main 1.10 (colored)
Add bridging support to the 'rl' driver
Revision 1.38 / (download) - annotate - [select for diffs], Tue Dec 28 06:04:29 1999 UTC (12 years, 1 month ago) by billf
Branch: MAIN
CVS Tags: RELENG_4_BP,
RELENG_4_0_0_RELEASE
Branch point for: RELENG_4
Changes since 1.37: +3 -3
lines
Diff to previous 1.37 (colored)
Fix a small typo in the comments.
Revision 1.37 / (download) - annotate - [select for diffs], Thu Dec 23 19:05:58 1999 UTC (12 years, 1 month ago) by wpaul
Branch: MAIN
Changes since 1.36: +16 -3
lines
Diff to previous 1.36 (colored)
Fix problem reported by Matt Dillon. Occasionally, very small received frames would be handled incorrectly due to bad usage of m_pullup() in the case where the frame wraps from the end of the receive buffer back the beginning. Also, when manually extending small packets to pad them to the minimum frame length during transmission, zero out the pad area to make some really paranoid people happy.
Revision 1.9.2.10 / (download) - annotate - [select for diffs], Tue Nov 16 15:36:14 1999 UTC (12 years, 2 months ago) by wpaul
Branch: RELENG_3
CVS Tags: RELENG_3_4_0_RELEASE
Changes since 1.9.2.9: +3 -3
lines
Diff to previous 1.9.2.9 (colored) to branchpoint 1.9 (colored)
MFC: Fix usage of m_pullup().
Revision 1.36 / (download) - annotate - [select for diffs], Tue Nov 16 15:34:52 1999 UTC (12 years, 2 months ago) by wpaul
Branch: MAIN
Changes since 1.35: +3 -3
lines
Diff to previous 1.35 (colored)
Fix usage of m_pullup().
Revision 1.9.2.9 / (download) - annotate - [select for diffs], Mon Nov 1 17:24:52 1999 UTC (12 years, 3 months ago) by wpaul
Branch: RELENG_3
Changes since 1.9.2.8: +26 -12
lines
Diff to previous 1.9.2.8 (colored) to branchpoint 1.9 (colored)
MFC: merge in bug fix for rxeof (make sure ethernet header doesn't get split among multiple mbufs) and changes to make TX threshold dynamically adjustable.
Revision 1.35 / (download) - annotate - [select for diffs], Thu Oct 21 19:42:03 1999 UTC (12 years, 3 months ago) by wpaul
Branch: MAIN
Changes since 1.34: +27 -13
lines
Diff to previous 1.34 (colored)
Make some tweaks to the RealTek driver: - Fix a bug in rl_rxeof() handler: in the case where the packet wraps from the end of the receive buffer back to the beginning, we need to insure that at least sizeof(ether_header) bytes make it into the first mbuf. If we don't, then doing eh = mtod(m, struct ether_header *) loses. To avoid this, we use m_pullup() to suck at least MHLEN - RL_ETHER_ALIGN bytes into the first mbuf, which should also help small packets fit into a single mbuf. Pointed out by: Philip A. Prindeville <philipp@zembu.com> - Make the transmit threshold autotuning: start off with a small value and jack it up when TX underruns are detected. - Also improve TX error recovery: kick the chip in the head with a reset/init sequence to make sure it recovers afer a transmit error.
Revision 1.34 / (download) - annotate - [select for diffs], Sat Sep 25 17:29:01 1999 UTC (12 years, 4 months ago) by wpaul
Branch: MAIN
Changes since 1.33: +3 -3
lines
Diff to previous 1.33 (colored)
Change contigmalloc() lower memory bound from 1MB to 0 to improve chances of allocations succeeding on systems with small amounts of RAM. Pointed out by: bde
Revision 1.33 / (download) - annotate - [select for diffs], Thu Sep 23 03:32:53 1999 UTC (12 years, 4 months ago) by wpaul
Branch: MAIN
Changes since 1.32: +4 -12
lines
Diff to previous 1.32 (colored)
As suggested by phk, unconditionalize BPF support in these drivers. Since there are stubs compiled into the kernel if BPF support is not enabled, there aren't any problems with unresolved symbols. The modules in /modules are compiled with BPF support enabled anyway, so the most this will do is bloat GENERIC a little.
Revision 1.32 / (download) - annotate - [select for diffs], Wed Sep 22 06:08:11 1999 UTC (12 years, 4 months ago) by wpaul
Branch: MAIN
Changes since 1.31: +3 -3
lines
Diff to previous 1.31 (colored)
Tweak these for what I hope is the last time: change the DRIVER_MODULE() declaration for the interface driver from "foo" to "if_foo" but leave the declaration for the miibus attached to the interface driver alone. This lets the internal module name be "if_foo" while still allowing the miibus instances to attach to "foo." This should allow ifconfig to autoload driver modules again without breaking the miibus attach.
Revision 1.31 / (download) - annotate - [select for diffs], Mon Sep 20 19:06:44 1999 UTC (12 years, 4 months ago) by wpaul
Branch: MAIN
Changes since 1.30: +4 -4
lines
Diff to previous 1.30 (colored)
Un-do the changes to the DRIVER_MODULE() declarations in these drivers. This whole idea isn't going to work until somebody makes the bus/kld code smarter. The idea here is to change the module's internal name from "foo" to "if_foo" so that ifconfig can tell a network driver from a non-network one. However doing this doesn't work correctly no matter how you slice it. For everything to work, you have to change the name in both the driver_t struct and the DRIVER_MODULE() declaration. The problems are: - If you change the name in both places, then the kernel thinks that the device's name is now "if_foo", so you get things like: if_foo0: <FOO ethernet> irq foo at device foo on pcifoo if_foo0: Ethernet address: foo:foo:foo:foo:foo:foo This is bogus. Now the device name doesn't agree with the logical interface name. There's no reason for this, and it violates the principle of least astonishment. - If you leave the name in the driver_t struct as "foo" and only change the names in the DRIVER_MODULE() declaration to "if_foo" then attaching drivers to child devices doesn't work because the names don't agree. This breaks miibus: drivers that need to have miibuses and PHY drivers attached never get them. In other words: damned if you do, damned if you don't. This needs to be thought through some more. Since the drivers that use miibus are broken, I have to change these all back in order to make them work again. Yes this will stop ifconfig from being able to demand load driver modules. On the whole, I'd rather have that than having the drivers not work at all.
Revision 1.30 / (download) - annotate - [select for diffs], Mon Sep 20 08:47:11 1999 UTC (12 years, 4 months ago) by wpaul
Branch: MAIN
Changes since 1.29: +3 -3
lines
Diff to previous 1.29 (colored)
Grrr. Okay, changing the devnames was a bad idea. Put them back the way they were.
Revision 1.29 / (download) - annotate - [select for diffs], Mon Sep 20 08:14:38 1999 UTC (12 years, 4 months ago) by wpaul
Branch: MAIN
Changes since 1.28: +3 -3
lines
Diff to previous 1.28 (colored)
Fix the strings in the driver_t structs so that they match the new names in the DRIVER_MODULES() declarations. *sigh*
Revision 1.28 / (download) - annotate - [select for diffs], Mon Sep 20 07:50:09 1999 UTC (12 years, 4 months ago) by obrien
Branch: MAIN
Changes since 1.27: +3 -3
lines
Diff to previous 1.27 (colored)
Goofed and didn't change the second DRIVER_MODULE() linking these with the miibus. Noticed by: wpaul
Revision 1.27 / (download) - annotate - [select for diffs], Mon Sep 20 06:50:52 1999 UTC (12 years, 4 months ago) by obrien
Branch: MAIN
Changes since 1.26: +3 -3
lines
Diff to previous 1.26 (colored)
Change the name we register with DRIVER_MODULE() to include the leading "if_". Reviewed by: msmith, wpaul
Revision 1.26 / (download) - annotate - [select for diffs], Wed Sep 8 15:01:56 1999 UTC (12 years, 5 months ago) by peter
Branch: MAIN
Changes since 1.25: +3 -2
lines
Diff to previous 1.25 (colored)
Add a pointer to "controller miibus0" for people who will not read the commit messages or GENERIC and insist on running -CURRENT. It probably won't work, but it's worth a try.
Revision 1.25 / (download) - annotate - [select for diffs], Tue Aug 31 14:45:49 1999 UTC (12 years, 5 months ago) by wpaul
Branch: MAIN
Changes since 1.24: +260 -559
lines
Diff to previous 1.24 (colored)
Convert the RealTek 8139 driver to newbus and miibus in one swell foop. Also set it up to be compiled as a module.
Revision 1.9.2.8 / (download) - annotate - [select for diffs], Sun Aug 29 16:31:41 1999 UTC (12 years, 5 months ago) by peter
Branch: RELENG_3
CVS Tags: RELENG_3_3_0_RELEASE
Changes since 1.9.2.7: +2 -2
lines
Diff to previous 1.9.2.7 (colored) to branchpoint 1.9 (colored)
$Id$ -> $FreeBSD$
Revision 1.24 / (download) - annotate - [select for diffs], Sun Aug 29 09:03:54 1999 UTC (12 years, 5 months ago) by bde
Branch: MAIN
Changes since 1.23: +3 -3
lines
Diff to previous 1.23 (colored)
Don't restrict our requests for contiguous memory to addresses >= 1MB. This fixes, at least, panics in ncr_attach() on i386's with about 5MB of memory. The restriction was a hack to leave some low memory for ISA DMA, but on i386's we now allocate pages from the top down, so all the restriction did was cause our allocations to fail when there is no free memory above 1MB.
Revision 1.23 / (download) - annotate - [select for diffs], Sat Aug 28 00:50:53 1999 UTC (12 years, 5 months ago) by peter
Branch: MAIN
Changes since 1.22: +2 -2
lines
Diff to previous 1.22 (colored)
$Id$ -> $FreeBSD$
Revision 1.22 / (download) - annotate - [select for diffs], Sat Aug 21 22:10:49 1999 UTC (12 years, 5 months ago) by msmith
Branch: MAIN
Changes since 1.21: +3 -2
lines
Diff to previous 1.21 (colored)
Clean up after removing sys/eventhandler.h from sys/systm.h at the last minute. This should cover all of the missed cases (and should let LINT build again).
Revision 1.21 / (download) - annotate - [select for diffs], Sat Aug 21 06:24:35 1999 UTC (12 years, 5 months ago) by msmith
Branch: MAIN
Changes since 1.20: +7 -6
lines
Diff to previous 1.20 (colored)
Implement a new generic mechanism for attaching handler functions to events, in order to pave the way for removing a number of the ad-hoc implementations currently in use. Retire the at_shutdown family of functions and replace them with new event handler lists. Rework kern_shutdown.c to take greater advantage of the use of event handlers. Reviewed by: green
Revision 1.9.2.7 / (download) - annotate - [select for diffs], Thu Jul 22 20:58:46 1999 UTC (12 years, 6 months ago) by wpaul
Branch: RELENG_3
Changes since 1.9.2.6: +3 -6
lines
Diff to previous 1.9.2.6 (colored) to branchpoint 1.9 (colored)
MFC: remove SiS 900 PCI definitions
Revision 1.20 / (download) - annotate - [select for diffs], Thu Jul 22 20:56:49 1999 UTC (12 years, 6 months ago) by wpaul
Branch: MAIN
Changes since 1.19: +3 -6
lines
Diff to previous 1.19 (colored)
Remove the definitions for the SiS 900 chip. This is not a RealTek clone after all. I have the datasheets for this part; hopefully I can write a proper driver soon.
Revision 1.19 / (download) - annotate - [select for diffs], Tue Jul 6 19:23:28 1999 UTC (12 years, 7 months ago) by des
Branch: MAIN
Changes since 1.18: +7 -7
lines
Diff to previous 1.18 (colored)
Rename bpfilter to bpf.
Revision 1.18 / (download) - annotate - [select for diffs], Fri Jul 2 04:17:14 1999 UTC (12 years, 7 months ago) by peter
Branch: MAIN
Changes since 1.17: +3 -3
lines
Diff to previous 1.17 (colored)
Change the cast in pci_map_port() from u_short * to pci_port_t * so it compiles cleanly on the Alpha. (On the alpha, the port type is an int, not a short). Cast a couple of pointers to ints via 'uintptr_t' rather than 'unsigned int' since uintptr_t is long (64 bit) on Alpha, as are pointers.
Revision 1.9.2.6 / (download) - annotate - [select for diffs], Sat Jun 19 20:21:21 1999 UTC (12 years, 7 months ago) by wpaul
Branch: RELENG_3
Changes since 1.9.2.5: +38 -8
lines
Diff to previous 1.9.2.5 (colored) to branchpoint 1.9 (colored)
MFC: make this driver work on FreeBSD/alpha
Revision 1.17 / (download) - annotate - [select for diffs], Sat Jun 19 20:17:37 1999 UTC (12 years, 7 months ago) by wpaul
Branch: MAIN
Changes since 1.16: +38 -8
lines
Diff to previous 1.16 (colored)
Fix up the RealTek 8139 driver to work on FreeBSD/alpha. This involves a few changes: - there was a bug in rl_list_tx_init(): it was calculating the registers to initialize incorrectly. Not a problem on the x86 where unaligned access are allowed, but a problem on the alpha. - set rl_btag accordingly depending on the machine type - rl_rxeof() needs to be sure to longword-align the packet data. This is a little tricky since we copy the data out of the receive buffer using m_devget(), however there's no way to tell m_devget() to fill in the mbufs starting at a particular offset. To get around this, we tell m_devget to copy bytes+2 bytes starting at offset offset-2. This results in the proper alignment, and we can trim off the two leading bytes afterwards with m_adj(). We also allocate some extra space before the start of the receive buffer so that we don't get into trouble in the case where offset == 0. - redefine vtophys() in if_rlreg.h for the alpha. Making this chipset work on the alpha is sort of the inverse of putting a jet engine on a rowboat (putting a propeller on a 747?) but when you can get these things for $5 a pop, it's hard to stop people from buying them.
Revision 1.9.2.5 / (download) - annotate - [select for diffs], Sun May 30 18:56:45 1999 UTC (12 years, 8 months ago) by wpaul
Branch: RELENG_3
Changes since 1.9.2.4: +6 -3
lines
Diff to previous 1.9.2.4 (colored) to branchpoint 1.9 (colored)
MFC: add support for SiS 900 RealTek workalike chipset.
Revision 1.16 / (download) - annotate - [select for diffs], Sun May 30 18:55:19 1999 UTC (12 years, 8 months ago) by wpaul
Branch: MAIN
Changes since 1.15: +6 -3
lines
Diff to previous 1.15 (colored)
Add support for SiS 900 chipset (PCI ID 0x1039/0x0900), which appears to be yet another rebadged RealTek 8139.
Revision 1.15 / (download) - annotate - [select for diffs], Sun May 9 17:06:58 1999 UTC (12 years, 9 months ago) by peter
Branch: MAIN
Changes since 1.14: +2 -6
lines
Diff to previous 1.14 (colored)
Simplify the COMPAT_PCI_DRIVER/DATA_SET hack. We can add: #define COMPAT_PCI_DRIVER(name,data) DATA_SET(pcidevice_set,data) .. to 2.2.x and 3.x if people think it's worth it. Driver writers can do this if it's not defined. (The reason for this is that I'm trying to progressively eliminate use of linker_sets where it hurts modularity and runtime load capability, and these DATA_SET's keep getting in the way.)
Revision 1.14 / (download) - annotate - [select for diffs], Sat Apr 24 20:14:01 1999 UTC (12 years, 9 months ago) by peter
Branch: MAIN
CVS Tags: PRE_VFS_BIO_NFS_PATCH,
PRE_SMP_VMSHARE,
POST_VFS_BIO_NFS_PATCH,
POST_SMP_VMSHARE
Changes since 1.13: +6 -2
lines
Diff to previous 1.13 (colored)
Use COMPAT_PCI_DRIVER() for registration if it exists. This shouldn't hurt the driver portability to 3.x too much for where drivers are shared.
Revision 1.9.2.4 / (download) - annotate - [select for diffs], Mon Apr 12 21:39:14 1999 UTC (12 years, 10 months ago) by wpaul
Branch: RELENG_3
CVS Tags: RELENG_3_2_PAO_BP,
RELENG_3_2_PAO,
RELENG_3_2_0_RELEASE
Changes since 1.9.2.3: +60 -141
lines
Diff to previous 1.9.2.3 (colored) to branchpoint 1.9 (colored)
MFC: rewrite TX section, set ifq_maxlen to a sane value
Revision 1.13 / (download) - annotate - [select for diffs], Mon Apr 12 21:37:00 1999 UTC (12 years, 10 months ago) by wpaul
Branch: MAIN
CVS Tags: PRE_NEWBUS,
POST_NEWBUS
Changes since 1.12: +60 -141
lines
Diff to previous 1.12 (colored)
Merge in some updates for the RealTek driver, mainly: - Rewrite the transmit section to be a little less bogus. - Set ifq_maxlen correctly. RL_TX_LIST_CNT - 1 is wrong, because for the RealTek, RL_TX_LIST_CNT is 4. Set it to IFQ_MAXLEN instead.
Revision 1.9.2.3 / (download) - annotate - [select for diffs], Tue Feb 23 15:40:55 1999 UTC (12 years, 11 months ago) by wpaul
Branch: RELENG_3
Changes since 1.9.2.2: +8 -3
lines
Diff to previous 1.9.2.2 (colored) to branchpoint 1.9 (colored)
MFC: add PCI vendor and device IDs for other RealTek and VIA Rhine II adapters from Delta and Addtron.
Revision 1.12 / (download) - annotate - [select for diffs], Tue Feb 23 15:38:25 1999 UTC (12 years, 11 months ago) by wpaul
Branch: MAIN
Changes since 1.11: +8 -3
lines
Diff to previous 1.11 (colored)
Add support for still more cheapo 10/100 cards: Delta Electronics and Addtron appear to have their own VIA Rhine II and RealTek 8139 boards with custom PCI vendor and device IDs. This commit updates the PCI vendor and device lists in the vr and rl drivers so that we can probe the additional devices. Found by: nosing around the PCI vendor and device code list at: http://www.halcyon.com/scripts/jboemler/pci/pcicode
Revision 1.9.2.2 / (download) - annotate - [select for diffs], Mon Feb 1 21:32:51 1999 UTC (13 years ago) by wpaul
Branch: RELENG_3
CVS Tags: RELENG_3_1_0_RELEASE
Changes since 1.9.2.1: +3 -2
lines
Diff to previous 1.9.2.1 (colored) to branchpoint 1.9 (colored)
MFC: remember to initialize ifp->if_snd.ifq_maxlen.
Revision 1.11 / (download) - annotate - [select for diffs], Mon Feb 1 21:25:51 1999 UTC (13 years ago) by wpaul
Branch: MAIN
Changes since 1.10: +3 -2
lines
Diff to previous 1.10 (colored)
Remember to initialize ifp->if_snd.ifq_maxlen.
Revision 1.9.2.1 / (download) - annotate - [select for diffs], Fri Jan 22 15:26:22 1999 UTC (13 years ago) by wpaul
Branch: RELENG_3
Changes since 1.9: +5 -5
lines
Diff to previous 1.9 (colored)
MFC: fix multicast receive code
Revision 1.10 / (download) - annotate - [select for diffs], Fri Jan 22 15:25:04 1999 UTC (13 years ago) by wpaul
Branch: MAIN
Changes since 1.9: +5 -5
lines
Diff to previous 1.9 (colored)
Multicast code isn't quite correct. The RealTek wants the upper six bits of the CRC as the multicast hash table bit, not the lower six bits. Plus we have to flip on all bits in the table for multicast mode. Pointed out by: Kazushi SUGYO <k-sugyou@nwsl.mesh.ad.jp>
Revision 1.9 / (download) - annotate - [select for diffs], Sat Jan 16 21:03:57 1999 UTC (13 years ago) by wpaul
Branch: MAIN
CVS Tags: RELENG_3_BP
Branch point for: RELENG_3
Changes since 1.8: +3 -3
lines
Diff to previous 1.8 (colored)
Small cosmetic tweak: in rl_rxeof(), use the constant RX_CMD_EMPTY_RXBUF instead of the magic number 1.
Revision 1.8 / (download) - annotate - [select for diffs], Thu Dec 24 18:39:48 1998 UTC (13 years, 1 month ago) by wpaul
Branch: MAIN
Changes since 1.7: +13 -4
lines
Diff to previous 1.7 (colored)
Grrrr... The RealTek 8139 is yet another chip that includes the ethernet CRC in received frames, which we need to trim manually.
Revision 1.7 / (download) - annotate - [select for diffs], Mon Dec 14 06:32:55 1998 UTC (13 years, 2 months ago) by dillon
Branch: MAIN
Changes since 1.6: +4 -4
lines
Diff to previous 1.6 (colored)
probe function changed from returning char * to const char *.
Revision 1.6 / (download) - annotate - [select for diffs], Thu Dec 10 19:02:07 1998 UTC (13 years, 2 months ago) by wpaul
Branch: MAIN
Changes since 1.5: +12 -18
lines
Diff to previous 1.5 (colored)
Silence gcc -Wall -ansi -pedantic. Pointed out by: Eivind
Revision 1.5 / (download) - annotate - [select for diffs], Mon Dec 7 21:58:46 1998 UTC (13 years, 2 months ago) by archie
Branch: MAIN
Changes since 1.4: +3 -3
lines
Diff to previous 1.4 (colored)
The "easy" fixes for compiling the kernel -Wunused: remove unreferenced static and local variables, goto labels, and functions declared but not defined.
Revision 1.4 / (download) - annotate - [select for diffs], Mon Dec 7 00:35:05 1998 UTC (13 years, 2 months ago) by wpaul
Branch: MAIN
Changes since 1.3: +15 -15
lines
Diff to previous 1.3 (colored)
if_rl.c: make a small tweak to properly handle the Accton MPX 5030/5038
as a RealTek 8139
if_rlreg.h: use bus_space_read_X() in CSR_READ_X() macros instead of
directly calling inb()/outb() etc...
rl.4 + RELNOTES.TXT: mention that SMC EtherEZ PCI 1211-TX is supported
by the RealTek driver
Revision 1.3 / (download) - annotate - [select for diffs], Fri Nov 20 19:26:37 1998 UTC (13 years, 2 months ago) by wpaul
Branch: MAIN
Changes since 1.2: +3 -2
lines
Diff to previous 1.2 (colored)
Add missing return statement to rl_phy_writereg(). This bug didn't actually hurt anything, but it's still a bug. Pointed out by: Jason Wright <jason@thought.net>
Revision 1.2 / (download) - annotate - [select for diffs], Wed Nov 18 21:03:57 1998 UTC (13 years, 2 months ago) by wpaul
Branch: MAIN
Changes since 1.1: +24 -25
lines
Diff to previous 1.1 (colored)
The Accton 1207D adapter uses a chip called the MXP 5030 (or 5038) which is either a RealTek 8139 in disguise or a RealTek workalike. This commit fixes the PCI vendor/device ID for this device and updates the description string to reflect the actual identity of the device. I also changed the transmit encapsulation routine to always to buffer copies on transmit. We end up doing this 99% of the time anyway. I also tweaked the code that pads packets out to the minimum length (60) bytes. I was fixing up the m_pkthdr.len value but not m_len. I don't think this makes that much difference in the grand scheme of things, but it makes me feel better.
Revision 1.1 / (download) - annotate - [select for diffs], Sun Oct 18 16:24:30 1998 UTC (13 years, 3 months ago) by wpaul
Branch: MAIN
Add driver support for PCI fast ethernet adapters based on the RealTek 8129/8139 chipset like I've been threatening. Update kernel configs, userconfig.c, relnotes and sysinstall. No man page yet; comming soon. I consider this driver stable enough that I want to give it some exposure in -current.