2008-09-28 22:24:44

by Nick Kossifidis

[permalink] [raw]
Subject: [PATCH 4/5] ath5k: Fix SREV reporting after SREV updates

* Fix srev reporting during attach

Changes-Licensed-under: ISC
Signed-Off-by: Nick Kossifidis <[email protected]>

---
drivers/net/wireless/ath5k/base.c | 6 +++++-
1 files changed, 5 insertions(+), 1 deletions(-)

diff --git a/drivers/net/wireless/ath5k/base.c b/drivers/net/wireless/ath5k/base.c
index c8bb9bf..905076a 100644
--- a/drivers/net/wireless/ath5k/base.c
+++ b/drivers/net/wireless/ath5k/base.c
@@ -396,7 +396,11 @@ ath5k_chip_name(enum ath5k_srev_type type, u_int16_t val)
for (i = 0; i < ARRAY_SIZE(srev_names); i++) {
if (srev_names[i].sr_type != type)
continue;
- if ((val & 0xff) < srev_names[i + 1].sr_val) {
+
+ if ((val & 0xf0) == srev_names[i].sr_val)
+ name = srev_names[i].sr_name;
+
+ if ((val & 0xff) == srev_names[i].sr_val) {
name = srev_names[i].sr_name;
break;
}


2008-10-05 01:34:08

by Luis R. Rodriguez

[permalink] [raw]
Subject: Re: [ath5k-devel] [PATCH 4/5] ath5k: Fix SREV reporting after SREV updates

On Sat, Oct 4, 2008 at 6:25 PM, Nick Kossifidis <[email protected]>
> Luis Is there a pci-e version of 5414 ? Is 5424 the pci-e version of
> 5414 or it's another chip ?

I am not sure, I'll have to check or ask.

Luis

2008-10-05 01:02:36

by Luis R. Rodriguez

[permalink] [raw]
Subject: Re: [PATCH 4/5] ath5k: Fix SREV reporting after SREV updates

On Sat, Oct 4, 2008 at 5:37 PM, Bob Copeland <[email protected]> wrote:
> On Mon, Sep 29, 2008 at 01:24:44AM +0300, Nick Kossifidis wrote:
>> * Fix srev reporting during attach
>>
>> Changes-Licensed-under: ISC
>> Signed-Off-by: Nick Kossifidis <[email protected]>
>
> This now identifies my card as 5414, whereas ath5k used to call it 5424
> (mac srev 0xa3, phy 0x61).
>
> But, madwifi has:
> #define AR5K_SREV_VER_AR5424 0xa3 /* PCI-E */
>
> It still works so not a major problem, but who's right?

Since legacy-hal.tar.bz2 comes directly from our latest codebase I
expect that to have the latest correct information. If there are
doubts that is another thing and we can look into it.

Luis

2008-10-05 01:25:14

by Nick Kossifidis

[permalink] [raw]
Subject: Re: [ath5k-devel] [PATCH 4/5] ath5k: Fix SREV reporting after SREV updates

2008/10/5 Bob Copeland <[email protected]>:
> On Mon, Sep 29, 2008 at 01:24:44AM +0300, Nick Kossifidis wrote:
>> * Fix srev reporting during attach
>>
>> Changes-Licensed-under: ISC
>> Signed-Off-by: Nick Kossifidis <[email protected]>
>
> This now identifies my card as 5414, whereas ath5k used to call it 5424
> (mac srev 0xa3, phy 0x61).
>
> But, madwifi has:
> #define AR5K_SREV_VER_AR5424 0xa3 /* PCI-E */
>
> It still works so not a major problem, but who's right?
>
>> @@ -396,7 +396,11 @@ ath5k_chip_name(enum ath5k_srev_type type, u_int16_t val)
>> for (i = 0; i < ARRAY_SIZE(srev_names); i++) {
>> if (srev_names[i].sr_type != type)
>> continue;
>> - if ((val & 0xff) < srev_names[i + 1].sr_val) {
>> +
>> + if ((val & 0xf0) == srev_names[i].sr_val)
>> + name = srev_names[i].sr_name;
>> +
>> + if ((val & 0xff) == srev_names[i].sr_val) {
>> name = srev_names[i].sr_name;
>> break;
>> }
>>
>

Well acording to legacy-hal (ar5212reg.h):

5424 (condor) version = 9
5414 (eagle) version = 10
Yours is 0xa0 -> 5414

5424 radio version = 0xa0
5414 radio version = 0x60
yours is 0x61 -> 5414

It's also weird to me, since 5414 is pci/mini-pci and 5424 is pci-e
and even if OEMs just made 5414s with pci-e support (eg. with a
pci2pci-e bridge) and branded them as 5424s or something like that,
then your chip shouldn't have problem when reseting pci core so i
guess there is a 5414 version that has pci-e HIU. They both belong to
AR5006 series btw so they have the known pci-id mess.

I got the srev values used before legacy-hal by doing a search on logs
on madwifi's trac so they seem to match user reports but i guess
legacy-hal is more accurate. For the driver 5424 is 5414 with some
pci-e extras (power saving etc).

Luis Is there a pci-e version of 5414 ? Is 5424 the pci-e version of
5414 or it's another chip ?

--
GPG ID: 0xD21DB2DB
As you read this post global entropy rises. Have Fun ;-)
Nick

2008-10-05 00:37:28

by Bob Copeland

[permalink] [raw]
Subject: Re: [PATCH 4/5] ath5k: Fix SREV reporting after SREV updates

On Mon, Sep 29, 2008 at 01:24:44AM +0300, Nick Kossifidis wrote:
> * Fix srev reporting during attach
>
> Changes-Licensed-under: ISC
> Signed-Off-by: Nick Kossifidis <[email protected]>

This now identifies my card as 5414, whereas ath5k used to call it 5424
(mac srev 0xa3, phy 0x61).

But, madwifi has:
#define AR5K_SREV_VER_AR5424 0xa3 /* PCI-E */

It still works so not a major problem, but who's right?

> @@ -396,7 +396,11 @@ ath5k_chip_name(enum ath5k_srev_type type, u_int16_t val)
> for (i = 0; i < ARRAY_SIZE(srev_names); i++) {
> if (srev_names[i].sr_type != type)
> continue;
> - if ((val & 0xff) < srev_names[i + 1].sr_val) {
> +
> + if ((val & 0xf0) == srev_names[i].sr_val)
> + name = srev_names[i].sr_name;
> +
> + if ((val & 0xff) == srev_names[i].sr_val) {
> name = srev_names[i].sr_name;
> break;
> }
>

--
Bob Copeland %% http://www.bobcopeland.com