Re: [ath5k-devel] [PATCH 5/5] ath5k: Update reset code

2009-02-05 Thread Bob Copeland
On Thu, Feb 05, 2009 at 11:06:59PM +0200, Nick Kossifidis wrote: > I think this is because we call reset too many times. Try removing > call to reset from config_interface, after some tests i did it seems Ok I'll try it, let you know ASAP. -- Bob Copeland %% www.bobcopeland.com

Re: [ath5k-devel] [PATCH 5/5] ath5k: Update reset code

2009-02-05 Thread Bob Copeland
On Fri, Feb 06, 2009 at 01:28:07AM +0200, Nick Kossifidis wrote: > > This works much better, except I still get some hard hangs > > occasionally. Doesn't appear to be bmiss storm this time. I did it > > with a VT up and didn't get an oops; I guess I'll try a serial console > > or some printks. >

Re: [ath5k-devel] [PATCH 5/5] ath5k: Update reset code

2009-02-05 Thread Nick Kossifidis
2009/2/5 Bob Copeland : > On Wed, 4 Feb 2009 23:57:06 +0200, Nick Kossifidis wrote >> * Update reset and sync with HALs >> * Clean up eeprom settings and tweaking of initvals and put them on > separate functions >> * Set/Restore 32KHz ref clk operation >> * Add some more documentation >> TODO:

Re: [ath5k-devel] [PATCH 5/5] ath5k: Update reset code

2009-02-05 Thread Nick Kossifidis
2009/2/5 Bob Copeland : > On Wed, 4 Feb 2009 23:57:06 +0200, Nick Kossifidis wrote >> * Update reset and sync with HALs >> * Clean up eeprom settings and tweaking of initvals and put them on > separate functions >> * Set/Restore 32KHz ref clk operation >> * Add some more documentation >> TODO:

Re: [ath5k-devel] [PATCH 5/5] ath5k: Update reset code

2009-02-05 Thread Maxim Levitsky
On Thu, 2009-02-05 at 10:51 -0500, Bob Copeland wrote: > On Wed, 4 Feb 2009 23:57:06 +0200, Nick Kossifidis wrote > > * Update reset and sync with HALs > > * Clean up eeprom settings and tweaking of initvals and put them on > separate functions > > * Set/Restore 32KHz ref clk operation > > * Add

Re: [ath5k-devel] [PATCH 5/5] ath5k: Update reset code

2009-02-05 Thread Bob Copeland
On Wed, 4 Feb 2009 23:57:06 +0200, Nick Kossifidis wrote > * Update reset and sync with HALs > * Clean up eeprom settings and tweaking of initvals and put them on separate functions > * Set/Restore 32KHz ref clk operation > * Add some more documentation > TODO: Spur mitigation, tpc, half/quarte

Re: [ath5k-devel] High CPU Usage when scanning

2009-02-05 Thread Benjamin Schindler
Well, since scanning starts to block the cpu, the bug could be related to ath5k, but that's not necessarely the case. I'll submit a bug to bugs.kernel.org It's completely okay if there is no cache and if the scan takes 5 seconds in that case. It is not okay if it makes the system choppy Cheers Ben