Re: initial value extraction

2007-03-30 Thread Johannes Berg
On Thu, 2007-03-29 at 21:06 +0200, Martin Langer wrote: r13 is new and wasn't available during the good old v3 era. True. Was r11 even there? But my version 3 driver contains: r2-b(g?) r2-b-bs (g?) r2-a r2-a-bs r2 images are for r4 hardware, too. It's just a different name

Re: initial value extraction

2007-03-30 Thread Martin Langer
On Fri, Mar 30, 2007 at 12:45:41PM +0200, Johannes Berg wrote: On Thu, 2007-03-29 at 21:06 +0200, Martin Langer wrote: r13 is new and wasn't available during the good old v3 era. True. Was r11 even there? r11 is only available from 3.130.x.x and 3.131.x.x. All other v3 drivers don't have

Re: initial value extraction

2007-03-30 Thread Johannes Berg
On Fri, 2007-03-30 at 18:50 +0200, Martin Langer wrote: There are initvals 21..25 missing in the table, but fwcutter is already miles ahead ;) and bcm43xx still doesn't support upload on core revisions =11. Well, bcm43xx do an upload but choosing wrong files (r5 files instead of r11). ---

Re: initial value extraction

2007-03-30 Thread Michael Buesch
On Friday 30 March 2007 21:00, Johannes Berg wrote: On Fri, 2007-03-30 at 18:50 +0200, Martin Langer wrote: There are initvals 21..25 missing in the table, but fwcutter is already miles ahead ;) and bcm43xx still doesn't support upload on core revisions =11. Well, bcm43xx do an upload

Re: initial value extraction

2007-03-30 Thread Johannes Berg
On Fri, 2007-03-30 at 23:19 +0200, Michael Buesch wrote: Ok, what's actually done in the initvals _exactly_? Does someone have a complete and exact summary? All I know is that it's stuff dependent on the loaded microcode and the running core revision. Well. Saying it exactly would require a

Re: initial value extraction

2007-03-30 Thread Johannes Berg
On Fri, 2007-03-30 at 23:26 +0200, Johannes Berg wrote: Seems sane to me. a reg primitive would be good too, and I don't think PHY or radio registers are required (not that they hurt). Oh, of course the shm primitives allow that. How about getting rid of the current shm primitives again and

Re: initial value extraction

2007-03-30 Thread Michael Buesch
On Friday 30 March 2007 23:36, Johannes Berg wrote: On Fri, 2007-03-30 at 23:26 +0200, Johannes Berg wrote: Seems sane to me. a reg primitive would be good too, and I don't think PHY or radio registers are required (not that they hurt). Oh, of course the shm primitives allow that. How

Re: dell wireless 1390 802.11 b/g Mini PCI support?

2007-03-30 Thread Ehud Gavron
Since those changes are in the fedora-netdev repo, I downloaded that kernel* and performance jumped to over 7Mbps to outside testing places. Wow! Nice job guys! Thanks for the advice, Larry, and thanks for the hard work from the development and spec teams! Ehud *ok, it wasn't quite that

Re: dell wireless 1390 802.11 b/g Mini PCI support?

2007-03-30 Thread Larry Finger
Ehud Gavron wrote: Since those changes are in the fedora-netdev repo, I downloaded that kernel* and performance jumped to over 7Mbps to outside testing places. Wow! Nice job guys! Thanks for the advice, Larry, and thanks for the hard work from the development and spec teams! Ehud

2050 radio init fix!!

2007-03-30 Thread Jory A. Pratt
Just so everyone is aware of how well development is coming along here is some proof. Larry you have done an awsome job bring the softmac up to a very usuable standard in todays modern home network!! Wireless interface testing using Iperf == Testing

Re: Patches for bcm43xx-softmac

2007-03-30 Thread Aaron Sethman
On Thu, 29 Mar 2007, Larry Finger wrote: Also on the FTP site are two Perl scripts for testing. One of them (perf_test.pl) uses an Iperf server somewhere on your LAN. The other (file_test.pl) works with an NFS server on your LAN to measure transfer rates. Here is somet testing from me