Re: [rft] ar9300 HAL updated

2013-04-02 Thread Adrian Chadd 
On 1 April 2013 08:44, Raphael Kubo da Costa  wrote:

> On a side note: this card is also supposed to provide Bluetooth support,
> right? Is any of your work going to help with that as well?

I forget what the deal is there. I think it'll work out of the box on
AR9485, but the coexistence won't work. So you'll get packet loss form
both sides.

I have no ETA on including all the bluetooth coexistence, sorry.


Adrian
___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"

Re: [rft] ar9300 HAL updated

2013-04-01 Thread Raphael Kubo da Costa 
Adrian Chadd  writes:

> On 1 April 2013 08:44, Raphael Kubo da Costa  wrote:
>> My gut feeling is that the average connection speed is still below the
>> one I get when I use my WLAN->Ethernet adapter, but I haven't done any
>> precise measurements to back that up.
>
> It's still a work in progress! WHat's the signal strength? (ifconfig
> wlan0 list sta gives that to you.)

ADDR   AID CHAN RATE RSSI IDLE  TXSEQ  RXSEQ CAPS FLAG
00:0c:c3:d9:2a:1356  13M 19.50163   2816 EPS  AQEHTRs RSN HTCAP 
WME ATH WPS

___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"

Re: [rft] ar9300 HAL updated

2013-04-01 Thread Adrian Chadd 
On 1 April 2013 08:44, Raphael Kubo da Costa  wrote:
> Adrian Chadd  writes:
>
>> Please reboot with 4GB of RAM configured.
>>
>> See if that fixes it.
>
> Indeed, booting with hw.physmem="4G" makes the connection much more
> reliable -- I do see some of those warnings in the beginning, but they
> go away after the connection is established.

Yup. Those warnings are fine. I need to trace that down and fix it but
it's fine if it happens only whilst scanning.

> My gut feeling is that the average connection speed is still below the
> one I get when I use my WLAN->Ethernet adapter, but I haven't done any
> precise measurements to back that up.

It's still a work in progress! WHat's the signal strength? (ifconfig
wlan0 list sta gives that to you.)

> On a side note: this card is also supposed to provide Bluetooth support,
> right? Is any of your work going to help with that as well?

Well, bluetooth support will work:

* when ath3kfw is patched to include the ability to select an
arbitrary USB device id;
* when we include the updated ath3k firmware images in the base system.

I have the relevant NICs here (AR9462+BT, AR9485+BT) but I haven't yet
sat down and tested the bluetooth side. Mostly because I want to focus
on wifi, not bluetooth.

I haven't yet sat down and figured out the bluetooth coexistence thing
yet either. The code is in there, it's just not enabled. So if you
load the firmware it'll bring up bluetooth but it and 2GHz wifi will
interfere.



Adrian
___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"

Re: [rft] ar9300 HAL updated

2013-04-01 Thread Raphael Kubo da Costa 
Adrian Chadd  writes:

> Please reboot with 4GB of RAM configured.
>
> See if that fixes it.

Indeed, booting with hw.physmem="4G" makes the connection much more
reliable -- I do see some of those warnings in the beginning, but they
go away after the connection is established.

My gut feeling is that the average connection speed is still below the
one I get when I use my WLAN->Ethernet adapter, but I haven't done any
precise measurements to back that up.

On a side note: this card is also supposed to provide Bluetooth support,
right? Is any of your work going to help with that as well?

___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"

Re: [rft] ar9300 HAL updated

2013-04-01 Thread Adrian Chadd 
Please reboot with 4GB of RAM configured.

See if that fixes it.



Adrian


On 1 April 2013 08:13, Raphael Kubo da Costa  wrote:
> Adrian Chadd  writes:
>
>> 64 bit kernel? >4 gig RAM?
>
> Yes, amd64 with 8GB of RAM.
>
> ___
> freebsd-wireless@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
> To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"

Re: [rft] ar9300 HAL updated

2013-04-01 Thread Raphael Kubo da Costa 
Adrian Chadd  writes:

> 64 bit kernel? >4 gig RAM?

Yes, amd64 with 8GB of RAM.

___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"

Re: [rft] ar9300 HAL updated

2013-04-01 Thread Adrian Chadd 
64 bit kernel? >4 gig RAM?



Adrian


On 1 April 2013 08:07, Raphael Kubo da Costa  wrote:
> Adrian Chadd  writes:
>
>> I've just updated the AR9300 HAL to the March 13 snapshot from QCA.
>>
>> This includes calibration and TX power calibration changes that may
>> improve stability.
>>
>> As always, it's possible I broke something!
>>
>> I'd appreciate it if people would test this in STA and AP mode.
>
> Alright, I've finally managed to get everything built and loaded. As I
> mentioned before, this is HEAD at r248944. I have a Sony Vaio SVT1312
> Ultrabook with an Atheros AR9485 wireless card (I _think_ it is also
> responsible for providing the Bluetooth stuff as well, but I'm not
> sure).
>
> I use this laptop at home to connect to a WPA2 ADSL router. Connecting
> to it using wpa_supplicant did work, but most of the packages are lost
> and the ones which actually get through do so with a very high latency.
> Meanwhile, my terminal gets spammed with the following:
>
>   ath0: ath_edma_recv_proc_queue: handled npkts 0
>   ar9300_reset[4366]: ar9300_stop_dma_receive failed
>
> Please let me know what other additional information you may need.
>
>
> ___
> freebsd-wireless@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
> To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"
___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"

Re: [rft] ar9300 HAL updated

2013-04-01 Thread Raphael Kubo da Costa 
Adrian Chadd  writes:

> I've just updated the AR9300 HAL to the March 13 snapshot from QCA.
>
> This includes calibration and TX power calibration changes that may
> improve stability.
>
> As always, it's possible I broke something!
>
> I'd appreciate it if people would test this in STA and AP mode.

Alright, I've finally managed to get everything built and loaded. As I
mentioned before, this is HEAD at r248944. I have a Sony Vaio SVT1312
Ultrabook with an Atheros AR9485 wireless card (I _think_ it is also
responsible for providing the Bluetooth stuff as well, but I'm not
sure).

I use this laptop at home to connect to a WPA2 ADSL router. Connecting
to it using wpa_supplicant did work, but most of the packages are lost
and the ones which actually get through do so with a very high latency.
Meanwhile, my terminal gets spammed with the following:

  ath0: ath_edma_recv_proc_queue: handled npkts 0
  ar9300_reset[4366]: ar9300_stop_dma_receive failed

Please let me know what other additional information you may need.


___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"

Re: [rft] ar9300 HAL updated

2013-04-01 Thread Raphael Kubo da Costa 
"Adrian Chadd"  writes:

> Look in ath/makefile .. At the bottom. There's clang warning overrides
> there. Uncomment them!

Thanks, that did the trick.

___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"

Re: [rft] ar9300 HAL updated

2013-03-31 Thread Adrian Chadd 
Look in ath/makefile .. At the bottom. There's clang warning overrides there. 
Uncomment them!


Adrian



Sent from my Palm Pre on AT&T
On Mar 31, 2013 11:54 AM, Raphael Kubo da Costa  
wrote: 

Adrian Chadd  writes:



> I've just updated the AR9300 HAL to the March 13 snapshot from QCA.

>

> This includes calibration and TX power calibration changes that may

> improve stability.

>

> As always, it's possible I broke something!

>

> I'd appreciate it if people would test this in STA and AP mode.



I'm at r248944 here using HEAD.



After checking out the code, I created the expected symlinks at the new

contrib/ location (BTW, are you sure you want

sys/contrib/sys/dev/ath instead of sys/contrib/dev/ath, which seems to

be the chosen location for other modules?).



The first error I got was in ar9300_radio.c:90 -- clang complained

`ichan' was not being used.



It is now failing like this:



cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc  -I. 
-I/usr/src/sys/modules/ath/../..

/dev/ath -I/usr/src/sys/modules/ath/../../dev/ath/ath_hal -I. 
-I/usr/src/sys/modules/ath/../../contrib/sys/dev/a

th/ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -include 
/usr/obj/usr/src/sys/ORWELL/opt_global.h -I. -I@ -I@/contrib/a

ltq -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/ORWELL  
-mno-aes -mno-avx -mcmodel=kernel -mno

-red-zone -mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables 
-ffreestanding -fstack-protector -std=

iso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes

-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef 
-Wno-pointer-sign -fformat-extensions  -Wmiss

ing-include-dirs -fdiagnostics-show-option  -Wno-error-tautological-compare 
-Wno-error-empty-body  -Wno-error-pa

rentheses-equality  -c 
/usr/src/sys/modules/ath/../../contrib/sys/dev/ath/ath_hal/ar9300/ar9300_eeprom.c

In file included from 
/usr/src/sys/modules/ath/../../contrib/sys/dev/ath/ath_hal/ar9300/ar9300_eeprom.c:27:

/usr/src/sys/modules/ath/../../contrib/sys/dev/ath/ath_hal/ar9300/ar9300template_generic.h:113:3:
 error:

  implicit conversion from 'int' to 'u_int8_t' (aka 'unsigned char') 
changes value from -477 to 35

  [-Werror,-Wconstant-conversion]

FREQ2FBIN(2412, 1),

^~

/usr/src/sys/modules/ath/../../contrib/sys/dev/ath/ath_hal/ar9300/ar9300eep.h:142:65:
 note: expanded from macro

  'FREQ2FBIN'

(((y) == HAL_FREQ_BAND_2GHZ) ? ((x) - 2300) : (((x) - 4800) / 5))

   ~^~~

The error message is repeated multiple times (one for each FREQ2FBIN call).



___

freebsd-wireless@freebsd.org mailing list

http://lists.freebsd.org/mailman/listinfo/freebsd-wireless

To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"


___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"

Re: [rft] ar9300 HAL updated

2013-03-31 Thread Raphael Kubo da Costa 
Joshua Isom  writes:

> On 3/31/2013 9:49 AM, Raphael Kubo da Costa wrote:
>> The first error I got was in ar9300_radio.c:90 -- clang complained
>> `ichan' was not being used.
>
> I keep forgetting about this, but if you open the file go to line 89
> and change the ifdef to '#if 0' it'll compile.

Yeah, I did something similar and compilation went a little bit further.

> Also, for your kernel config, generic won't work.  Comment out the
> device lines for ath, ath_pci, and ath_hal.  Three options need added,
> so it'll look like this.

Gah, thanks for reminding me about removing those `device' entries from
my kernel configuration. I build my kernel as a "diff" against GENERIC
[1], and this is what I'm currently using (the rest of the options are
already present in GENERIC):

# For the experimental AR9485 support.
options ATH_DEBUG
options AH_DEBUG
options ATH_DIAGAPI
nodeviceath
nodeviceath_pci
nodeviceath_hal
nodeviceath_rate_sample

[1] http://www.wonkity.com/~wblock/docs/html/kernelconfig.html

Anyway, I'm still stuck at those other warnings/errors I posted before.

___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"

Re: [rft] ar9300 HAL updated

2013-03-31 Thread Joshua Isom 

On 3/31/2013 9:49 AM, Raphael Kubo da Costa wrote:

The first error I got was in ar9300_radio.c:90 -- clang complained
`ichan' was not being used.


I keep forgetting about this, but if you open the file go to line 89 and 
change the ifdef to '#if 0' it'll compile.


Also, for your kernel config, generic won't work.  Comment out the 
device lines for ath, ath_pci, and ath_hal.  Three options need added, 
so it'll look like this.


#device ath # Atheros NICs
#device ath_pci # Atheros pci/cardbus glue
#device ath_hal # pci/cardbus chip support
options ATH_DEBUG
options AH_DEBUG
options ATH_DIAGAPI
options AH_SUPPORT_AR5416   # enable AR5416 tx/rx descriptors
options AH_AR5416_INTERRUPT_MITIGATION  # AR5416 interrupt 
mitigation
options ATH_ENABLE_11N  # Enable 802.11n support for AR5416 and 
later

#device ath_rate_sample # SampleRate tx rate control for ath

You can add 'if_ath_load="YES"' and 'if_ath_pci_load="YES"' to your 
loader.conf to get it loaded on boot.

___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"

Re: [rft] ar9300 HAL updated

2013-03-31 Thread Raphael Kubo da Costa 
Adrian Chadd  writes:

> I've just updated the AR9300 HAL to the March 13 snapshot from QCA.
>
> This includes calibration and TX power calibration changes that may
> improve stability.
>
> As always, it's possible I broke something!
>
> I'd appreciate it if people would test this in STA and AP mode.

I'm at r248944 here using HEAD.

After checking out the code, I created the expected symlinks at the new
contrib/ location (BTW, are you sure you want
sys/contrib/sys/dev/ath instead of sys/contrib/dev/ath, which seems to
be the chosen location for other modules?).

The first error I got was in ar9300_radio.c:90 -- clang complained
`ichan' was not being used.

It is now failing like this:

cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc  -I. 
-I/usr/src/sys/modules/ath/../..
/dev/ath -I/usr/src/sys/modules/ath/../../dev/ath/ath_hal -I. 
-I/usr/src/sys/modules/ath/../../contrib/sys/dev/a
th/ath_hal/ -DHAVE_KERNEL_OPTION_HEADERS -include 
/usr/obj/usr/src/sys/ORWELL/opt_global.h -I. -I@ -I@/contrib/a
ltq -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/ORWELL  
-mno-aes -mno-avx -mcmodel=kernel -mno
-red-zone -mno-mmx -mno-sse -msoft-float  -fno-asynchronous-unwind-tables 
-ffreestanding -fstack-protector -std=
iso9899:1999 -Qunused-arguments -fstack-protector -Wall -Wredundant-decls 
-Wnested-externs -Wstrict-prototypes
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual  -Wundef 
-Wno-pointer-sign -fformat-extensions  -Wmiss
ing-include-dirs -fdiagnostics-show-option  -Wno-error-tautological-compare 
-Wno-error-empty-body  -Wno-error-pa
rentheses-equality  -c 
/usr/src/sys/modules/ath/../../contrib/sys/dev/ath/ath_hal/ar9300/ar9300_eeprom.c
In file included from 
/usr/src/sys/modules/ath/../../contrib/sys/dev/ath/ath_hal/ar9300/ar9300_eeprom.c:27:
/usr/src/sys/modules/ath/../../contrib/sys/dev/ath/ath_hal/ar9300/ar9300template_generic.h:113:3:
 error:
  implicit conversion from 'int' to 'u_int8_t' (aka 'unsigned char') 
changes value from -477 to 35
  [-Werror,-Wconstant-conversion]
FREQ2FBIN(2412, 1),
^~
/usr/src/sys/modules/ath/../../contrib/sys/dev/ath/ath_hal/ar9300/ar9300eep.h:142:65:
 note: expanded from macro
  'FREQ2FBIN'
(((y) == HAL_FREQ_BAND_2GHZ) ? ((x) - 2300) : (((x) - 4800) / 5))
   ~^~~
The error message is repeated multiple times (one for each FREQ2FBIN call).

___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"