#
4b1a56af |
| 09-Jan-2022 |
jsg <jsg@openbsd.org> |
spelling feedback and ok tb@ jmc@ ok ratchov@
|
#
4fac4e76 |
| 30-Nov-2020 |
krw <krw@openbsd.org> |
Fix deferred key tasks along the same lines as urtwn(4) and run(4).
athn(4) tested by stsp@, who points out that otus(4) and rsu(4) don't yet invoke the code path to do their own key setting.
ok st
Fix deferred key tasks along the same lines as urtwn(4) and run(4).
athn(4) tested by stsp@, who points out that otus(4) and rsu(4) don't yet invoke the code path to do their own key setting.
ok stsp@
show more ...
|
#
ff1dd4b7 |
| 27-Apr-2020 |
stsp <stsp@openbsd.org> |
Offload CCMP (WPA2) encryption and decryption to athn(4) hardware.
This reduces CPU load during traffic bursts, which is especially noticeable on boards with relatively slow CPUs such as Alix and AP
Offload CCMP (WPA2) encryption and decryption to athn(4) hardware.
This reduces CPU load during traffic bursts, which is especially noticeable on boards with relatively slow CPUs such as Alix and APU. For reference, my rcc-ve boards (Intel Atom C2558) now forward ~2000pps between Ethernet and wifi with <= 1% CPU interrupt time according to systat. Beforehand, these boards became noticeably less responsive with fairly high interrupt and spin %.
CCMP offload is used on both PCI and USB devices (thanks kevlo@ for catching my omission of USB devices in the first iteration of this change!)
Tested by (at least) Kevin Chadwick, tracey@, kevlo@, kili@, Ted Patterson, David Dahlberg, and Scott Bennett.
ok tracey@ kevlo@
show more ...
|
#
9f962d91 |
| 05-Feb-2018 |
stsp <stsp@openbsd.org> |
claim copyright
|
#
f47be805 |
| 05-Feb-2018 |
stsp <stsp@openbsd.org> |
Move athn(4) USB devices to the open source atk9k HTC firmware.
Also fix support for AR7010 devices, fix mode hostap by properly managing the firmware station table, and fix Tx rate reporting.
Test
Move athn(4) USB devices to the open source atk9k HTC firmware.
Also fix support for AR7010 devices, fix mode hostap by properly managing the firmware station table, and fix Tx rate reporting.
Tested on AR7010 and AR9271 devices.
ok kevlo@
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.
|
#
7363c99e |
| 12-Jan-2017 |
stsp <stsp@openbsd.org> |
Finish initial 11n support for athn(4).
The heavy lifting was done by damien@ years ago. I didn't even have to figure out what the hardware expects, the code was already there.
This driver now supp
Finish initial 11n support for athn(4).
The heavy lifting was done by damien@ years ago. I didn't even have to figure out what the hardware expects, the code was already there.
This driver now supports MCS 0-15 in client and hostap mode. No Tx aggregation and no 40 MHz channels yet.
tested by vgross@, bmercer@, tb@, jmc@, Vadim Vygonets, Peter Kay ok bmercer@ tb@ phessler@
show more ...
|
#
d25f2410 |
| 02-Mar-2015 |
stsp <stsp@openbsd.org> |
Rework ath(4) USB firmware command handling.
The previous code was racy and could dead-lock the USB task thread when a firmware command timed out (e.g. because the user pulled out the device). Handl
Rework ath(4) USB firmware command handling.
The previous code was racy and could dead-lock the USB task thread when a firmware command timed out (e.g. because the user pulled out the device). Handle this condition by marking the device as dying as soon as the interrupt handler gets an IOERROR and making sleeping firmware command threads check for a dying device when waking up.
Ensure that no thread will try to send a command before the previous one has completed. There is only a single xfer data structure for firmware command transfers and reusing an in-flight xfer will give the USB stack curly toenails ("xfer not free").
Allow up to ATHN_USB_HOST_CMD_RING_COUNT firmware commands to be enqueued on the command ring, rather than just one. Use standard usdb_wait_task() when waiting for command ring completion instead of hand-rolled tsleep()s.
discussed with and ok mpi@
show more ...
|
#
dd463f29 |
| 02-Mar-2015 |
stsp <stsp@openbsd.org> |
Fix scanning with athn(4) USB devices.
The driver artificially limited the number of slots for nodes in its net80211 node cache to 8, the rationale being the device firmware can only handle 8 associ
Fix scanning with athn(4) USB devices.
The driver artificially limited the number of slots for nodes in its net80211 node cache to 8, the rationale being the device firmware can only handle 8 associated nodes at a time. But that's not a good reason to only cache 8 of potentially many APs in the area.
Instead of crippling upper layer data structures, impose the limit locally by raising an error if more than 8 nodes are trying to associate (which can only happen in hostap mode, and hostap mode seems to be broken anyway). This matches what Linux ath9k does.
Also, use a USB-specific scan timeout callback to we can do USB refcounting while scanning.
ok mpi@
show more ...
|
#
ab0b1be7 |
| 15-Apr-2013 |
mglocker <mglocker@openbsd.org> |
Get rid of various 'typedef struct' definitions and use plain structure definitions instead. We don't change usb.h for now to stay compatible with userland.
Tested by mpi@ on macppc and myself on i
Get rid of various 'typedef struct' definitions and use plain structure definitions instead. We don't change usb.h for now to stay compatible with userland.
Tested by mpi@ on macppc and myself on i386.
ok mpi@
show more ...
|
#
ffb60851 |
| 10-Nov-2012 |
mikeb <mikeb@openbsd.org> |
add a flag indicating whether shared code was initialized so that we can prevent calling athn_detach if it wasn't; suggestion and ok stsp
|
#
af7c78e3 |
| 08-Jan-2011 |
damien <damien@openbsd.org> |
reserve one xfer for beacons during init.
|
#
13236e8d |
| 06-Jan-2011 |
damien <damien@openbsd.org> |
"athn* at uhub? port ?" this adds preliminary support for the Atheros AR9271 chipset and probably the AR9280+AR7010 and AR9287+AR7010 too though those were not tested. scanning still takes a very lon
"athn* at uhub? port ?" this adds preliminary support for the Atheros AR9271 chipset and probably the AR9280+AR7010 and AR9287+AR7010 too though those were not tested. scanning still takes a very long time (~1 sec per channel) but otherwise, operation in STA mode seems stable. will implement fast channel change soon.
committed over the Ubiquiti WifiStation EXT (AR9271) on i386 with WPA. requires firmware (see man page for details)
ok deraadt@ (who checked the .h files)
show more ...
|