On Thu, May 21, 2020 at 01:04:36AM +0200, stolen data wrote: > I know the antennas are fine because I've already inspected both of > them, along with the male SMC connectors on the card, the solder > joints tying them to PCB, and even doing a continuity test with a > multimeter to test connectivity from the antennas' tips to the vias > on the PCB. I also performed the obvious test of just checking the > connectivity while simply unscrewing one antenna; removing either of > them unsurprisingly disrupts the link entirely, and, conversely, > reattaching it restores the link fully. Like night and day.
Awesome. Thanks for confirming. > This is what Linux reports when I monitor with iw(8) for a few seconds: > > tx bitrate: 130.0 MBit/s MCS 14 short GI > tx bitrate: 130.0 MBit/s MCS 15 > tx bitrate: 115.6 MBit/s MCS 13 short GI > tx bitrate: 144.4 MBit/s MCS 15 short GI Good. So now we have established that this is actually an interesting bug report :) It would be great to understand what's going on here. Perhaps figuring out this bug would also help us solve other known issues. > > You can try MCS1, MCS2, ..., all the way up to MCS15. > > Unfortunately no change. Some are unusable but none of them offer a > visible improvement. Oh. So they all have the exact same result? > I'll be available for testing of any patches or suggestions that > anyone may have, and thanks for the suggestions so far! What is special about the AR9287 is that it appears in USB devices as well as PCI. The USB devices are known to work OK (barring some USB-specific issues). However, the firmware on USB devices handles large parts of what our driver is supposed to handle on PCI, so it's another apples to oranges comparison. The next step would be to grep the Linux and OpenBSD drivers for 9287 and compare chip-specific sections of code that show up. I looked around for a bit but nothing stands out at first sight.
