summaryrefslogtreecommitdiff
path: root/sys/net/if_media.h
Commit message (Collapse)AuthorAgeFilesLines
* if_media: definitions for 40GE LM4 ethernet media typeMitchell Horne2020-09-161-0/+3
| | | | | | | | | | Reviewed by: erj Sponsored by: NetApp, Inc. Sponsored by: Klara, Inc. Differential Revision: https://reviews.freebsd.org/D26276 Notes: svn path=/head/; revision=365801
* net: clean up empty lines in .c and .h filesMateusz Guzik2020-09-011-1/+0
| | | | Notes: svn path=/head/; revision=365071
* For consistency and to avoid any problems getting past the 31bitBjoern A. Zeeb2020-08-171-3/+3
| | | | | | | | | | | boundry change the last two IF_Mbps(2500) and additionally one IF_Mbps(5000) to ULL as well. MFC after: 2 weeks Sponsored by: Rubicon Communications, LLC (d/b/a "Netgate") Notes: svn path=/head/; revision=364305
* if_media.h: Add 50G KR4 ethernet media type.Konstantin Belousov2020-02-111-0/+3
| | | | | | | | | Submitted by: Adam Peace <adam.e.peace@gmail.com> Reviewed by: hselasky Differential revision: https://reviews.freebsd.org/D23620 Notes: svn path=/head/; revision=357765
* if_media: Add new 2.5G/5G/25G/40G/50G/100G/200G/400G media typesEric Joyner2018-08-221-0/+168
| | | | | | | | | | | | | | Upcoming Ethernet hardware will support new media types that aren't in the kernel yet, so they are added here. These mostly include new 25G/50G/100G media types; and this commit introduces new 200G/400G speeds and media. Reviewed by: hselasky@, jhb@ MFC after: 1 week Sponsored by: Intel Corporation Differential Revision: https://reviews.freebsd.org/D16731 Notes: svn path=/head/; revision=338208
* Finish removing FDDI and tokenring media support.Brooks Davis2018-04-231-90/+0
| | | | | | | | | | | | | | | | | This fixes media display for 802.11 wireless devices. Software outside the base system that uses these media types and defines should use #ifdef IFM_FDDI or IFM_TOKEN to include or remove support. Reported by: zeising Reviewed by: emaste, kib, zeising Tested by: zeising Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D15170 Notes: svn path=/head/; revision=332895
* Correct comment for IFM_IEEE80211_VHT media variant.Andriy Voskoboinyk2018-03-151-1/+1
| | | | Notes: svn path=/head/; revision=331040
* sys: general adoption of SPDX licensing ID tags.Pedro F. Giffuni2017-11-271-0/+2
| | | | | | | | | | | | | | | | | Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - error prone - task. The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts. No functional change intended. Notes: svn path=/head/; revision=326272
* Add several new media types to if_media.hEric Joyner2017-05-101-0/+12
| | | | | | | | | | | | | These include several 25G types (for active direct attach cables and LR modules), and a missing type for 10G active direct attach. Differential Revision: https://reviews.freebsd.org/D10425 Reviewed by: smh, imp MFC after: 3 days Sponsored by: Intel Corporation Notes: svn path=/head/; revision=318147
* [net80211] add VHT media types in the media layer.Adrian Chadd2017-01-051-0/+4
| | | | Notes: svn path=/head/; revision=311360
* [net80211] start laying down the foundation for 11ac support.Adrian Chadd2016-12-161-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is a work in progress and some of this stuff may change; but hopefully I'm laying down enough stuff and space in fields to allow it to grow without another major recompile. We'll see! * Add a net80211 PHY type for VHT 2G and VHT 5G. Note - yes, VHT is supposed to be for 5GHZ, however some vendors (*cough* most of them) support some subset of VHT rate support in 2GHz. No - not 80MHz wide channels, but at least some MCS8-9 support, maybe some beamforming, and maybe some longer A-MPDU aggregates. I don't want to even think about MU-MIMO on 2GHz. * Add an ifmedia placeholder type for VHT rates. * Add channel flags for VHT, VHT20/40U/40D/80/80+80/160 * Add channel macros for the above * Add ieee80211_channel fields for the VHT information and flags, along with some padding (so this struct definitely grows.) * Add a phy type flag for VHT - 'v' * Bump the number of channels to a much higher amount - until we get something like the linux mac80211 chanctx abstraction (where the stack provides a current channel configuration via callbacks, versus the driver ever checking ic->ic_curchan or similar) we'll have to populate VHT+HT combinations. Eg, there'll likely be a full set of duplicate VHT20/40 channels to match HT channels. There will also be a full set of duplicate VHT80 channels - note that for VHT80, its assumed you're doing VHT40 as a base, so we don't need a duplicate of VHT80 + 20MHz only primary channels, only a duplicate of all the VHT40 combinations. I don't want to think about VHT80+80 or VHT160 for now - and I won't, as the current device I'm doing 11ac bringup on (QCA9880) only does VHT80. I'll likely revisit the channel configuration and scanning related stuff after I get VHT20/40 up. * Add vht flags and the basic MCS rate setup to ieee80211com, ieee80211vap and ieee80211_node in preparation for 11ac configuration. There is zero code that uses this right now. * Whilst here, add some more placeholders in case I need to extend out things by some uint32_t flag sized fields. Hopefully I won't! What I haven't yet done: * any of the code that uses this * any of the beamforming related fields * any of the MU-MIMO fields required for STA/AP operation * any of the IE fields in beacon frame / probe request/response handling and the calculations required for shifting beacon contents around when the TIM grows/shrinks This will require a full rebuild of net80211 related programs - ifconfig, hostapd, wpa_supplicant. Notes: svn path=/head/; revision=310147
* ifmedia changes:Eric Joyner2015-04-071-3/+105
| | | | | | | | | | | | | | | | | | | | | | | | - Extend the number of available subtypes for Ethernet media by using some of the ifmedia word's option bits to help denote subtypes. As a result, the number of possible Ethernet subtype values increases from 31 to 511. - Use some of those new values to define new media types. - lacp_compose_key() recgonizes the new Ethernet media types added. (Change made as required by a comment in if_media.h) - New ioctl, SIOGIFXMEDIA, to handle getting the new extended media types. SIOCGIFMEDIA is retained for backwards compatibility. - Changes to ifconfig to allow it to handle the new extended media types. Submitted by: mike@karels.net (original), hselasky Reviewed by: jfvogel, gnn, hselasky Approved by: jfvogel (mentor), gnn (mentor) Differential Revision: http://reviews.freebsd.org/D1965 Notes: svn path=/head/; revision=281236
* Introduce a procedural interface to the ifnet structure. The newMarcel Moolenaar2014-06-021-2/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | interface allows the ifnet structure to be defined as an opaque type in NIC drivers. This then allows the ifnet structure to be changed without a need to change or recompile NIC drivers. Put differently, NIC drivers can be written and compiled once and be used with different network stack implementations, provided of course that those network stack implementations have an API and ABI compatible interface. This commit introduces the 'if_t' type to replace 'struct ifnet *' as the type of a network interface. The 'if_t' type is defined as 'void *' to enable the compiler to perform type conversion to 'struct ifnet *' and vice versa where needed and without warnings. The functions that implement the API are the only functions that need to have an explicit cast. The MII code has been converted to use the driver API to avoid unnecessary code churn. Code churn comes from having to work with both converted and unconverted drivers in correlation with having callback functions that take an interface. By converting the MII code first, the callback functions can be defined so that the compiler will perform the typecasts automatically. As soon as all drivers have been converted, the if_t type can be redefined as needed and the API functions can be fix to not need an explicit cast. The immediate benefactors of this change are: 1. Juniper Networks - The network stack implementation in Junos is entirely different from FreeBSD's one and this change allows Juniper to build "stock" NIC drivers that can be used in combination with both the FreeBSD and Junos stacks. 2. FreeBSD - This change opens the door towards changing ifnet and implementing new features and optimizations in the network stack without it requiring a change in the many NIC drivers FreeBSD has. Submitted by: Anuranjan Shukla <anshukla@juniper.net> Reviewed by: glebius@ Obtained from: Juniper Networks, Inc. Notes: svn path=/head/; revision=266974
* Provide forward declaration for struct ifnet. ConsumersGleb Smirnoff2013-10-271-0/+2
| | | | | | | of this header don't need contents of struct. Notes: svn path=/head/; revision=257220
* Add a note that lacp_compose_key() should be updated, when new mediaAndrey V. Elsukov2013-10-211-1/+4
| | | | | | | | | | types will be added. Submitted by: melifaro X-MFC after: r256689 Notes: svn path=/head/; revision=256832
* Add media types for 40G media that might be used with FreeBSD.John Baldwin2012-04-101-0/+9
| | | | | | | | Reviewed by: bz MFC after: 2 weeks Notes: svn path=/head/; revision=234098
* Since r228571 CARP is no longer an interface.Gleb Smirnoff2012-01-061-8/+0
| | | | Notes: svn path=/head/; revision=229698
* - Add 10baseT as an alias for 10baseT/UTP.Marius Strobl2011-05-151-0/+25
| | | | | | | | | | | | - Add shorthand aliases for common media+option combinations as announced by miibus(4) so that one can actually supply the media strings found in the dmesg output to ifconfig(8). Obtained from: NetBSD (in principle) MFC after: 2 weeks Notes: svn path=/head/; revision=221955
* Teach ifconfig(8) the handy shared option shortcut aliases the NetBSDMarius Strobl2011-01-051-0/+9
| | | | | | | | | | | counterpart also takes, i.e. "fdx" for "full-duplex", "flow" for "flowcontrol", "hdx" for "half-duplex" as well as "loop" and "loopback" for "hw-loopback". MFC after: 1 week Notes: svn path=/head/; revision=217013
* Fix whitespace.Marius Strobl2011-01-051-37/+35
| | | | | | | MFC after: 1 week Notes: svn path=/head/; revision=217010
* o Flesh out the generic IEEE 802.3 annex 31B full duplex flow controlMarius Strobl2010-11-141-0/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | support in mii(4): - Merge generic flow control advertisement (which can be enabled by passing by MIIF_DOPAUSE to mii_attach(9)) and parsing support from NetBSD into mii_physubr.c and ukphy_subr.c. Unlike as in NetBSD, IFM_FLOW isn't implemented as a global option via the "don't care mask" but instead as a media specific option this. This has the following advantages: o allows flow control advertisement with autonegotiation to be turned on and off via ifconfig(8) with the default typically being off (though MIIF_FORCEPAUSE has been added causing flow control to be always advertised, allowing to easily MFC this changes for drivers that previously used home-grown support for flow control that behaved that way without breaking POLA) o allows to deal with PHY drivers where flow control advertisement with manual selection doesn't work or at least isn't implemented, like it's the case with brgphy(4), e1000phy(4) and ip1000phy(4), by setting MIIF_NOMANPAUSE o the available combinations of media options are readily available from the `ifconfig -m` output - Add IFM_FLOW to IFM_SHARED_OPTION_DESCRIPTIONS and IFM_ETH_RXPAUSE and IFM_ETH_TXPAUSE to IFM_SUBTYPE_ETHERNET_OPTION_DESCRIPTIONS so these are understood by ifconfig(8). o Make the master/slave support in mii(4) actually usable: - Change IFM_ETH_MASTER from being implemented as a global option via the "don't care mask" to a media specific one as it actually is only applicable to IFM_1000_T to date. - Let mii_phy_setmedia() set GTCR_MAN_MS in IFM_1000_T slave mode to actually configure manually selected slave mode (like we also do in the PHY specific implementations). - Add IFM_ETH_MASTER to IFM_SUBTYPE_ETHERNET_OPTION_DESCRIPTIONS so it is understood by ifconfig(8). o Switch bge(4), bce(4), msk(4), nfe(4) and stge(4) along with brgphy(4), e1000phy(4) and ip1000phy(4) to use the generic flow control support instead of home-grown solutions via IFM_FLAGs. This includes changing these PHY drivers and smcphy(4) to no longer unconditionally advertise support for flow control but only if the selected media has IFM_FLOW set (or MIIF_FORCEPAUSE is set) and implemented for these media variants, i.e. typically only for copper. o Switch brgphy(4), ciphy(4), e1000phy(4) and ip1000phy(4) to report and set IFM_1000_T master mode via IFM_ETH_MASTER instead of via IFF_LINK0 and some IFM_FLAGn. o Switch brgphy(4) to add at least the the supported copper media based on the contents of the BMSR via mii_phy_add_media() instead of hardcoding them. The latter approach seems to have developed historically, besides causing unnecessary code duplication it was also undesirable because brgphy_mii_phy_auto() already based the capability advertisement on the contents of the BMSR though. o Let brgphy(4) set IFM_1000_T master mode on all supported PHY and not just BCM5701. Apparently this was a misinterpretation of a workaround in the Linux tg3 driver; BCM5701 seem to require RGPHY_1000CTL_MSE and BRGPHY_1000CTL_MSC to be set when configuring autonegotiation but this doesn't mean we can't set these as well on other PHYs for manual media selection. o Let ukphy_status() report IFM_1000_T master mode via IFM_ETH_MASTER so IFM_1000_T master mode support now is generally available with all PHY drivers. o Don't let e1000phy(4) set master/slave bits for IFM_1000_SX as it's not applicable there. Reviewed by: yongari (plus additional testing) Obtained from: NetBSD (partially), OpenBSD (partially) MFC after: 2 weeks Notes: svn path=/head/; revision=215297
* Add MCS to the list of media types.Rui Paulo2010-03-231-0/+2
| | | | | | | Sponsored by: iXsystems, inc. Notes: svn path=/head/; revision=205515
* Implementation of the upcoming Wireless Mesh standard, 802.11s, on theRui Paulo2009-07-111-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | net80211 wireless stack. This work is based on the March 2009 D3.0 draft standard. This standard is expected to become final next year. This includes two main net80211 modules, ieee80211_mesh.c which deals with peer link management, link metric calculation, routing table control and mesh configuration and ieee80211_hwmp.c which deals with the actually routing process on the mesh network. HWMP is the mandatory routing protocol on by the mesh standard, but others, such as RA-OLSR, can be implemented. Authentication and encryption are not implemented. There are several scripts under tools/tools/net80211/scripts that can be used to test different mesh network topologies and they also teach you how to setup a mesh vap (for the impatient: ifconfig wlan0 create wlandev ... wlanmode mesh). A new build option is available: IEEE80211_SUPPORT_MESH and it's enabled by default on GENERIC kernels for i386, amd64, sparc64 and pc98. Drivers that support mesh networks right now are: ath, ral and mwl. More information at: http://wiki.freebsd.org/WifiMesh Please note that this work is experimental. Also, please note that bridging a mesh vap with another network interface is not yet supported. Many thanks to the FreeBSD Foundation for sponsoring this project and to Sam Leffler for his support. Also, I would like to thank Gateworks Corporation for sending me a Cambria board which was used during the development of this project. Reviewed by: sam Approved by: re (kensmith) Obtained from: projects/mesh11s Notes: svn path=/head/; revision=195618
* Add 10Gbase-T to known ethernet media types.Navdeep Parhar2009-06-241-0/+3
| | | | | | | | Approved by: gnn (mentor) MFC after: 1 week. Notes: svn path=/head/; revision=194918
* About to add 10Gbase-T to known media types, this is just a whitespaceNavdeep Parhar2009-06-241-9/+9
| | | | | | | | | cleanup before that commit. No functional impact. Approved by: gnn (mentor) Notes: svn path=/head/; revision=194917
* Add TWINAX (Twin Axial Copper for 10G networking) media types.George V. Neville-Neil2008-12-171-0/+12
| | | | | | | | | | | | Add code to the Chelsio driver so that it can recognize different module types which may be plugged into it, including SR, LR lasers and TWINAX copper cables. Obtained from: Chelsio Inc. MFC after: 1 week Notes: svn path=/head/; revision=186260
* Make "1000baseT" the description and "1000baseTX" the alias forAntoine Brodin2008-08-011-2/+2
| | | | | | | | | | | | IFM_1000_T instead of the reverse. It is possible FreeBSD doesn't even support 1000baseTX. This changes ifconfig(8) output. Requested by: gavin@ and bms@ See also: http://docs.freebsd.org/cgi/mid.cgi?20050307191901.H32508 Notes: svn path=/head/; revision=181138
* Move "1000baseT" from IFM_SUBTYPE_ETHERNET_DESCRIPTIONS toAntoine Brodin2008-04-201-1/+1
| | | | | | | | | | | | | IFM_SUBTYPE_ETHERNET_ALIASES: there is already "1000baseTX" in IFM_SUBTYPE_ETHERNET_DESCRIPTIONS. This doesn't change ifconfig behaviour. PR: 45793 (maybe) Approved by: rwatson (mentor) MFC after: 1 month Notes: svn path=/head/; revision=178333
* IFM_IEEE80211_IBSSMASTER hasn't been used in many years; replace itSam Leffler2008-03-251-2/+2
| | | | | | | | | with IFM_IEEE80211_WDS which will be used by the forthcoming vap code MFC after: 3 weeks Notes: svn path=/head/; revision=177616
* remove IFM_IEEE80211_HT40PLUS and IFM_IEEE80211_HT40MINUS; theySam Leffler2007-09-181-4/+0
| | | | | | | | | never got used so nuke 'em before we branch Approved by: re (blanket wireless) Notes: svn path=/head/; revision=172223
* Update 802.11 wireless support:Sam Leffler2007-06-111-0/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | o major overhaul of the way channels are handled: channels are now fully enumerated and uniquely identify the operating characteristics; these changes are visible to user applications which require changes o make scanning support independent of the state machine to enable background scanning and roaming o move scanning support into loadable modules based on the operating mode to enable different policies and reduce the memory footprint on systems w/ constrained resources o add background scanning in station mode (no support for adhoc/ibss mode yet) o significantly speedup sta mode scanning with a variety of techniques o add roaming support when background scanning is supported; for now we use a simple algorithm to trigger a roam: we threshold the rssi and tx rate, if either drops too low we try to roam to a new ap o add tx fragmentation support o add first cut at 802.11n support: this code works with forthcoming drivers but is incomplete; it's included now to establish a baseline for other drivers to be developed and for user applications o adjust max_linkhdr et. al. to reflect 802.11 requirements; this eliminates prepending mbufs for traffic generated locally o add support for Atheros protocol extensions; mainly the fast frames encapsulation (note this can be used with any card that can tx+rx large frames correctly) o add sta support for ap's that beacon both WPA1+2 support o change all data types from bsd-style to posix-style o propagate noise floor data from drivers to net80211 and on to user apps o correct various issues in the sta mode state machine related to handling authentication and association failures o enable the addition of sta mode power save support for drivers that need net80211 support (not in this commit) o remove old WI compatibility ioctls (wicontrol is officially dead) o change the data structures returned for get sta info and get scan results so future additions will not break user apps o fixed tx rate is now maintained internally as an ieee rate and not an index into the rate set; this needs to be extended to deal with multi-mode operation o add extended channel specifications to radiotap to enable 11n sniffing Drivers: o ath: add support for bg scanning, tx fragmentation, fast frames, dynamic turbo (lightly tested), 11n (sniffing only and needs new hal) o awi: compile tested only o ndis: lightly tested o ipw: lightly tested o iwi: add support for bg scanning (well tested but may have some rough edges) o ral, ural, rum: add suppoort for bg scanning, calibrate rssi data o wi: lightly tested This work is based on contributions by Atheros, kmacy, sephe, thompsa, mlaier, kevlo, and others. Much of the scanning work was supported by Atheros. The 11n work was supported by Marvell. Notes: svn path=/head/; revision=170530
* - Added a new Ethernet media type (2500BaseSX) to support BCM5708 controllersDavid Christensen2007-06-051-0/+4
| | | | | | | | | | | which support a 2.5Gbps mode over fiber using next page extensions during autonegotiation. Typically only found in blade systems which also include a Broadcom 2.5Gbps capable switch. MFC after: 2 weeks Notes: svn path=/head/; revision=170311
* First cut at half/quarter-rate 11a channel support (e.g. for useSam Leffler2006-12-271-0/+9
| | | | | | | | | | | | | | | | | | | | | | | in the Public Safety Band): o add channel flags to identify half/quarter-rate operation o add rate sets (need to check spec on 4Mb/s in 1/4 rate) o add if_media definitions for new rates o split net80211 channel setup out into ieee80211_chan_init o fixup ieee80211_mhz2ieee and ieee80211_ieee2mhz to understand half/quarter rate channels: note we temporarily use a nonstandard/hack numbering that avoids overlap with 2.4G channels because we don't (yet) have enough state to identify and/or map overlapping channel sets o fixup ieee80211_ifmedia_init so it can be called post attach and will recalculate the channel list and associated state; this enables changing channel-related state like the regulatory domain after attach (will be needed for 802.11d support too) o add ieee80211_get_suprates to return a reference to the supported rate set for a given channel o add 3, 4.5, and 27 MB/s tx rates to rate <-> media conversion routines o const-poison channel arg to ieee80211_chan2mode Notes: svn path=/head/; revision=165569
* - Add definition for IFM_10G_CX4.Gleb Smirnoff2006-06-021-0/+4
| | | | | | | | | - Put IFM_10G_CX4 and IFM_10G_SR into IFMEDIA_BAUDRATE array. Requested by: Jack Vogel <jfvogel gmail.com> Notes: svn path=/head/; revision=159162
* Undo damage from wrong MFC to HEAD.Andre Oppermann2006-04-041-38/+0
| | | | | | | Pointed out by: jkim, remko Notes: svn path=/head/; revision=157506
* MFC rev. 1.32: Add link status descriptions and related structures for userlandAndre Oppermann2006-04-041-0/+38
| | | | | | | | | applications. Approved by: re Notes: svn path=/head/; revision=157503
* Add link status descriptions and related structures for userlandAndre Oppermann2006-03-151-0/+38
| | | | | | | | | | | | | applications. Open[BGP|OSPF]D make use of this to determine the link status of interfaces to make the right routing descisions. Obtained from: OpenBSD MFC after: 3 days Notes: svn path=/head/; revision=156751
* Fix build.Gleb Smirnoff2006-02-151-2/+2
| | | | Notes: svn path=/head/; revision=155708
* - Introduce ifmedia_baudrate(), which returns correct baudrate of theGleb Smirnoff2006-02-141-2/+60
| | | | | | | | | | given media status. [1] - Utilize ifmedia_baudrate() in miibus_statchg() to update ifp->if_baudrate. Obtained from: NetBSD [1] Notes: svn path=/head/; revision=155669
* Add CARP (Common Address Redundancy Protocol), which allows multipleGleb Smirnoff2005-02-221-0/+6
| | | | | | | | | | | | | | | | hosts to share an IP address, providing high availability and load balancing. Original work on CARP done by Michael Shalayeff, with many additions by Marco Pfatschbacher and Ryan McBride. FreeBSD port done solely by Max Laier. Patch by: mlaier Obtained from: OpenBSD (mickey, mcbride) Notes: svn path=/head/; revision=142215
* /* -> /*- for license, minor formatting changesWarner Losh2005-01-071-1/+1
| | | | Notes: svn path=/head/; revision=139823
* Added two new media types for 10GBASE-SR and 10GBASE-LRTony Ackerman2004-08-121-0/+5
| | | | Notes: svn path=/head/; revision=133603
* Add Direct Sequence 354K and 512K (needed for arl(4)).Max Khon2004-04-131-0/+8
| | | | Notes: svn path=/head/; revision=128195
* Add an ATM sub-type for virtual interfaces.Hartmut Brandt2004-01-261-0/+3
| | | | Notes: svn path=/head/; revision=125015
* Fix definition of IFM_MODE, which should be refrected the change ofAtsushi Onoe2004-01-221-1/+1
| | | | | | | | IFM_IEEE80211_ mode. Also ifconfig(8) must be recompiled. Pointed out by Sam Leffeler. Notes: svn path=/head/; revision=124823
* Add support for FH phy, which will be used by awi driver.Atsushi Onoe2004-01-151-3/+7
| | | | | | | | Also some if_media constants to indicate operational mode are changed to bitmasks to reduce diffs from NetBSD. Notes: svn path=/head/; revision=124543
* add monitor modeSam Leffler2003-07-211-0/+2
| | | | Notes: svn path=/head/; revision=117817
* add "autoselect" mode and "auto" alias: these let you reset theSam Leffler2003-06-251-0/+6
| | | | | | | | "phy mode" to an auto-selecting mode, as opposed to one where you're locked to a particular one (e.g. 11a for 802.11) Notes: svn path=/head/; revision=116819
* Fix a typo in an ATM media name. As this name was not use yet, no problemsHartmut Brandt2003-06-021-1/+1
| | | | | | | should occur. Notes: svn path=/head/; revision=115690
* Add media types and options for ATM. While on most ATM cards media cannotHartmut Brandt2003-04-291-0/+52
| | | | | | | | | | | be changed, it is very convenient to be able to toggle SDH/Sonet, idle/unassigned cells and scrambled mode and to see the carrier state. Reviewed by: -arch (if_media.h definitions) Notes: svn path=/head/; revision=114232
generated by cgit v1.2.3 (git 2.25.1) at 2025-08-05 11:24:40 +0000