Adrian Chadd wrote:
On 23 January 2011 23:03, Adrian Chadd adr...@freebsd.org wrote:
I've done a few updates to the ath driver today. In particular, I've
updated the register initvals used to program the AR9280. It's making
my AR9280 here behave a lot better.
Just as a followup - it's a
TB --- 2011-01-24 08:59:41 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2011-01-24 08:59:41 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2011-01-24 08:59:41 - cleaning the object tree
TB --- 2011-01-24 08:59:46 - cvsupping the source tree
TB --- 2011-01-24 08:59:46 -
On 24 January 2011 17:06, Ian FREISLICH i...@clue.co.za wrote:
Beforehand the AR9280 would lock up after 2-3 minutes in monitor mode,
and whilst in that mode it'd miss a lot of RX packets. After the
initval update, it's been happily receiving in monitor mode for 30
minutes. I'm quite
On Sun, 23 Jan 2011 19:28:30 -0800
Doug Barton do...@freebsd.org wrote:
On 01/23/2011 15:00, David Demelier wrote:
In any case, when panic occurs, switching display to the tty can be
great. Why not a sysctl like kern.tty_on_panic? Because when you're
running X and a panic occurs not
Adrian Chadd wrote:
On 24 January 2011 17:06, Ian FREISLICH i...@clue.co.za wrote:
Beforehand the AR9280 would lock up after 2-3 minutes in monitor mode,
and whilst in that mode it'd miss a lot of RX packets. After the
initval update, it's been happily receiving in monitor mode for 30
Yes, the file has been reverted in repository.
Thank you. :-)
Best regards,
lz
On 01/24/2011 03:46 PM, Adrian Chadd wrote:
.. I must've fat-fingered one of my commits. That's a local option of
mine that shouldn't be in the tree. I'll revert it now.
Thanks,
On 24 January 2011 06:31, Ian FREISLICH i...@clue.co.za wrote:
I think I have you to blame/thank for the AR9280, right? :)
You do :) I sent you the AR5B95 AR9281
It's an AR9281, not an AR9280? Hm. I wonder what the differences are.
Adrian
___
I'm trying to build HEAD within an ESXi guest system, and the build errors
while building the boot code. I've attached the tail end of the log. The host
is a Dell Vostro 230 with CPU: Intel(R) Core(TM)2 Quad CPUQ8400 @ 2.66GHz
(2659.61-MHz K8-class CPU) and the guest is allocated 256MB
Unfortunately, this didn't make a difference. There is no signifigant change in
the benchmarks with the new compile.
I do have a lot of CPU power at hand, so it doesn't look to be bound there at
all. Possibly, that's one of the issues. I'm running 2 new Xeon X5660's so
there's 6x2 (12)
On Mon, Jan 24, 2011 at 8:25 AM, Eric Crist ecr...@secure-computing.net wrote:
I'm trying to build HEAD within an ESXi guest system, and the build errors
while building the boot code. I've attached the tail end of the log. The
host is a Dell Vostro 230 with CPU: Intel(R) Core(TM)2 Quad CPU
On 24 Jan 2011, at 06:16, Peter Jeremy wrote:
On 2011-Jan-21 20:01:32 +0100, Simon L. B. Nielsen si...@nitro.dk wrote:
Perhaps we should just set the tinderbox up to sync directly of cvsup-master
instead if that makes it more useful?
Can cvsup-master still lose atomicity of commits? I
Hi all,
I've just updated the ath HAL with some updates. I've updated the
register initvals for the AR9285 and derivatives, and I've also
updated the EEPROM format to be correct.
I'd really appreciate some testing by those of you with AR9285/AR2427
NICs. Please let me know if things are better
12 matches
Mail list logo