aboutsummaryrefslogtreecommitdiff
path: root/drivers/acpi/events/evevent.c
diff options
context:
space:
mode:
authorIvo van Doorn <ivdoorn@gmail.com>2008-03-09 22:49:04 +0100
committerJohn W. Linville <linville@tuxdriver.com>2008-03-13 19:32:31 -0400
commit89993890aeb8fe58b2d49b2661965524802ab73c (patch)
treed541a26a8a370401ef2c4d0cafdd8868853ed127 /drivers/acpi/events/evevent.c
parentdac37d720860bbbc535adc90249184308501c1f0 (diff)
rt2x00: Fix rt2400pci signal
After sampling hundreds of RX frame descriptors, the results were conclusive: - The Ralink documentation regarding the SIGNAL and RSSI are wrong. It turns out that of the 5 BBR registers, we should not use BBR0 and BBR1 for SIGNAL and RSSI respectively, but actually BBR1 and BBR2. BBR0 does show values, but the exact meaning remains unclear, but they cannot be translated into a SIGNAL or RSSI field. BBR3, BBR4 and BBR5 are always 0, so their meaning is unknown. As it turns out, the reported SIGNAL is the PLCP value, this in contradiction to what was expected looking at rt2500pci which only reported the PLCP values for OFDM rates and bitrate values for CCK rates. This means we should let the driver raise the flag about the contents of the SIGNAL field so rt2x00lib can always do the right thing based on what the driver reports. Signed-off-by: Ivo van Doorn <IvDoorn@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'drivers/acpi/events/evevent.c')
0 files changed, 0 insertions, 0 deletions