RTW(4)
β¨ NAME β¨
okay bestie, welcome to RTW(4) β this is the rtw page from the Kernel Interfaces Manual, and itβs literally all about the Realtek RTL8180L IEEE 802.11b wireless network driver. π
π¦ SYNOPSIS π¦
vibe check, hereβs how it attaches:
rtw* at cardbus? function ?
rtw* at pci? dev ? function ?
π DESCRIPTION π
rtw is the driver for PCI/CardBus 802.11b wireless adapters based on the Realtek RTL8180L. no cap. β¨
These devices can have a whole lineup of radio transceivers β for example the Philips SA2400A, Maxim MAX2820, and GCT GRF5101 β but heads up, not all of them are currently supported. π«Ά
vibe check: these are the modes the rtw driver can operate in:
- BSS mode β also known as infrastructure mode. This is what you use when associating with an access point, and all traffic passes through it. This mode is the default. π
- IBSS mode β also known as IEEE ad-hoc mode or peer-to-peer mode. This is the standardized method of operating without an access point. Stations associate with a service set. However, actual connections between stations are peer-to-peer.
- Host AP β in this mode the driver acts as an access point (base station) for other cards. main character energy, honestly.
- monitor mode β in this mode the driver is able to receive packets without associating with an access point. This disables the internal receive filter and enables the card to capture packets from networks which it wouldn't normally have access to, or to scan for access points. π
rtw supports software WEP. Wired Equivalent Privacy (WEP) is the de facto encryption standard for wireless networks. It can be typically configured in one of three modes: no encryption; 40-bit encryption; or 104-bit encryption. Unfortunately, due to serious weaknesses in WEP protocol it is strongly recommended that it not be used as the sole mechanism to secure wireless communication. WEP is not enabled by default.
π¨ bestie, that WEP warning is not a vibe: serious weaknesses, so donβt make it your only security move.
π CONFIGURATION π
The rtw driver can be configured at runtime with ifconfig(8) or on boot with ifconfig.if(5) using the following parameters:
bssid bssidβ set the BSSID you want.-bssidβ unset the desired BSSID. In this mode the interface will automatically select a BSSID, which is the default.chan nβ set the channel (radio frequency) the driver uses, based on the given channel ID n.-chanβ unset the desired channel. In this mode the driver will automatically select a channel, which is the default.media mediaβ thertwdriver supports the following media types:autoselectβ enable autoselection of the media type and options.DS1β set 802.11b DS 1Mbps operation.DS2β set 802.11b DS 2Mbps operation.DS5β set 802.11b DS 5.5Mbps operation.DS11β set 802.11b DS 11Mbps operation.
mediaopt optsβ thertwdriver supports the following media options:hostapβ select Host AP operation.ibssβ select IBSS operation.monitorβ select monitor mode.
-mediaopt optsβ disable the specified media options on the driver and return it to the default mode of operation (BSS).ssid idβ set the network ID. The id can either be any text string up to 32 characters in length, or a series of hexadecimal digits up to 64 digits. An empty id string allows the interface to connect to any available access points. By default thertwdriver uses an empty string. Note that network ID is synonymous with Extended Service Set ID (ESSID).nwkey keyβ enable WEP encryption using the specified key. The key can either be a string, a series of hexadecimal digits (preceded by0x), or a set of keys of the formn:k1,k2,k3,k4, wherenspecifies which of the keys will be used for transmitted packets, and the four keys,k1throughk4, are configured as WEP keys. If a set of keys is specified, a comma (,) within the key must be escaped with a backslash (\). Note that if multiple keys are used, their order must be the same within the network.rtwis capable of using both 40-bit (5 characters or 10 hexadecimal digits) or 104-bit (13 characters or 26 hexadecimal digits) keys.-nwkeyβ disable WEP encryption. This is the default mode of operation.nwkey persistβ enable WEP encryption with the persistent key stored in the network card.
π₯ HARDWARE π₯
The following adapters should work β slay:
Belkin F5D6020 V3β CardBusBuffalo WLI-CB-B11β CardBusCorega CG-WLCB11V3β CardBusD-Link DWL-610β CardBusLevel-One WPC-0101β CardBusLinksys WPC11 v4β CardBusNetgear MA521β CardBusOvislink AirLive WL-1120PCMβ CardBusPlanet WL-3553β CardBusTrendNET TEW-266PCβ CardBusVCTnet PC-11B1β CardBus
π EXAMPLES π
The following ifconfig.if(5) example creates a host-based access point on boot:
inet 192.168.1.1 255.255.255.0 NONE media autoselect \
mediaopt hostap ssid my_net chan 11
Configure rtw0 for WEP, using hex key 0x1deadbeef1:
# ifconfig rtw0 nwkey 0x1deadbeef1
Return rtw0 to its default settings:
# ifconfig rtw0 -bssid -chan media autoselect \
ssid "" -nwkey
Join an existing BSS network, my_net:
# ifconfig rtw0 192.168.1.1 netmask 0xffffff00 ssid my_net
π SEE ALSO π
Go peek at these, iykyk: arp(4), cardbus(4), ifmedia(4), intro(4), netintro(4), pci(4), ifconfig.if(5), ifconfig(8).
Realtek, http://www.realtek.com.tw.
π°οΈ HISTORY π°οΈ
The rtw device driver first appeared in NetBSD 3.0 and then in OpenBSD 3.7. β¨
π«Ά AUTHORS π«Ά
The rtw driver was written by David Young β¨dyoung@NetBSD.orgβ© and ported to OpenBSD by Jonathan Gray <jsg@openbsd.org>, who wrote this man page. π
π BUGS π
this is the rough part, bestie: only the Philips SA2400A and Maxim MAX2820 RF transceivers are known to work. Devices incorporating a GCT RF transceiver are not supported due to a lack of documentation from GCT. π
While PCI devices will attach most of them are not able to transmit. π
and thatβs the whole RTW(4) page, bestie β this cutie came from the Debian manual set, dated December 29, 2004. periodt. π«Ά
π¦ where this page comes from
- nixpkgs unstable: netbsd-source 11.0
- Copyright (c) 2004 Jonathan Gray <jsg@openbsd.org>
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms