| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
CID 1464695; pointed out to me by mikeb@
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
after discussions with beck deraadt kettenis.
|
|
|
|
|
| |
hardware the revision is zero. Linux also hardcodes this value.
ok reyk
|
|
|
|
|
| |
to avoid system hangs upon 'ifconfig down up' with some AR5212 hardware.
Linux uses the same workaround. Diff from Dinar Talypov (t.dinar.m at gmail).
|
|
|
|
|
|
|
| |
Fixes TKIP replays seen by STAs connecting to an ath(4) hostap and matches
the FreeBSD driver. Tested with several cards by Theo and myself.
Thanks mikeb for providing some cards, your next beer in Berlin is on me.
ok deraadt
|
| |
|
|
|
|
|
|
| |
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@
|
|
|
|
|
|
|
|
| |
RX/TX configuration registers to 128 instead of 512 bytes.
- add a few more MAC/RF id strings for the dmesg.
- check for PCI-E instead of single chip variants in a few places.
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@
|
|
|
|
|
|
|
| |
type. this would cause us some more trouble with WME which isn't
supported yet...
thanks to Nick Kossifidis
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
AR5424. unlike the previous chipset generations, these chipsets are
single chip solutions. the AR5424 is a PCI Express chipset as found in
various intel Macs.
support is still incomplete- 11a mode works and 11b mode is rx-only. i
need some more test reports, hardware donations (there are several
different subrevisions) and time to finish it.
thanks for help from kettenis@
"of course!" deraadt@
|
| |
|
|
|
|
|
| |
descriptor setup. this will fix various issues including 11a mode with
ar5212.
|
| |
|
|
|
|
|
|
|
| |
this driver. thanks for contribution (even if i didn't get much
feedback from these projects...).
tested by many during c2k6, like aanriot@ and ian@
|
| |
|
| |
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
|
| |
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@
|