> 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 - To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
