From: Gertjan van Wingerde <gwingerde@gmail.com>
To: Helmut Schaa <helmut.schaa@googlemail.com>,
John Linville <linville@tuxdriver.com>
Cc: Ivo van Doorn <ivdoorn@gmail.com>, linux-wireless@vger.kernel.org
Subject: Re: [PATCH] rt2x00: rt2800lib: Fix rx path on SoC devices
Date: Tue, 27 Apr 2010 20:03:55 +0200 [thread overview]
Message-ID: <4BD7270B.6050000@gmail.com> (raw)
In-Reply-To: <201004270828.17303.helmut.schaa@googlemail.com>
On 04/27/10 08:28, Helmut Schaa wrote:
> Am Montag 26 April 2010 schrieb Gertjan van Wingerde:
>> On 04/26/10 13:48, Helmut Schaa wrote:
>>> Restore the rfcsr initialization for RT305x SoC devices which was removed
>>> by "rt2x00: Finish rt3070 support in rt2800 register initialization.".
>>>
>>> This fixes the rx path on SoC devices.
>>>
>>> Signed-off-by: Helmut Schaa <helmut.schaa@googlemail.com>
>>> ---
>>> drivers/net/wireless/rt2x00/rt2800lib.c | 34 ++++++++++++++++++++++++++++++-
>>> 1 files changed, 33 insertions(+), 1 deletions(-)
>>>
>>> diff --git a/drivers/net/wireless/rt2x00/rt2800lib.c b/drivers/net/wireless/rt2x00/rt2800lib.c
>>> index 2648f31..1358d9a 100644
>>> --- a/drivers/net/wireless/rt2x00/rt2800lib.c
>>> +++ b/drivers/net/wireless/rt2x00/rt2800lib.c
>>> @@ -1703,7 +1703,8 @@ int rt2800_init_rfcsr(struct rt2x00_dev *rt2x00dev)
>>> if (!rt2x00_rt(rt2x00dev, RT3070) &&
>>> !rt2x00_rt(rt2x00dev, RT3071) &&
>>> !rt2x00_rt(rt2x00dev, RT3090) &&
>>> - !rt2x00_rt(rt2x00dev, RT3390))
>>> + !rt2x00_rt(rt2x00dev, RT3390) &&
>>> + !(rt2x00_is_soc(rt2x00dev) && rt2x00_rt(rt2x00dev, RT2872)))
>>> return 0;
>>
>> As indicated in the separate email, we should also check for the presence of an RF3020, RF3021
>> or RF3022 RF chipset for the RT2872 case (maybe this should be more generic, because I'm sure
>> this will also hold for the other RT chipsets).
>
> Ok, do you mean we should only check for rfXXX instead of checking for SoC
> and rt2872? Or should we check for SoC + rfXXX?
I think that at the moment we should be looking at checking for SoC, RT2872 and RFxxxx.
To be honest I don't completely know what these RF CSR values represent, we can only find them
in a SoC Ralink driver, so FWIW it may simply be good settings for an AP (the main use case for
a SoC device) but not so good for an STA.
So properly applying this only to SoC devices with the right RT chipset and right RF chipset
seems to be the proper thing here.
>
>>> /*
>>> @@ -1771,6 +1772,37 @@ int rt2800_init_rfcsr(struct rt2x00_dev *rt2x00dev)
>>> rt2800_rfcsr_write(rt2x00dev, 29, 0x8f);
>>> rt2800_rfcsr_write(rt2x00dev, 30, 0x20);
>>> rt2800_rfcsr_write(rt2x00dev, 31, 0x0f);
>>> + } else if (rt2x00_rt(rt2x00dev, RT2872)) {
>>> + rt2800_rfcsr_write(rt2x00dev, 0, 0x50);
>>> + rt2800_rfcsr_write(rt2x00dev, 1, 0x01);
>>> + rt2800_rfcsr_write(rt2x00dev, 2, 0xf7);
>>> + rt2800_rfcsr_write(rt2x00dev, 3, 0x75);
>>> + rt2800_rfcsr_write(rt2x00dev, 4, 0x40);
>>> + rt2800_rfcsr_write(rt2x00dev, 5, 0x03);
>>> + rt2800_rfcsr_write(rt2x00dev, 6, 0x02);
>>> + rt2800_rfcsr_write(rt2x00dev, 7, 0x50);
>>> + rt2800_rfcsr_write(rt2x00dev, 8, 0x39);
>>> + rt2800_rfcsr_write(rt2x00dev, 9, 0x0f);
>>> + rt2800_rfcsr_write(rt2x00dev, 10, 0x60);
>>> + rt2800_rfcsr_write(rt2x00dev, 11, 0x21);
>>> + rt2800_rfcsr_write(rt2x00dev, 12, 0x75);
>>> + rt2800_rfcsr_write(rt2x00dev, 13, 0x75);
>>> + rt2800_rfcsr_write(rt2x00dev, 14, 0x90);
>>> + rt2800_rfcsr_write(rt2x00dev, 15, 0x58);
>>> + rt2800_rfcsr_write(rt2x00dev, 16, 0xb3);
>>> + rt2800_rfcsr_write(rt2x00dev, 17, 0x92);
>>> + rt2800_rfcsr_write(rt2x00dev, 18, 0x2c);
>>> + rt2800_rfcsr_write(rt2x00dev, 19, 0x02);
>>> + rt2800_rfcsr_write(rt2x00dev, 20, 0xba);
>>> + rt2800_rfcsr_write(rt2x00dev, 21, 0xdb);
>>> + rt2800_rfcsr_write(rt2x00dev, 22, 0x00);
>>> + rt2800_rfcsr_write(rt2x00dev, 23, 0x31);
>>> + rt2800_rfcsr_write(rt2x00dev, 24, 0x08);
>>> + rt2800_rfcsr_write(rt2x00dev, 25, 0x01);
>>> + rt2800_rfcsr_write(rt2x00dev, 26, 0x25);
>>> + rt2800_rfcsr_write(rt2x00dev, 27, 0x23);
>>> + rt2800_rfcsr_write(rt2x00dev, 28, 0x13);
>>> + rt2800_rfcsr_write(rt2x00dev, 29, 0x83);
>>> }
>>>
>>> if (rt2x00_rt_rev_lt(rt2x00dev, RT3070, REV_RT3070F)) {
>>
>> Here we need 2 additional rfcsr_writes, for RF CSR 30 and RF CSR 31, both set to value 0x00.
>> Also, we can add an "return 0" at the end of the sequence, as nothing more needs to be done for RT2872.
>
> Ok, thanks for looking that up.
And please add the rt2x00_is_soc(rt2x00dev) test to that hunk as well. It makes it easier to see that
that piece is for SoC RT2872 devices only.
P.S. It seems that John already applied this patch without even Ivo or me Acking it, so I guess an
incremental patch would be best now.
---
Gertjan
next prev parent reply other threads:[~2010-04-27 18:03 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-26 11:48 [PATCH] rt2x00: rt2800lib: Fix rx path on SoC devices Helmut Schaa
2010-04-26 19:55 ` Gertjan van Wingerde
2010-04-26 19:56 ` Helmut Schaa
2010-04-26 21:46 ` Gertjan van Wingerde
2010-04-27 6:28 ` Helmut Schaa
2010-04-27 18:03 ` Gertjan van Wingerde [this message]
2010-04-27 18:15 ` John W. Linville
2010-04-27 19:41 ` Gertjan van Wingerde
2010-04-27 19:12 ` Helmut Schaa
2010-04-27 19:13 ` John W. Linville
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4BD7270B.6050000@gmail.com \
--to=gwingerde@gmail.com \
--cc=helmut.schaa@googlemail.com \
--cc=ivdoorn@gmail.com \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).