Re: [PATCH] rt73usb-add-bluenext-148f-2573

[Andy Green <andy@warmcat.com>]

Somebody in the thread at some point said:

>> Are there known problems with the monitor mode?  It seems incomplete
>> even with one virtual interface, eg
> 
> Sounds awfully familiar. :(

Don't feel bad, monitor mode is not in a coherent state all over the
drivers at the moment.  I would really like to see it become trustable
in all cases.

> At which rate should the other box be sending the frames?

54Mbps, I am a couple of metres from the AP.

>> # while [ 1 ] ; do ls -l / ; done
>>
>> over an ssh link which is being carried on another wireless device on
>> the same box associated on to channel 6...
> 
> Could you enable debugfs and do inside the "rt73usb" folder within the
> mac80211 debugfs entry do:
> 
> echo 16 > csr_offset
> cat csr_value
> 
> This will read the TXRX_CSR0 register of rt73usb which controls the filtering
> of the frames. That will help determining if the missing frames have been
> droppen in the hardware or not.

I have to add debugfs in my .config for that, it is rebuilding.

However, I added the following debug line inside the loop at
rt2x00_dev.c function
void rt2x00lib_rxdone(struct data_entry *entry, char *data,
	const int size, const int signal, const int rssi, const int ofdm)

		printk("signal=%d, ofdm=%d, rate->val=%d, val=%d\n", signal, ofdm,
rate->val, val);

and ran tcpdump at the same time.  What I see is that even though
tcpdump on ch 6 is only willing to show 1Mbps packets, packets with
other rates passed through here, eg,

signal=20, ofdm=0, rate->val=4106, val=10
signal=20, ofdm=0, rate->val=16789524, val=20
signal=110, ofdm=0, rate->val=4106, val=10
signal=110, ofdm=0, rate->val=16789524, val=20
signal=110, ofdm=0, rate->val=33583159, val=55
signal=110, ofdm=0, rate->val=50393198, val=110

but ALWAYS ofdm is 0, ie, it only sees CCK packets.

If I look over on channel 11, my neighbour has an 80211b device
apparently, I see data packets at 11Mbps, again CCK.

-Andy