diff options
author | Daniel Golle <daniel@makrotopia.org> | 2017-02-03 15:02:32 +0100 |
---|---|---|
committer | Daniel Golle <daniel@makrotopia.org> | 2017-02-08 22:21:26 +0100 |
commit | 9eacb9d7fc0b4c921f8d2ec91a51f10d8c3ae12f (patch) | |
tree | 76aae7c3fcd53566c36a372292ca96465f347ad2 /target | |
parent | 48b71a0b071af3c109a80138fa306f5f3d3f01aa (diff) | |
download | upstream-9eacb9d7fc0b4c921f8d2ec91a51f10d8c3ae12f.tar.gz upstream-9eacb9d7fc0b4c921f8d2ec91a51f10d8c3ae12f.tar.bz2 upstream-9eacb9d7fc0b4c921f8d2ec91a51f10d8c3ae12f.zip |
rt2x00: mt7620: lots of improvements
This commit combines all the changes I've made on my staging tree
into a single commit fixing many issues with our patch for MT7620.
First of all, checkpatch.pl revealed numerous code style issues with
the patch, so fix all the white-space and commets. Also use
usleep_range instead of legacy timing and relax timing for VCO
calibration just like the vendor driver does.
Several line programming registers were commented out in the patch.
Originally this came from the features present but disabled by default
in the vendor's driver (RTMP_TEMPERATURE_CALIBRATION and
ADJUST_POWER_CONSUMPTION_SUPPORT). Remove the dead code for now, it can
easily be re-added if we actually intend to support those features.
Move values from mt7620_freqconfig type into the existing rf_channel
struct, this shouldn't be a new typedef and it is possible to use the
existing struct because rf_channel got 4 32-bit fields, so two of the
8-bit values from mt7620_freqconfig can easily be stored in the same
32-bit field.
Map values such that
Rdiv -> rf1
N -> rf2
K -> rf3[0:7]
D -> rf3[8:15]
Ksd -> rf4
This makes the channel switching logic already look a bit more like
what we are used to in rt2x00... Probably many of the read-modify-write
calls could still be replaced by macros intended for that.
iq calibration seems to be identical to RT5592, so just enable it.
Test shows that this improves things quite a lot, datarates went up
by a couple of megabits when running iperf, signal quality seems jumpy
in the first few seconds once a station connencts, the stabelizes on a
value significantly better than what it was before.
Add description to the patch and reference the original OpenWrt commit
by which it was added.
The patch now passes checkpatch.pl and can thus be discussed with the
upstream authors of the rt2x00 driver.
Funded-by: https://www.kickstarter.com/projects/1327597961/better-support-for-mt7620a-n-in-openwrt-lede/
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
Diffstat (limited to 'target')
0 files changed, 0 insertions, 0 deletions