If you have a second generation prism54 device, i'd very much like USBLogs from your device. (I have enough of logs for the first generation devices). You don't need to do anything special for this. Simply plug your device, snoop it while it emits a few pings, then send the logs.
Here are the logs that i'd like to be able to understand a bit more the device protocol and capabilities. In order to report a very useful log, ideally you'd snoop the data with ethereal on a third 802.11 device along with the USB snoop. I'll call such a bundle simply a log from now on.
[note : ethereal data is not really needed there, but be sure to tag the snoops with their data rate]
Gather several logs, making sure the USB device limits its rate to some fixed limit (and maybe make sure this is true with measuring a ftp transfert) (ideally, 54MBps, 11MBps, 1MBps, if you can add all the basic rates, then others). You can limit the rate :
Other means ?
( note to self, i'll try and tackle this tonight. the prism54 driver allows rate to be set, i'll verify in the beacon that it's okay, then try to associate to it with ndiswrapper, and see what happens. supported rates :
debian:/home/jb# iwpriv eth2 g_supprates eth2 g_supprates:hex data=02:04:0B:16:0C:12:18:24:30:48:60:6C:00:62:6C:6F:62:00:00:00:00:
Divide by two the rate values to get the X admissible values in
iwconfig eth2 set rate XMbps
I'll sniff with my other PCI prism54 card. Should also try with the atheros card. )
[ethereal data not really required]
Rather simple : do a full-speed transfert. I'd like to know if there's a hardware queuing mechanism, and i guess it'll kick on only under heavy traffic : do this ! -- under windows would certainly be better.
(I'll try and do this, but i fear my machine is not powerfull enough to be able to send data @54Mbps and log what happens at the same time...)
[ethereal data preferred, but difficult. I have the hardware to carry out these kinds of experiment, so if you can do others more easily, don't bother with these]
Try complex setups in Ad-Hoc mode. I don't really understant IBSS mode, but i'd like to see three devices communicate, each in its own IBSS (is this at all possible ?), at the same time. What i mean here is :
This paves the way for SoftAP mode, and is of great value, but i'd like to solve the basic problems above first...
One field in the USB packet reported by the interface seems important, and has still to be understood. This is the 16 bits starting at offset 0x10.
Many, many unknowns, possibly solved by the above logs.