#
51a6fb14 |
| 11-Oct-2020 |
mpi <mpi@openbsd.org> |
Stop exporting `wt_hwqueue' now that drivers don't advertise it.
Pointed by and ok jsg@
|
#
eb1adcec |
| 09-Oct-2020 |
mpi <mpi@openbsd.org> |
Kill unused IEEE80211_RADIOTAP_HWQUEUE.
Its value is conflicting with an effort to standardize TX flags fields of the radiotap header from Mathy Vanhoef.
This flag used to indicate the presence of
Kill unused IEEE80211_RADIOTAP_HWQUEUE.
Its value is conflicting with an effort to standardize TX flags fields of the radiotap header from Mathy Vanhoef.
This flag used to indicate the presence of a specific hardware queue used by WME but is unchecked.
ok sthen@, kn@
show more ...
|
#
234dfda1 |
| 08-Apr-2017 |
deraadt <deraadt@openbsd.org> |
A pile of sizes to free(9). In test for a few days in snapshots. Errors will result in nice clean panic messages so we know what's wrong. Reviewed by dhill visa natano jsg.
|
#
650220db |
| 05-Sep-2016 |
tedu <tedu@openbsd.org> |
convert busy flag and tsleep to rwlock as in iwm
|
#
9c58a526 |
| 28-Nov-2013 |
kettenis <kettenis@openbsd.org> |
Seems we simply have tolibe with fatal firmware errors. Even Linux, with its driver written by Intel engineers occasionally gets them. So when we get one, simply reset the chip, reload the firware
Seems we simply have tolibe with fatal firmware errors. Even Linux, with its driver written by Intel engineers occasionally gets them. So when we get one, simply reset the chip, reload the firware and bring the interface up again.
ok chris@, phessler@, mpi@
show more ...
|
#
290efc67 |
| 14-Nov-2013 |
dlg <dlg@openbsd.org> |
replace workqs with tasks for handling resume
from kimberley manning
|
#
b07c7932 |
| 07-Sep-2010 |
deraadt <deraadt@openbsd.org> |
remove the powerhook code. All architectures now use the ca_activate tree traversal code to suspend/resume ok oga kettenis blambert
|
#
230e01ae |
| 22-Jul-2010 |
kettenis <kettenis@openbsd.org> |
Add suspend/resume logic. As discussed with phessler@, incorporating suggestions by damien@.
|
#
49109f68 |
| 22-Jul-2010 |
kettenis <kettenis@openbsd.org> |
Prevent a process from entering wpi_ioctl while another process is tsleep'ing (for example waiting for the firmware to become alive) in iwn_init.
ok damien@
|
#
3a33c5db |
| 17-Nov-2009 |
damien <damien@openbsd.org> |
nuke the temperature sensor. it is totally useless since (contrary to the one in iwn(4)) it is not in any known unit (can't be converted to degK or degC).
|
#
80586280 |
| 12-May-2009 |
damien <damien@openbsd.org> |
switch wpi(4) and iwn(4) over to MCLGETI. notice that i'm not using the per-ifp mbuf accounting/mitigation yet. for iwn(4), this means we wont' be able to support full 8KB AMSDU on machines without a
switch wpi(4) and iwn(4) over to MCLGETI. notice that i'm not using the per-ifp mbuf accounting/mitigation yet. for iwn(4), this means we wont' be able to support full 8KB AMSDU on machines without an IOMMU since >4KB clusters are not guaranteed to be physcontig. fortunately, we can program the hardware to do 4KB AMSDUs only. simplify {pwi,iwn}_dma_contig_alloc while i'm here: use BUS_DMA_ZERO
show more ...
|
#
28f37d94 |
| 03-Dec-2008 |
damien <damien@openbsd.org> |
allow users to select a fixed rate.
|
#
fa43bc10 |
| 09-Nov-2008 |
damien <damien@openbsd.org> |
rework the rate coding code to get rid of the ugly {wpi,iwn}_plcp_signal() function. will be required for future MCS support in iwn.
|
#
9f114821 |
| 08-Nov-2008 |
damien <damien@openbsd.org> |
major wpi(4) overhaul. 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 ot
major wpi(4) overhaul. 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.
show more ...
|
#
65beb95e |
| 19-Nov-2007 |
damien <damien@openbsd.org> |
all TX rings have the same fixed size (256 entries) and this is not configurable so simplify rings allocation a bit.
|
#
edd0d998 |
| 11-Sep-2007 |
damien <damien@openbsd.org> |
- add callbacks for setting EDCA parameters and pairwise crypto keys. - tweaks to make it look more like iwn(4).
|
#
bb4ab972 |
| 22-Aug-2007 |
damien <damien@openbsd.org> |
when running out of rx buffers, allocate a new mbuf and copy the rx buffer into it using m_copym2() instead of just dropping the received frame. otherwise, it may happen that all rx buffers are queu
when running out of rx buffers, allocate a new mbuf and copy the rx buffer into it using m_copym2() instead of just dropping the received frame. otherwise, it may happen that all rx buffers are queued by tcp_input() waiting for a frame that will never arrive because we are dropping it. when it happens, rx stop working and it is hard to recover from this. the problem is not visible when using WEP because WEP decryption is currently done by software and that rx buffers are copied into mbufs by the software decryption code. while i'm here, increase the number of rx buffers allocated by wpi(4) from 80 to 96 to limit the number of copies.
problem and solution found by bluhm@ - thanks.
show more ...
|
#
6b0aad71 |
| 16-Jun-2007 |
damien <damien@openbsd.org> |
do not allocate ring descriptors for the service queue. this queue is used to load the firmware and the descriptors are written differently (in wpi_load_segment()). so the DMA descriptors were actual
do not allocate ring descriptors for the service queue. 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.
show more ...
|
#
c740c9e9 |
| 05-Jun-2007 |
damien <damien@openbsd.org> |
Major wpi(4) update:
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.
Major wpi(4) update:
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.
show more ...
|
#
13c63a6b |
| 23-Oct-2006 |
damien <damien@openbsd.org> |
make sure wpi_iter_func() is called at splnet. simplify wpi_dma_contig_alloc(). various cosmetic tweaks while i'm here.
|
#
11035a39 |
| 28-Aug-2006 |
damien <damien@openbsd.org> |
Completely rework the allocation/management of Rx buffers. 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
Completely rework the allocation/management of Rx buffers. 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.
show more ...
|
#
15bdb9ce |
| 01-Aug-2006 |
damien <damien@openbsd.org> |
- improve scan code to support scanning of 802.11a channels - fix protection mode - fix association to APs hiding their SSID + various cosmetic tweaks while i'm here
|
#
ae328ba4 |
| 17-Jun-2006 |
damien <damien@openbsd.org> |
Move AMRR rate control algorithm out of wpi(4) and ural(4), into net80211.
ok brad@
|
#
49b3fb2b |
| 25-May-2006 |
damien <damien@openbsd.org> |
automatic rate control (AMRR) + cosmetic and small fixes
|
#
be851e65 |
| 20-May-2006 |
damien <damien@openbsd.org> |
more radiotap.
|