Age | Commit message (Collapse) | Author |
|
ok mikeb deraadt
|
|
driver as these chipsets are not currently supported.
noticed by ian@
"makes sense" millert@
ok jsg@
|
|
|
|
to use the -1 flag value as an array index.
Found by Parfait.
ok reyk@ oga@
|
|
|
|
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@
|
|
|
|
|
|
based on a change from Luis R. Rodriguez <mcgrof at gmail dot com>. reyk@ ok
|
|
|
|
AR2423 etc. are mostly compatible to the AR5212 but use a different
algorithm to set the 2GHz RF channel, that's why they didn't work in
OpenBSD. I figured out that the channels were set with an offset,
setting channel 11 in the driver caused the hardware to set channel 5
etc. Because I didn't figure out the pattern to fix the algoritm yet,
I fixed it in a workaroundish way by defining a small "table" with
offsets for the 11b channels to get the right results. For example, if
we want to set channel 11 (2462MHz), we add an offset of -30MHz, and
feed the result (2432MHz ^= channel 5) into the unmodified
AR5212/AR5112 RF setup function.
Long description for a commit message, but it needed some time to
figure it out. It is still not perfect, needs some more work, and it
doesn't work in all cases; but it allows to use newer chipsets in 11b
mode restricted to 1 or to 2Mbit/s. 11a mode seems to work without
problems so far.
|
|
prompted and "much better" by marco@, ok pyr@
|
|
|
|
by an interview question I was asked.
ok reyk@
|
|
ieee80211_ieee2mhz which also removes some dead code.
figured out by deraadt@
|
|
device ID for old AR5212-based 32bit and new AR5424-based 64bit (PCI
Express Mini Card) interfaces. Use an extra check to look if the card
is 64bit and attach it as a single chip device. This prevents a panic
when attaching the device on some laptops like the T60.
Tested on a T42 (old AR5212 Mini PCI interface),
Tested on a T60 (new AR5424 Mini Card interface)
Nevertheless, the AR5424 does not work yet.
Thanks to Stefan Konrath
|
|
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.
|
|
|
|
From madwifi-old-openhal via Nick Kossifidis (mickflemm at gmail dot com)
Bump copyright while I'm here.
|
|
>During factorization in 1.57, the switch block was moved too early.
>Hence it's updating an uninitialized ah structure.
|
|
don't attach them, yet.
|
|
|
|
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@
|
|
|
|
known to have a broken/unsupported regulation domain stored in their
EEPROM, we use the default instead (Canada). there's no need to
manually define COUNTRYCODE in ar5xxx.c anymore for invalid EEPROMs
but it's still possible to force a specific country - your choice.
ok aanriot@
|
|
based on a diff by jsg@
|
|
ok reyk@
|
|
|
|
spotted out by jsg@
|
|
suggested by anil some time ago.
|
|
|
|
button which is not yet available on non-i386 platforms
- fix endianess and attachement on big endian platforms (tested on
macppc - ath attaches correctly, receives frames but assoc still
fails)
|
|
|
|
supported 802.11a/b/g modes (this could be discovered with ifconfig -m
athX). inspired by Johan M:son Lindman and others asking about the
several different ARxxxx chipset combos.
|
|
always wanted to do that). this breaks HAL compatibility but porting
should be easy, have a look at athvar.h. no functional changes.
|
|
btw.: this is a commit using an ar5212 in 11b mode...
ok deraadt@, krw@
|
|
|
|
|
|
|
|
|
|
ok deraadt@
|
|
is now disabled by default to use the value found in EEPROM.
ok deraadt@
|
|
finished yet and still misses some channel initialization and
calibration bits.
(if you want to hand in your dmesg output, please build a kernel with
an uncommented COUNTRYCODE in line 109 of dev/ic/ar5xxx.c to get the
value stored in your card's eeprom.)
ok henning@
|
|
free.
go ahead miod@
|
|
|
|
|
|
|
|
|
|
|