History log of /openbsd-src/sys/dev/usb/if_athn_usb.h (Results 1 – 13 of 13)
Revision Date Author Comments
# 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 ...