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

[Ivo van Doorn <ivdoorn@gmail.com>]

> Are there known problems with the monitor mode?  It seems incomplete
> even with one virtual interface, eg

Sounds awfully familiar. :(

> 13:37:00.549494 1.0 Mb/s 2437 MHz (0x0480) 192dB signal Probe Request ()
> [1.0 2.0 5.5 11.0 6.0 9.0 12.0 18.0 Mbit]
> 13:37:00.550243 1.0 Mb/s 2437 MHz (0x0480) 192dB signal Probe Request ()
> [1.0 2.0 5.5 11.0 6.0 9.0 12.0 18.0 Mbit]
> 13:37:00.590127 1.0 Mb/s 2437 MHz (0x0480) 216dB signal Beacon (froh)
> [1.0* 2.0* 5.5* 11.0* Mbit] ESS CH: 6, PRIVACY
> 13:37:00.692568 1.0 Mb/s 2437 MHz (0x0480) 216dB signal Beacon (froh)
> [1.0* 2.0* 5.5* 11.0* Mbit] ESS CH: 6, PRIVACY
> 13:37:00.897401 1.0 Mb/s 2437 MHz (0x0480) 216dB signal Beacon (froh)
> [1.0* 2.0* 5.5* 11.0* Mbit] ESS CH: 6, PRIVACY
> 13:37:00.999773 1.0 Mb/s 2437 MHz (0x0480) 216dB signal Beacon (froh)
> [1.0* 2.0* 5.5* 11.0* Mbit] ESS CH: 6, PRIVACY
> 
> and reports the rate as 1Mbps in all cases.  During this capture I have
> another box doing

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

> # 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.

Ivo