summaryrefslogtreecommitdiffstats
path: root/sys/dev/pci/if_wpireg.h (follow)
Commit message (Collapse)AuthorAgeFilesLines
* 1 << 31 cleanup. Eitan Adler pointed out that there has been aderaadt2013-11-261-17/+17
| | | | | resurrection of the bad idiom in the tree. sufficient review by miod, kettenis, tedu
* add explicit barriers for read/write accesses to prph and internal memory.damien2009-10-241-1/+8
|
* oops i forgot the if_wpireg.h file in last my commitdamien2009-10-241-8/+16
|
* fix confusion between number of DMA channels and number of Tx queues.damien2009-05-291-2/+3
|
* reduce Rx ring size from 256 to 64 slots.damien2009-05-241-2/+2
|
* move some generic PCIe register flags used in wpi(4) and iwn(4)damien2008-11-251-4/+1
| | | | | | into common pcireg.h ok deraadt@, kettenis@, dlg@
* rework the rate coding code to get rid of the ugly {wpi,iwn}_plcp_signal()damien2008-11-091-21/+31
| | | | function. will be required for future MCS support in iwn.
* major wpi(4) overhaul.damien2008-11-081-193/+304
| | | | | | | | | wpi(4) and iwn(4) used to be in sync but with the latest iwn(4) changes, this was no longer the case. that commit repair this. it brings HW CCMP encryption/decryption among other things. requires an update of the wpi-firmware package. please report any regression you might see.
* - add callbacks for setting EDCA parameters and pairwise crypto keys.damien2007-09-111-62/+60
| | | | - tweaks to make it look more like iwn(4).
* fix boot code maximum size.damien2007-09-101-2/+2
|
* - add support for 802.11 headers with various sizes (will be requireddamien2007-09-101-23/+4
| | | | | | | | for EDCA support). - remove an unused function. - fix scan command. - detect if the hardware radio switch is on instead of failing in the calibration of the thermal sensor with an obscure message.
* hardware WEP in the TX path.damien2007-07-241-4/+12
| | | | make sure to clear the SCAN lock in case the scan is interrupted.
* change firmware loading code to adopt the new 2.14.4 firmware layout.damien2007-07-101-11/+14
| | | | | | | | while i'm here, fix allocation of the Rx ring descriptors so we don't waste memory. IMPORTANT: you must upgrade your wpi-firmware package to rev. 2.14.4 or the driver will stop working.
* do not allocate ring descriptors for the service queue.damien2007-06-161-2/+1
| | | | | | | | this queue is used to load the firmware and the descriptors are written differently (in wpi_load_segment()). so the DMA descriptors were actually unused. saves 16KB of memory.
* print regulatory domain in dmesg output.damien2007-06-091-1/+2
| | | | fix typo in a comment.
* Major wpi(4) update:damien2007-06-051-50/+211
| | | | | | | | | | | | | | | | | | 1/ Update the driver to use the new firmware images from Intel (2.14.3.) 2/ Read the list of supported channels from the EEPROM instead of having it hard-coded in the driver. 3/ Limit output power to what is specified in EEPROM. 4/ Decrease output power for highest OFDM rates to reduce distortion. 5/ Automatically adjust output power to temperature changes for increased throughput and range. 6/ Attach the adapter's onboard thermal sensor to the sensor framework. 7/ Replace 'magic' fields in structures with their correct definitions. NOTE1: you must upgrade your wpi-firmware package to rev 2.14.3 or the driver will stop working. NOTE2: if you are using a channel not allowed by the regulatory domain of your adapter, you will no longer be able to associate.
* first round of commits for proper 11b/g protection support:damien2006-11-131-1/+2
| | | | | | | | | | | | | | - use the newly introduced ieee80211_get_rts() and ieee80211_get_cts_to_self() functions. - use CTS-to-self instead of RTS/CTS to protect OFDM frames in a mixed 11b/g BSS. - make sure multicast frames are sent using CCK modulation. remove support for 5GHz radios in ral(4) RT2560 and ural(4). i'm not aware of any such adapters on the market and 11a code is known to be broken. some cleanup while i'm here.
* Completely rework the allocation/management of Rx buffers.damien2006-08-281-1/+4
| | | | | | | | | | | The firmware expects 3KB Rx buffers so we can't just map mbuf clusters which are only 2KB. Also it seems that Rx buffers must be aligned on a 1KB boundary which is not necessary the case with mbuf clusters. We want to make damn sure the firmware will not DMA anything outside the mapped Rx buffers. The size of the Rx buffers is probably configurable but Intel will refuse to answer to any question regarding the programmation of the chipset, and a dump of the device registers led to nowhere.
* - improve scan code to support scanning of 802.11a channelsdamien2006-08-011-5/+18
| | | | | | - fix protection mode - fix association to APs hiding their SSID + various cosmetic tweaks while i'm here
* Move AMRR rate control algorithm out of wpi(4) and ural(4), into net80211.damien2006-06-171-2/+2
| | | | ok brad@
* - fix reassociations (the firmware was crashing because the configurationdamien2006-06-161-2/+2
| | | | | | | | was not properly reset) -- tested by Jean-Baptiste Campesato - load the firmware block by block to avoid allocating a large amount of contiguous memory, which may not be possible at the time the interface is turned up. - rename WPI_CONFIG_ASSOCIATED into WPI_STATE_ASSOCIATED
* - discard Rx frames with a bad CRC earlydamien2006-06-051-3/+8
| | | | | | - don't start AMRR if we have set a fixed rate - fix TSF synchronization - remove a x2 prototype + ;; (pointed out by Jean-Baptiste Campesato)
* automatic rate control (AMRR) + cosmetic and small fixesdamien2006-05-251-5/+8
|
* more rx radiotap statsdamien2006-05-201-2/+2
|
* - fix monitor modedamien2006-05-201-2/+6
| | | | - cosmetic in wpi_dma_contig_alloc()
* - fix CCK mask for 802.11b/onlydamien2006-05-201-1/+18
| | | | - add beacon command for future IBSS or HostAP mode support
* - fix short slot time and short preamble settingsdamien2006-05-201-5/+5
| | | | | | | - fix basic rates setting - fix check for WEP encryption (authreq frames might require encryption in shared mode) - cleanup a few things while i'm here
* Initial import of wpi(4), a blob-free driver for Intel PRO/Wireless 3945ABGdamien2006-05-141-0/+509
802.11 adapters as found in Centrino Duo laptops. More to come but works well enough for me to commit this over a wpi(4). go for it deraadt@
Copyright © 1996 – 2023 Jason A. Donenfeld. All Rights Reverse Engineered.