Hi all again!
I've just committed some more fixes to TX power calibration for the AR9220
and AR9280.
I -think- I have all of the radio setup correct now for the AR5416, AR9160,
AR9220 and AR9280.
If you're using any of these, especially if you're using the AR9220/AR9280
(and doubly so oif you're
(You know, I'm very tempted to just create a FreeBSD-wireless mailing list..
:-)
My AR9280/AR9285 collection just arrived in the post. A quick 2 minute test
with the AR9285 showed that at least the one I have has issues TX'ing at
higher 11g rates. I won't even bother testing 11n MCS rates until I
nkar Mikael <
> mikael.uran...@ujf-grenoble.fr
> > > >wrote:
> > > >
> > > > > On Sat 05 March 2011 at 03:27:48AM -0800, Adrian Chadd wrote:
> > > > > > Absolutely! Let me know if I've broken anything!
> > > > > >
> > >
00, Adrian Chadd wrote:
> > > > > Absolutely! Let me know if I've broken anything!
> > > > >
> > > > > Adrian
> > > > >
> > > > > On 5 March 2011 00:45, Urankar Mikael <
> > mikael.uran...@ujf-grenoble.fr
&
-0800, Adrian Chadd wrote:
> > > > Absolutely! Let me know if I've broken anything!
> > > >
> > > > Adrian
> > > >
> > > > On 5 March 2011 00:45, Urankar Mikael <
> mikael.uran...@ujf-grenoble.fr
> > >
Adrian Chadd wrote:
> > > Absolutely! Let me know if I've broken anything!
> > >
> > > Adrian
> > >
> > > On 5 March 2011 00:45, Urankar Mikael > >wrote:
> > >
> > > > On Thu 03 March 2011 at 02:31:05PM -080
Hi everyone,
This patch introduces open-loop TX power control for the AR9280 (Merlin) and
tidies up some of the code duplication between the AR5416 and AR9285 power
control code.
If you're using an AR9280 then please, -please- test this out and get back
to me. I'd also appreciate EEPROM dumps (vi
hello!
FreeBSD 9.0-900033-CURRENT #0 r219338M: Mon Mar 7 11:31:40 VLAT 2011
All fine with AR9285, WPA2 is used
stable 36/48/54Mbps with my AP
07.03.2011, 06:14, "Adrian Chadd" :
> On 7 March 2011 03:21, Ian FREISLICH ; wrote:
>
>> Adrian Chadd wrote:
>>> I'd like to establish at least a range
>
> On 7 March 2011 07:27, daren wrote:
>
>
> On Thu, 2011-03-03 at 14:31 -0800, Adrian Chadd wrote:
> > Hi all,
> >
> > For those of you who are testing out my if_ath changes, I'd
> really
>
On 7 March 2011 03:21, Ian FREISLICH wrote:
> Adrian Chadd wrote:
> > I'd like to establish at least a range of subversion revisions so we can
> > start binary searching which one(s) caused instabilities.
>
> Is this all the source?
>
> Old:
> $FreeBSD: src/sys/dev/ath/if_ath.c,v 1.300 2011/02/21
Adrian Chadd wrote:
> I'd like to establish at least a range of subversion revisions so we can
> start binary searching which one(s) caused instabilities.
Is this all the source?
Old:
$FreeBSD: src/sys/dev/ath/if_ath.c,v 1.300 2011/02/21 19:22:45 adrian Exp $
$FreeBSD: src/sys/dev/ath/if_ath_debu
2011/3/6 Ian FREISLICH :
> Adrian Chadd wrote:
>> Hi all,
>>
>> For those of you who are testing out my if_ath changes, I'd really
>> appreciate it if you'd update to -HEAD and re-test.
>
> Since running the new code, I get a slew of these:
>
> Ma
Adrian Chadd wrote:
> Hi all,
>
> For those of you who are testing out my if_ath changes, I'd really
> appreciate it if you'd update to -HEAD and re-test.
Since running the new code, I get a slew of these:
Mar 6 14:41:53 mini wpa_supplicant[422]: Trying to associate w
t; > Hi all,
> >
> > For those of you who are testing out my if_ath changes, I'd really
> > appreciate it if you'd update to -HEAD and re-test.
>
> Since running the new code, I get a slew of these:
>
> Mar 6 14:41:53 mini wpa_supplicant[422]: Trying to
rch 2011 00:45, Urankar Mikael >wrote:
> >
> > > On Thu 03 March 2011 at 02:31:05PM -0800, Adrian Chadd wrote:
> > > > Hi all,
> > > >
> > > > For those of you who are testing out my if_ath changes, I'd really
> > > > apprecia
,
> > >
> > > For those of you who are testing out my if_ath changes, I'd really
> > > appreciate it if you'd update to -HEAD and re-test.
> > >
> > > I've done a variety of changes to the radio setup and found/fixed a few
> > bugs
>
On Thu, Mar 3, 2011 at 19:31, Adrian Chadd wrote:
> Hi all,
>
> For those of you who are testing out my if_ath changes, I'd really
> appreciate it if you'd update to -HEAD and re-test.
>
> I've done a variety of changes to the radio setup and found/fixed a few
Absolutely! Let me know if I've broken anything!
Adrian
On 5 March 2011 00:45, Urankar Mikael wrote:
> On Thu 03 March 2011 at 02:31:05PM -0800, Adrian Chadd wrote:
> > Hi all,
> >
> > For those of you who are testing out my if_ath changes, I'd really
>
On Thu 03 March 2011 at 02:31:05PM -0800, Adrian Chadd wrote:
> Hi all,
>
> For those of you who are testing out my if_ath changes, I'd really
> appreciate it if you'd update to -HEAD and re-test.
>
> I've done a variety of changes to the radio setup and found/
Hi all,
For those of you who are testing out my if_ath changes, I'd really
appreciate it if you'd update to -HEAD and re-test.
I've done a variety of changes to the radio setup and found/fixed a few bugs
in the TX path. It's quite possible these have introduced regressions. I
dikshie wrote:
> this is on RELENG_7
>
> totoro# ident /usr/src/sys/dev/ath/if_ath.c
> /usr/src/sys/dev/ath/if_ath.c:
> $FreeBSD: src/sys/dev/ath/if_ath.c,v 1.177.2.3 2009/03/12
> 03:09:11 bms Exp $
>
> cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs
> -Wstrict-prototype
Bruce Simpson wrote:
I believe Sam removed the HAL_ABI_VERSION define in the -CURRENT
branch so you should not need it.
Please see here for the relevant change (MFC was set to 1 week):-
http://svn.freebsd.org/changeset/base/190096
thanks
BMS
___
f
Hi,
I have been doing repeated build runs of RELENG_7 using NanoBSD,
and haven't seen this issue.
How exactly are you building the kernel? Are you using 'make buildkernel
KERNCONF=...' ?
Do you have any old ath(4) build options present?
I believe Sam removed the HAL_ABI_VERSION define in the -C
this is on RELENG_7
totoro# ident /usr/src/sys/dev/ath/if_ath.c
/usr/src/sys/dev/ath/if_ath.c:
$FreeBSD: src/sys/dev/ath/if_ath.c,v 1.177.2.3 2009/03/12
03:09:11 bms Exp $
cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing-prototypes -Wpointer
machine when the
ath modules were not used, so I cleared the ath modules from the kernel
conf file and did include if_ath into the loader.conf. Again, all is
going well until shutdown. Same bad behaviour. Then I tried to manually
unload the ath modules, only ath_rate module can be unloaded, ath_hal
time I switch on the machine, the oss
> sound will crash the machine.
>
> I did remember, that I had no problem to shut down the machine when the
> ath modules were not used, so I cleared the ath modules from the kernel
> conf file and did include if_ath into the loader.conf. Again, al
sound will crash the machine.
I did remember, that I had no problem to shut down the machine when the
ath modules were not used, so I cleared the ath modules from the kernel
conf file and did include if_ath into the loader.conf. Again, all is
going well until shutdown. Same bad behaviour. Then I
27 matches
Mail list logo
