| Age | Commit message (Collapse) | Author |
|---|
|
panic when resetting the device - requested by many
fix ifconfig -M (the interface still has to be down though ie it won't
work while the interface is up).
fix AMPDU window for 4965AGN (has no effect since 802.11n is not
supported yet).
|
|
- tweaks to make it look more like iwn(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.
|
|
remove <malloc.h> from files where malloc is not used.
|
|
|
|
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.
|
|
by using "0 - 285" instead of "0..285"
ok damien@
|
|
make sure to clear the SCAN lock in case the scan is interrupted.
|
|
|
|
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.
|
|
needed or not to the callers (instead of doing nothing in add_xrates).
|
|
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.
|
|
the WPI_CMD_ADD_NODE command in wpi_config().
Fixes mp kernels.
Tested by jasper@, deanna@, fkr@
|
|
fix typo in a comment.
|
|
i do not plan to add support for independant bss or hostap modes.
|
|
- improve a comment
|
|
|
|
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.
|
|
See similar commit to dev/usb/if_rum.c for more info. With this commit
all drivers have been switched away from the incorrect M_DUP_PKTHDR() usage.
OK mglocker@
|
|
the standard rates, use some defined by net80211 itself. kernel shrinks a bit
ok jsg mglocker
|
|
- 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.
|
|
reported and tested by Marc Winiger and dhartmei@
|
|
|
|
simplify wpi_dma_contig_alloc().
various cosmetic tweaks while i'm here.
|
|
use IFQ_POLL()/IFQ_DEQUEUE() logic instead as described in altq(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.
|
|
the interface is up.
- undef WPI_DEBUG.
|
|
|
|
|
|
|
|
|
|
|
|
a ral(4)-based 802.11a AP.
|
|
|
|
- fix protection mode
- fix association to APs hiding their SSID
+ various cosmetic tweaks while i'm here
|
|
ok brad@
|
|
- unmap the good buffer in wpi_tx_intr
|
|
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
|
|
with non-ERP STAs. some bits are missing in net80211 though, so this
code won't be triggered yet.
|
|
ok damien@
|
|
|
|
- don't start AMRR if we have set a fixed rate
- fix TSF synchronization
- remove a x2 prototype + ;; (pointed out by Jean-Baptiste Campesato)
|
|
compatible; plus this makes a computation clearer. ok damien@
|
|
|
|
|
|
|
|
- cosmetic in wpi_dma_contig_alloc()
|
|
- add beacon command for future IBSS or HostAP mode support
|
|
- 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
|
