FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=stable%2F7 2011-11-06T21:11:22Z 2011-11-06T21:11:22Z Marius Strobl marius@FreeBSD.org 2011-11-06T21:11:22Z urn:sha1:d3ecab167c2ba356e77f21a0c18b9d11572b789e - 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) 2010-11-07T11:12:30Z Marius Strobl marius@FreeBSD.org 2010-11-07T11:12:30Z urn:sha1:4aec3028843cf6e3074fa61de9a91bd59471724a 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 2008-10-30T04:01:11Z Nathan Whitehorn nwhitehorn@FreeBSD.org 2008-10-30T04:01:11Z urn:sha1:dde77cd76b9a456f0d1274ab18ccdb28fbaa7bc9 Expand DBDMA API to allow setting device-dependent control bits and allow DBDMA registers to lie in a subregion of a resource. Also import changes to the BMAC driver to handle these changes and change the way we enable the BMAC cell in macio. Instead of calling the macio's enable-enet word, which apparently does nothing on some machines, open an OF instance of the ethernet controller. This fixes cold booting from disk on my Blue & White G3. Approved by: re (gnn) 2008-09-04T14:37:53Z Nathan Whitehorn nwhitehorn@FreeBSD.org 2008-09-04T14:37:53Z urn:sha1:2a8ac4f89a7da6291a4c4271842d8b7d468b6012 Approved by: re, marcel (mentor) 2008-08-28T17:06:24Z Nathan Whitehorn nwhitehorn@FreeBSD.org 2008-08-28T17:06:24Z urn:sha1:5c08f829a9225c97a1df3f24086904c4ba30651f Support for Apple BMAC ethernet controller and associated DBDMA support and required changes to macio and scc(4) to support multiple interrupts on macio children. Approved by: grehan (mentor)