On Wed, 2010-11-24 at 22:29 +0100, Wenceslao González-Viñas wrote: > Could someone tell me what is the state of this bug? What can I do to > help to fix the problem?
Well, you can prompt me to look again, as you did. :-) It seems that the code I changed, which looks like it sets the valid channels, is not actually used at all! The code that really does is another file. This code reads a region number from ROM in the chip, and sets the allowed channels according to that region's radio regulations. We should not override this. However, I cannot explain why the Windows driver decides that channels 1-13 are allowed (correct for Europe) while the Linux driver (which is based on it) decides that channels 1-11 are allowed. Perhaps there is a bug in reading the ROM. I've made a change to the driver that will cause it to log the entire contents of the ROM when it is loaded: Patch file: http://people.debian.org/~benh/rt28x0-dump-efuse.patch New module: http://people.debian.org/~benh/rt2870sta.ko GPG signature for module: http://people.debian.org/~benh/rt2870sta.ko.asc Please download the new module, verify my signature, then load the module by running: rmmod rt2870sta insmod rt2870sta.ko Finally run 'dmesg' to get the listing of the ROM data, and send that back. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse.
signature.asc
Description: This is a digitally signed message part