src/sys/modules/fxp, branch release/13.2.0

MFC mii: Add opt_platform.h to all miibus drivers

2022-06-05T16:49:24Z

miivar.h includes opt_platform.h. Make sure all the drivers that use the miibus_if.h interface file have opt_platform.h as well. While some of these may not, strictly speaking, need it, it's easier to include it universally for miibus. Sponsored by: Netflix (cherry picked from commit b111430e54537a66080df115c3a2950a2922da5a) Author: Warner Losh

Remove a use of a negative array index from fxp(4).

2018-12-19T04:54:32Z

This fixes a warning seen when compiling amd64 GENERIC with clang 7. Also remove the workaround added in r337324. clang 7 and gcc 4.2 generate the same code with or without the code change. Reviewed by: imp (previous version) MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D18603

Put in a temporary workaround for strange array access in if_fxp.c.

2018-08-04T15:38:18Z

sys/modules: normalize .CURDIR-relative paths to SRCTOP

2017-03-04T10:10:17Z

This simplifies make output/logic Tested with: `cd sys/modules; make ALL_MODULES=` on amd64 MFC after: 1 month Sponsored by: Dell EMC Isilon

- Follow the lead of dcphy(4) and pnphy(4) and move the reminder of the PHY

2011-10-08T12:33:10Z

drivers that only ever attach to a particular MAC driver, i.e. inphy(4), ruephy(4) and xlphy(4), to the directory where the respective MAC driver lives and only compile it into the kernel when the latter is also there, also removing it from miibus.ko and moving it into the module of the respective MAC driver. - While at it, rename exphy.c, which comes from NetBSD where the MAC driver it corresponds to also is named ex(4) instead of xl(4) but that in FreeBSD actually identifies itself as xlphy(4), and its function names accordingly for consistency. - Additionally while at it, fix some minor style issues like whitespace in the register headers and add multi-inclusion protection to inphyreg.h.

Remove bridge(4) from the tree. if_bridge(4) is a full functional

2005-09-27T18:10:43Z

replacement and has additional features which make it superior. Discussed on: -arch Reviewed by: thompsa X-MFC-after: never (RELENG_6 as transition period)

vlan.h is obsolete, don't create it anymore.

2001-09-05T23:47:02Z

Unconditinally turn on VLAN support when building fxp as a module, since

2001-07-19T15:58:40Z

it may be plugged into a kernel that supports VLANs. If the kernel is not VLAN aware, things will still work as before. Modules don't really have option support, so this is somewhat of a hack.

Update makefile to reflect vlan support.

2001-05-13T00:04:02Z

Back out 'KMODDEPS = miibus' addition in last commit. This isn't used.

2001-03-24T22:21:59Z