I've brought the hal source code back to RELENG_7 but not connected it
to the build and/or driver. I want folks to test this before I commit
those changes. To do this you must have an up to date RELENG_7 code
base and then apply this patch:
http://people.freebsd.org/~sam/ath_hal-releng7.patch
Then rebuild your kernel. There should be no changes to user apps.
Beware however that custom kernel configurations will need to change;
instead of:
device ath
device ath_hal
device ath_rate_sample
(or similar) you need:
device ath
device ath_hal
options AH_SUPPORT_AR5416
device ath_rate_sample
If you want to configure a subset of the chip support implied by ath_hal
then you may not need the options line.
If you are using modules note that ath_hal and ath_rate_* modules no
longer exist; they are now rolled into the ath module. If you use a
rate control algorithm other than sample then you'll need to modify the
ath module build or override by specifying ATH_RATE; e.g.
cd sys/modules/ath
make ATH_RATE=onoe
The updated hal code adds support for several parts but otherwise makes
no effort to address driver bugs. You should see no regressions
relative to operation w/ the older hal.
If you are running the 7.1 release you will need to import the hal code
that is now in
sys/dev/ath/ath_hal
before following the above instructions. I have no idea if this will
work for an earlier version of FreeBSD; if you're not running at least
7.1 my advise is to upgrade.
Please report any issues to this mailing list.
Sam
On Jan 8, 2009, at 15:12 , Sam Leffler wrote:> I've brought the hal source code back to RELENG_7 but not connected > it to the build and/or driver. I want folks to test this before I > commit those changes. To do this you must have an up to date > RELENG_7 code base and then apply this patch: > > http://people.freebsd.org/~sam/ath_hal-releng7.patch > > Then rebuild your kernel. There should be no changes to user apps. > Beware however that custom kernel configurations will need to > change; instead of: > > device ath > device ath_hal > device ath_rate_sample > > (or similar) you need: > > device ath > device ath_hal > options AH_SUPPORT_AR5416 > device ath_rate_sample > > If you want to configure a subset of the chip support implied by > ath_hal then you may not need the options line. > > If you are using modules note that ath_hal and ath_rate_* modules no > longer exist; they are now rolled into the ath module. If you use a > rate control algorithm other than sample then you'll need to modify > the ath module build or override by specifying ATH_RATE; e.g. > > cd sys/modules/ath > make ATH_RATE=onoe > > The updated hal code adds support for several parts but otherwise > makes no effort to address driver bugs. You should see no > regressions relative to operation w/ the older hal. > > If you are running the 7.1 release you will need to import the hal > code that is now in > > sys/dev/ath/ath_hal > > before following the above instructions. I have no idea if this > will work for an earlier version of FreeBSD; if you're not running > at least 7.1 my advise is to upgrade. > > Please report any issues to this mailing list.With this code in my kernel I get: ath0: unable to reset hardware; hal status 0 ioctl[SIOCS80211, op 23, arg 0x0] : Invalid argument Failed to initiate AP scan. ath0: unable to reset hardware; hal status 14 ioctl[SIOCS80211, op 23, arg 0x0] : Invalid argument Failed to initiate AP scan. when I try to use wpa_supplicant with the code. My home network uses WPA. Best, George -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 194 bytes Desc: This is a digitally signed message part Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20090109/3ec33f03/PGP.pgp
On Thu, 8 Jan 2009, Sam Leffler wrote:> I've brought the hal source code back to RELENG_7 but not connected it > to the build and/or driver. I want folks to test this before I commit > those changes. To do this you must have an up to date RELENG_7 code > base and then apply this patch: > > http://people.freebsd.org/~sam/ath_hal-releng7.patch*snip*> Please report any issues to this mailing list.No problems for my Netgear WPN511. It works well at home. Now, if I just could figure out why the recent Aruba update at work is preventing me from authenticating with it, I would be happy. This is not related to the MFC of the code. iPhones and MacOSX 10.4 (but not 10.5) are also having problems. Windows works. Sean -- scf@FreeBSD.org
Sam Leffler schrieb:> those changes. To do this you must have an up to date RELENG_7 code > base and then apply this patch: > > http://people.freebsd.org/~sam/ath_hal-releng7.patch > > Then rebuild your kernel. There should be no changes to user apps.I tested this on a Thinkpad R51 / RELENG_7 / Atheros 5212 and I see no problems with the patch. It builds and runs fine and doesn't seem to do anything harmful. :) I have a problem with this machine though (with or without your patch): the wireless connection seems to be stalled every few minutes. If I try to send some traffic over ath0 or make wpa_cli reconnect it comes back for another few minutes. The only cure for now seems to be "ifconfig ath0 -bgscan". bye, Uwe