| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
There was code which set them up but didn't include 11b channels which
are part of 11g. And there was a hack which effectively stripped important
flag bits away and wouldn't work for modes with overlapping channels (b/g).
As a result, some flags were missing from 11g channels the driver reported
to net80211, which skipped over those channels when building the media list.
This gets us one step closer to supporting the AR5424.
ok mpi@
|
|
|
|
|
|
|
| |
in the same way as ar5k_ar5210_reset() does it.
Error messages were displaying uninitialized values:
"ath_reset: unable to reset hardware; hal status 3497439432"
ok mpi@
|
|
|
|
|
|
| |
which only worked with ath(4) devices from a decade ago.
Diff tested on ath(4) hardware by me to verify that 11a/b modes still work.
ok reyk deraadt chris sthen kettenis
|
|
|
|
|
| |
entry types to NULL, as done for AR5212 devices. ath(4) uses software crypto.
ok reyk@
|
|
|
|
| |
after discussions with beck deraadt kettenis.
|
|
|
|
|
|
| |
rest of the code expects.
from brad
|
| |
|
|
|
|
|
|
|
| |
to use the -1 flag value as an array index.
Found by Parfait.
ok reyk@ oga@
|
|
|
|
|
|
| |
that may confuse gcc with a simple boolean expression.
ok reyk@
|
|
|
|
| |
ok niklas@ otto@
|
|
|
|
|
| |
there is probably a new EEPROM format here, but i don't know how to parse
the AR5424 version yet, so just set some defaults for these chipsets for now.
|
| |
|
|
|
|
|
|
|
|
|
| |
remove IBSS and HostAP support from net80211 and 802.11 drivers.
it can be used to shrink RAMDISK kernels for instance (like what
was done for wi(4)).
it also has the benefit of highlighting what is specific to IBSS
and HostAP modes in the code.
the cost is that we now have two code paths to maintain.
|
|
|
|
|
|
|
|
|
|
| |
with different versions for various ar5212 variants and add an extra
table for PCI-E devices. This fixes support for various newer devices
(like the 1st generation MacBook, T61 variants) but it still does not
work on a number of other devices.
Tested by many
ok deraadt@
|
|
|
|
|
|
|
| |
if the fix looks right, it seems to expose another problem that i
haven't found yet.
figured out by Denis Doroshenko at gmail dot com
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
initialized in ar5k_ar521*_setup_tx_desc() but cleared in
ar5k_ar521*_fill_tx_desc() by setting the segment length incorrectly.
From ath5k via Nick Kossifidis (mickflemm at gmail dot com)*
---snip---
The missing no_ack in broadcast frames caused them to be retried up to
the retry_limit(1+4=5 transmissions by default).
---snap---
* it was explicitly mentioned that it is ISC-licensed now
|
| |
|
|
|
|
|
| |
madwifi-old-openhal project. this was backed out the last time because
it was too close to the release and i didn't respect the ABI/API lock.
|
|
|
|
|
|
| |
fix the "hal" on big endian systems.
thanks to the madwifi-old-openhal people
|
| |
|
|
|
|
|
|
| |
From madwifi-old-openhal via Nick Kossifidis (mickflemm at gmail dot com)
Bump copyright while I'm here.
|
|
|
|
| |
ok kettenis@ cloder@ tom@ henning@
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
found by David Malone
|
|
|
|
| |
based on a diff by jsg@
|
|
|
|
| |
ok reyk@
|
| |
|
|
|
|
| |
scanning) and fix various other minor things in the ath(4) driver.
|
|
|
|
| |
suggested by anil some time ago.
|
| |
|
| |
|
|
|
|
|
|
| |
setting the promisc mode. rename it to ath_hal_rx_signal and remove
the incorrect promisc flag. this should fix some problems with ath
running in forwarding mode.
|
|
|
|
| |
sleep mode timeouts for ar5210, ar5211 and ar5212.
|
| |
|
|
|
|
| |
tested but should work as well. thanks for the hardware donation!
|
|
|
|
|
| |
always wanted to do that). this breaks HAL compatibility but porting
should be easy, have a look at athvar.h. no functional changes.
|
| |
|
| |
|
|
|
|
|
| |
to be the default WEP behaviour for string-based keys and allows
commands like "ifconfig ath0 nwkey yuck" to work...
|
|
|
|
| |
closes PR #4153.
|
|
|
|
|
|
| |
btw.: this is a commit using an ar5212 in 11b mode...
ok deraadt@, krw@
|
| |
|
|
|
|
| |
ok krw@
|
| |
|
| |
|
|
ok deraadt@
|