History log of /openbsd/sys/dev/pci/if_wpivar.h (Results 1 – 25 of 29)
Revision Date Author Comments
# 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.


12