LinuxLists.cc - working usb wifi card, that is still possible to buy

2010-11-03 09:24:31

Subject: working usb wifi card, that is still possible to buy

Hi!

Is there an USB wifi card that can still be bought in reasonable
ammount (like 1000 pieces) and is well supported by Linux?

So far I tried carl9170 (as seen by previous mails) and
rt2x00usb. carl9170 is not really usable; rt2x00usb works a bit
better, but also fails after some time:

phy0 -> rt2x00usb_vendor_request: Error - Vendor Request 0x07 failed
for offset.
phy0 -> rt2x00usb_vendor_request: Error - Vendor Request 0x06 failed
for offset.
phy0 -> rt2x00usb_vendor_request: Error - Vendor Request 0x07 failed
for offset.
phy0 -> rt2x00usb_vendor_request: Error - Vendor Request 0x06 failed
for offset.
phy0 -> rt2x00usb_vendor_request: Error - Vendor Request 0x07 failed
for offset.
phy0 -> rt2x00usb_vendor_request: Error - Vendor Request 0x06 failed
for offset.
phy0 -> rt2x00usb_vendor_request: Error - Vendor Request 0x07 failed
for offset.
...
phy0 -> rt2x00usb_vendor_request: Error - Vendor Request 0x07 failed
for offset.
usb 1-1: USB disconnect, address 2
usb 1-1: new full speed USB device using ppc-of-ohci and address 3
usb 1-1: device descriptor read/64, error -62
usb 1-1: device descriptor read/64, error -62
usb 1-1: new full speed USB device using ppc-of-ohci and address 4
usb 1-1: device descriptor read/64, error -62
usb 1-1: device descriptor read/64, error -62
usb 1-1: new full speed USB device using ppc-of-ohci and address 5
usb 1-1: device not accepting address 5, error -62
usb 1-1: new full speed USB device using ppc-of-ohci and address 6
usb 1-1: device not accepting address 6, error -62
hub 1-0:1.0: unable to enumerate USB device on port 1
usb 1-1: new full speed USB device using ppc-of-ohci and address 7
usb 1-1: device descriptor read/64, error -62
usb 1-1: device descriptor read/64, error -62
usb 1-1: new full speed USB device using ppc-of-ohci and address 8
usb 1-1: device descriptor read/64, error -62
usb 1-1: device descriptor read/64, error -62
usb 1-1: new full speed USB device using ppc-of-ohci and address 9
usb 1-1: device not accepting address 9, error -62
usb 1-1: new full speed USB device using ppc-of-ohci and address 10
usb 1-1: device not accepting address 10, error -62
hub 1-0:1.0: unable to enumerate USB device on port 1

(is that failing firmware?)

Note that this is powerpc with OHCI/USB1.1 controller.
Pavel

2010-11-29 12:16:16

by Sujith

[permalink] [raw]

Subject: Re: ath9k_htc vs. powerpc (was Re: working usb wifi card, that is still possible to buy)

Pavel Machek wrote:
> Hi!
>
> > > Sujith, I see you fought with endianness issues on ath9k_htc
> > > driver. Was you able to test it on actual hardware? Should I try the
> > > version just after your commit?
> >
> > No, I never had a chance to test the driver on a big-endian system.
> > I assume you are referring to this commit: "ath9k_htc: Fix sparse endian warnings" ?
>
> Yes.
>
> > Does using latest wireless-testing help ?
>
> I updated to wireless-testing from today, and still same results.

A lot of structures in htc.h are not handled in an endian-safe manner.
I'll send a patch fixing them and maybe things will improve.

Sujith

2010-11-05 17:54:45

by Johannes Berg

[permalink] [raw]

Subject: Re: working usb wifi card, that is still possible to buy

On Fri, 05 Nov 2010 08:15:26 -0500, Larry Finger
> The Realtek RTL8712 (aka RTL8192U) and found in the D-Link DWA 130, has
a
> driver
> in 2.6.37 (r8712u). Although not based on mac80211, thus found in
staging,
> the
> driver is extremely stable - my connection never drops out. With an
802.11n
> router, I get transmission throughput of up to 70 Mb/s.

That definitely requires USB 2 though, and I suspect that
nobody actually ever tests their devices on a 1.1 only
controller like Pavel was asking for.

johannes

2010-11-24 08:42:41

by Johannes Berg

[permalink] [raw]

Subject: Re: working usb wifi card, that is still possible to buy

On Wed, 2010-11-24 at 09:16 +0100, Pavel Machek wrote:

> http://linuxwireless.org/en/users/Devices/USB

You have to edit the driver pages, like
http://linuxwireless.org/en/users/Drivers/p54/devices

johannes

2010-11-29 09:57:58

by Pavel Machek

[permalink] [raw]

Subject: [PATCH] fix endianity on ath9k_htc

It seems struct eep_header lacks proper #ifdef BIG_ENDIAN_BITFIELD
markup. eep_4k_header has proper markup, but two fields were swapped.

Signed-off-by: Pavel Machek <[email protected]>

diff --git a/drivers/net/wireless/ath/ath9k/eeprom.h b/drivers/net/wireless/ath/ath9k/eeprom.h
index 3c99830..022589d 100644
--- a/drivers/net/wireless/ath/ath9k/eeprom.h
+++ b/drivers/net/wireless/ath/ath9k/eeprom.h
@@ -378,10 +374,14 @@ struct modal_eep_header {
u8 xatten2Margin[AR5416_MAX_CHAINS];
u8 ob_ch1;
u8 db_ch1;
- u8 useAnt1:1,
- force_xpaon:1,
- local_bias:1,
+#ifndef __BIG_ENDIAN_BITFIELD
+ u8 useAnt1:1, force_xpaon:1, local_bias:1,
femBandSelectUsed:1, xlnabufin:1, xlnaisel:2, xlnabufmode:1;
+#else
+ u8 xlnabufmode:1, xlnaisel:2, xlnabufin:1,
+ femBandSelectUsed:1, local_bias:1, force_xpaon:1, useAnt1:1;
+#endif
+
u8 miscBits;
u16 xpaBiasLvlFreq[3];
u8 futureModal[6];
@@ -443,7 +444,7 @@ struct modal_eep_4k_header {
u8 antdiv_ctl1:4, ob_4:4;
u8 db1_3:4, db1_2:4;
u8 antdiv_ctl2:4, db1_4:4;
- u8 db2_2:4, db2_3:4;
+ u8 db2_3:4, db2_2:4;
u8 reserved:4, db2_4:4;
#else
u8 ob_2:4, ob_3:4;

2010-11-05 13:14:57

by Larry Finger

[permalink] [raw]

Subject: Re: working usb wifi card, that is still possible to buy

On 11/05/2010 04:26 AM, Josh Lehan wrote:
> On 11/03/2010 02:24 AM, Pavel Machek wrote:
>> Hi!
>>
>> Is there an USB wifi card that can still be bought in reasonable
>> ammount (like 1000 pieces) and is well supported by Linux?
>>
>> So far I tried carl9170 (as seen by previous mails) and
>> rt2x00usb. carl9170 is not really usable; rt2x00usb works a bit
>> better, but also fails after some time:
>
> I would like to know as well. This would be for ARM, though, not
> PowerPC. It's tough finding reliable USB Wi-Fi adapters that work under
> Linux these days. It seems the development focus has shifted to
> PCI-based chipsets, unfortunately.
>
> I've had mixed success with the VIA VT6656. These drivers are only at
> "staging" quality within the mainline kernel, though. There are
> separate drivers that can be downloaded directly from the vendor, though.
>
> Anybody else have a good suggestion?

The Realtek RTL8712 (aka RTL8192U) and found in the D-Link DWA 130, has a driver
in 2.6.37 (r8712u). Although not based on mac80211, thus found in staging, the
driver is extremely stable - my connection never drops out. With an 802.11n
router, I get transmission throughput of up to 70 Mb/s. The D-Link site has
these available for about $55, although I bought mine new on E-bay for a lot
less than that.

Realtek has recently supplied me with a mac80211-based driver for the RTL8192CE,
which has the same wireless chip with a PCIe interface. As soon as I receive my
sample cards, that driver will be submitted to wireless testing, and it will be
the template for conversion of r8712u. As a result, the current staging driver
should be converted into mainline within the next few months.

Larry

2010-11-24 08:15:22

by Pavel Machek

[permalink] [raw]

Subject: Re: working usb wifi card, that is still possible to buy

Hi!

So we shopped around a bit, and got following cards:

TP-LINK TL-WN321G, 148f:2070, ralink?
PEGATRON WL166N11, 1d4d:000c, ralink?
Tenda w311U, 148f:3070, ralink?
Netgear WPN111, 1385:5f01, atheros?
edimax ew-7711UMn, 7392:7711, ralink?
Canyon CNP-WF518N2, 0bda:8171, realtek?
EMTEC Wi350, 0bda:8172, realtek?
MSI WLAN 11N US300EX Lite, 148f:3070, ralink?
AirLive Wl-1600 USB, 1b75:8187, rtl8187 driver, works out of the box
on 2.6.27.25-78.2.56.fc9.i686 kernel
Netgear wg111, 05e3:4260, rtl8187 driver, works out of the box on
2.6.27.25-78.2.56.fc9.i686 kernel
D-Link DWA-131, 07d1:3303, realtek?
TP-Link TL-WN721N, 0cf3:9271, atheros?
TP-Link TL-WN322G, 0cf3:1006, atheros?

I'd update database at linuxwireless.org, but have not figured out how
to do that. I do have an account, but "edit" button on

http://linuxwireless.org/en/users/Devices/USB

does not exactly do anything useful :-(.

Pavel

2010-11-26 11:37:03

by Pavel Machek

[permalink] [raw]

Subject: [PATCH?] do structures need to be packed? [was Re: ath9k_htc vs. powerpc (was Re: working usb wifi card, that is still possible to buy)]

Hi!

I'm not sure if all the structures shared with hardware are properly
marked as packed. In particular, htc_rx_status contains big endian
data, so it might need packing...? Not sure about others.

...you probably do not want to apply all of this...

Unfortunately, it does not solve the problem on powerpc...
Pavel
Signed-off-by: Pavel Machek <[email protected]>

diff --git a/drivers/net/wireless/ath/ath9k/htc_hst.h b/drivers/net/wireless/ath/ath9k/htc_hst.h
index 07b6509..79ef4e7 100644
--- a/drivers/net/wireless/ath/ath9k/htc_hst.h
+++ b/drivers/net/wireless/ath/ath9k/htc_hst.h
@@ -89,7 +89,7 @@ struct htc_packet {

void *context;
u32 reserved;
-};
+} __packed;

struct htc_ep_callbacks {
void *priv;
diff --git a/drivers/net/wireless/ath/ath9k/mac.h b/drivers/net/wireless/ath/ath9k/mac.h
index 7c1a34d..2afbfc0 100644
--- a/drivers/net/wireless/ath/ath9k/mac.h
+++ b/drivers/net/wireless/ath/ath9k/mac.h
@@ -127,7 +127,7 @@ struct ath_tx_status {
u32 evm0;
u32 evm1;
u32 evm2;
-};
+} __packed;

struct ath_rx_status {
u32 rs_tstamp;
@@ -154,7 +154,7 @@ struct ath_rx_status {
u32 evm2;
u32 evm3;
u32 evm4;
-};
+} __packed;

struct ath_htc_rx_status {
__be64 rs_tstamp;
@@ -180,7 +180,7 @@ struct ath_htc_rx_status {
__be32 evm0;
__be32 evm1;
__be32 evm2;
-};
+} __packed;

#define ATH9K_RXERR_CRC 0x01
#define ATH9K_RXERR_PHY 0x02
@@ -297,7 +297,7 @@ struct ar5416_desc {
u32 status7;
u32 status8;
u32 status9;
- } tx;
+ } __packed tx;
struct {
u32 status0;
u32 status1;
@@ -308,7 +308,7 @@ struct ar5416_desc {
u32 status6;
u32 status7;
u32 status8;
- } rx;
+ } __packed rx;
} u;
} __packed;

@@ -658,7 +658,7 @@ struct ath9k_11n_rate_series {
u32 PktDuration;
u32 ChSel;
u32 RateFlags;
-};
+} __packed;

enum ath9k_key_type {
ATH9K_KEY_TYPE_CLEAR,

2010-11-26 12:37:11

by Pavel Machek

[permalink] [raw]

Subject: Re: ath9k_htc vs. powerpc (was Re: working usb wifi card, that is still possible to buy)

2010-11-26 10:20:31

by Pavel Machek

[permalink] [raw]

Subject: Re: ath9k_htc vs. powerpc (was Re: working usb wifi card, that is still possible to buy)

2010-11-08 07:19:29

by Pavel Machek

[permalink] [raw]

Subject: Re: working usb wifi card, that is still possible to buy

Hi!

> > >> The Realtek RTL8712 (aka RTL8192U) and found in the D-Link DWA 130, has
> > > a
> > >> driver
> > >> in 2.6.37 (r8712u). Although not based on mac80211, thus found in
> > > staging,
> > >> the
> > >> driver is extremely stable - my connection never drops out. With an
> > > 802.11n
> > >> router, I get transmission throughput of up to 70 Mb/s.
> > >
> > > That definitely requires USB 2 though, and I suspect that
> > > nobody actually ever tests their devices on a 1.1 only
> > > controller like Pavel was asking for.
> >
> > I have tested on 1.1 and it works. The rate mechanism of that non-mac80211
> > driver ends up at 54M with a maximum transmission rate of 7.1 Mb/s. That must be
> > the maximum that USB 1.1 can handle.
>
> heh, be careful with what you're saying. He has problems
> with not just one, but two completely different devices.
> So r8712u might work perfectly well for you and your 1.1
> USB hcd. But from the logs he posted I think it's not
> just a wacky driver or firmware "problem".

Okay, so in the meantime, I found a reason why AirLive card did not
work properly. Cable supplied with DLink card had borderline connector
:-(.

AirLive (rt2800) card is actually stable, even on USB 1.1 -- it
survived overnight testing.

I still got around 5% packet loss -- it seems every minute or so
connection fails for few seconds -- but TCP connection survived
overnight, doing ~1MB/sec all the time.

So AirLive card works here.
Pavel

2010-11-24 09:56:55

by Pavel Machek

[permalink] [raw]

Subject: Re: working usb wifi card, that is still possible to buy

Hi!

> > http://linuxwireless.org/en/users/Devices/USB
>
> You have to edit the driver pages, like
> http://linuxwireless.org/en/users/Drivers/p54/devices

Thanks, that works.

2010-11-29 10:01:52

by Pavel Machek

[permalink] [raw]

Subject: Re: ath9k_htc vs. powerpc (was Re: working usb wifi card, that is still possible to buy)

Hi!

> > > Sujith, I see you fought with endianness issues on ath9k_htc
> > > driver. Was you able to test it on actual hardware? Should I try the
> > > version just after your commit?
> >
> > No, I never had a chance to test the driver on a big-endian system.
> > I assume you are referring to this commit: "ath9k_htc: Fix sparse endian warnings" ?
>
> Yes.
>
> > Does using latest wireless-testing help ?
>
> I updated to wireless-testing from today, and still same results.
>
> > Or you can try compat-wireless to get the latest code.
>
> wireless-testing is actually easier to be.

...so I indentified two endianness problems in eeprom, but even with
both fixed, it still will not associate. Is there some way to dump USB
packets, then compare them between PC and PowerPC versions? Should I
expect them to match?
Pavel

2010-11-05 20:11:52

by Larry Finger

[permalink] [raw]

Subject: Re: working usb wifi card, that is still possible to buy

On 11/05/2010 12:54 PM, Johannes Berg wrote:
>
> On Fri, 05 Nov 2010 08:15:26 -0500, Larry Finger
>> The Realtek RTL8712 (aka RTL8192U) and found in the D-Link DWA 130, has
> a
>> driver
>> in 2.6.37 (r8712u). Although not based on mac80211, thus found in
> staging,
>> the
>> driver is extremely stable - my connection never drops out. With an
> 802.11n
>> router, I get transmission throughput of up to 70 Mb/s.
>
> That definitely requires USB 2 though, and I suspect that
> nobody actually ever tests their devices on a 1.1 only
> controller like Pavel was asking for.

I have tested on 1.1 and it works. The rate mechanism of that non-mac80211
driver ends up at 54M with a maximum transmission rate of 7.1 Mb/s. That must be
the maximum that USB 1.1 can handle.

Larry

2010-11-24 15:49:07

by Larry Finger

[permalink] [raw]

Subject: Re: working usb wifi card, that is still possible to buy

2010-11-29 13:29:12

by Sujith

[permalink] [raw]

Subject: Re: ath9k_htc vs. powerpc (was Re: working usb wifi card, that is still possible to buy)

Pavel Machek wrote:
> We know the code currently works on PC; but this adds conversions that
> are nop on PowerPC and do something on PC... so they should have no
> effect on PowerPC and could break PC...?

Well, I tested the patch on x86 and it seemed to work okay.
But yeah, it needs to be tested well.

Sujith

2010-11-26 11:35:06

by Pavel Machek

[permalink] [raw]

Subject: [PATCH] ath9k_htc: cleanup eeprom endiannes handling

There are already in-place byte swapping macros in Linux, use them.

Signed-off-by: Pavel Machek <[email protected]>

diff --git a/drivers/net/wireless/ath/ath9k/eeprom_4k.c b/drivers/net/wireless/ath/ath9k/eeprom_4k.c
index 4fa4d8e..ee4e893 100644
--- a/drivers/net/wireless/ath/ath9k/eeprom_4k.c
+++ b/drivers/net/wireless/ath/ath9k/eeprom_4k.c
@@ -117,47 +117,25 @@ static int ath9k_hw_4k_check_eeprom(struct ath_hw *ah)
sum ^= *eepdata++;

if (need_swap) {
- u32 integer;
- u16 word;
-
ath_print(common, ATH_DBG_EEPROM,
"EEPROM Endianness is not native.. Changing\n");

- word = swab16(eep->baseEepHeader.length);
- eep->baseEepHeader.length = word;
-
- word = swab16(eep->baseEepHeader.checksum);
- eep->baseEepHeader.checksum = word;
-
- word = swab16(eep->baseEepHeader.version);
- eep->baseEepHeader.version = word;
-
- word = swab16(eep->baseEepHeader.regDmn[0]);
- eep->baseEepHeader.regDmn[0] = word;
-
- word = swab16(eep->baseEepHeader.regDmn[1]);
- eep->baseEepHeader.regDmn[1] = word;
-
- word = swab16(eep->baseEepHeader.rfSilent);
- eep->baseEepHeader.rfSilent = word;
-
- word = swab16(eep->baseEepHeader.blueToothOptions);
- eep->baseEepHeader.blueToothOptions = word;
-
- word = swab16(eep->baseEepHeader.deviceCap);
- eep->baseEepHeader.deviceCap = word;
-
- integer = swab32(eep->modalHeader.antCtrlCommon);
- eep->modalHeader.antCtrlCommon = integer;
+ swab16s(&eep->baseEepHeader.length);
+ swab16s(&eep->baseEepHeader.checksum);
+ swab16s(&eep->baseEepHeader.version);
+ swab16s(&eep->baseEepHeader.regDmn[0]);
+ swab16s(&eep->baseEepHeader.regDmn[1]);
+ swab16s(&eep->baseEepHeader.rfSilent);
+ swab16s(&eep->baseEepHeader.blueToothOptions);
+ swab16s(&eep->baseEepHeader.deviceCap);
+ swab32s(&eep->modalHeader.antCtrlCommon);

for (i = 0; i < AR5416_EEP4K_MAX_CHAINS; i++) {
- integer = swab32(eep->modalHeader.antCtrlChain[i]);
- eep->modalHeader.antCtrlChain[i] = integer;
+ swab32s(&eep->modalHeader.antCtrlChain[i]);
}

for (i = 0; i < AR5416_EEPROM_MODAL_SPURS; i++) {
- word = swab16(eep->modalHeader.spurChans[i].spurChan);
- eep->modalHeader.spurChans[i].spurChan = word;
+ swab16s(&eep->modalHeader.spurChans[i].spurChan);
}
}

2010-11-26 11:27:41

by Pavel Machek

[permalink] [raw]

Subject: Re: ath9k_htc vs. powerpc (was Re: working usb wifi card, that is still possible to buy)

2010-11-05 10:22:55

by Josh Lehan

[permalink] [raw]

Subject: Re: working usb wifi card, that is still possible to buy

On 11/03/2010 02:24 AM, Pavel Machek wrote:
> Hi!
>
> Is there an USB wifi card that can still be bought in reasonable
> ammount (like 1000 pieces) and is well supported by Linux?
>
> So far I tried carl9170 (as seen by previous mails) and
> rt2x00usb. carl9170 is not really usable; rt2x00usb works a bit
> better, but also fails after some time:

I would like to know as well. This would be for ARM, though, not
PowerPC. It's tough finding reliable USB Wi-Fi adapters that work under
Linux these days. It seems the development focus has shifted to
PCI-based chipsets, unfortunately.

I've had mixed success with the VIA VT6656. These drivers are only at
"staging" quality within the mainline kernel, though. There are
separate drivers that can be downloaded directly from the vendor, though.

Anybody else have a good suggestion?

Josh

2010-11-29 12:56:56

by Pavel Machek

[permalink] [raw]

Subject: Re: ath9k_htc vs. powerpc (was Re: working usb wifi card, that is still possible to buy)

Hi!

> > ...so I indentified two endianness problems in eeprom, but even with
> > both fixed, it still will not associate. Is there some way to dump USB
> > packets, then compare them between PC and PowerPC versions? Should I
> > expect them to match?
>
> Does this patch help ?

Actually I wonder...

> diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_main.c b/drivers/net/wireless/ath/ath9k/htc_drv_main.c
> index e9761c2..1b435d4 100644
> --- a/drivers/net/wireless/ath/ath9k/htc_drv_main.c
> +++ b/drivers/net/wireless/ath/ath9k/htc_drv_main.c
> @@ -204,7 +204,7 @@ static int ath9k_htc_add_station(struct ath9k_htc_priv *priv,
> ista = (struct ath9k_htc_sta *) sta->drv_priv;
> memcpy(&tsta.macaddr, sta->addr, ETH_ALEN);
> memcpy(&tsta.bssid, common->curbssid, ETH_ALEN);
> - tsta.associd = common->curaid;
> + tsta.associd = cpu_to_be16(common->curaid);
> tsta.is_vif_sta = 0;
> tsta.valid = true;
> ista->index = priv->nstations;

We know the code currently works on PC; but this adds conversions that
are nop on PowerPC and do something on PC... so they should have no
effect on PowerPC and could break PC...?
Pavel

2010-11-29 11:46:46

by Felix Fietkau

[permalink] [raw]

Subject: Re: [ath9k-devel] [PATCH] fix endianity on ath9k_htc

On 2010-11-29 10:58 AM, Pavel Machek wrote:
>
> It seems struct eep_header lacks proper #ifdef BIG_ENDIAN_BITFIELD
> markup. eep_4k_header has proper markup, but two fields were swapped.
>
> Signed-off-by: Pavel Machek <[email protected]>
>
> diff --git a/drivers/net/wireless/ath/ath9k/eeprom.h b/drivers/net/wireless/ath/ath9k/eeprom.h
> index 3c99830..022589d 100644
> --- a/drivers/net/wireless/ath/ath9k/eeprom.h
> +++ b/drivers/net/wireless/ath/ath9k/eeprom.h
> @@ -378,10 +374,14 @@ struct modal_eep_header {
> u8 xatten2Margin[AR5416_MAX_CHAINS];
> u8 ob_ch1;
> u8 db_ch1;
> - u8 useAnt1:1,
> - force_xpaon:1,
> - local_bias:1,
> +#ifndef __BIG_ENDIAN_BITFIELD
> + u8 useAnt1:1, force_xpaon:1, local_bias:1,
> femBandSelectUsed:1, xlnabufin:1, xlnaisel:2, xlnabufmode:1;
> +#else
> + u8 xlnabufmode:1, xlnaisel:2, xlnabufin:1,
> + femBandSelectUsed:1, local_bias:1, force_xpaon:1, useAnt1:1;
> +#endif
> +
> u8 miscBits;
> u16 xpaBiasLvlFreq[3];
> u8 futureModal[6];
I already sent a different fix for this part. See
'[PATCH] ath9k_hw: fix more bitfield related endian issues'

> @@ -443,7 +444,7 @@ struct modal_eep_4k_header {
> u8 antdiv_ctl1:4, ob_4:4;
> u8 db1_3:4, db1_2:4;
> u8 antdiv_ctl2:4, db1_4:4;
> - u8 db2_2:4, db2_3:4;
> + u8 db2_3:4, db2_2:4;
> u8 reserved:4, db2_4:4;
> #else
> u8 ob_2:4, ob_3:4;
Looks good.

- Felix

2010-11-06 10:43:22

by Christian Lamparter

[permalink] [raw]

Subject: Re: working usb wifi card, that is still possible to buy

On Friday 05 November 2010 21:12:20 Larry Finger wrote:
> On 11/05/2010 12:54 PM, Johannes Berg wrote:
> >
> > On Fri, 05 Nov 2010 08:15:26 -0500, Larry Finger
> >> The Realtek RTL8712 (aka RTL8192U) and found in the D-Link DWA 130, has
> > a
> >> driver
> >> in 2.6.37 (r8712u). Although not based on mac80211, thus found in
> > staging,
> >> the
> >> driver is extremely stable - my connection never drops out. With an
> > 802.11n
> >> router, I get transmission throughput of up to 70 Mb/s.
> >
> > That definitely requires USB 2 though, and I suspect that
> > nobody actually ever tests their devices on a 1.1 only
> > controller like Pavel was asking for.
>
> I have tested on 1.1 and it works. The rate mechanism of that non-mac80211
> driver ends up at 54M with a maximum transmission rate of 7.1 Mb/s. That must be
> the maximum that USB 1.1 can handle.

heh, be careful with what you're saying. He has problems
with not just one, but two completely different devices.
So r8712u might work perfectly well for you and your 1.1
USB hcd. But from the logs he posted I think it's not
just a wacky driver or firmware "problem".

usb 1-1: restart device (4)
usb 1-1: firmware upload failed (-110).
usb 1-1: Failed to restart device (-110).
ieee80211 phy0: writing reg 0x1c36f0 (val 0x5000) failed (-5)

usb 1-1: no command feedback received (-110).
carl9170 cmd: 08 01 00 00 04 01 1d 00 03 00 00 00 ............
usb 1-1: restart device (6)
writing reg 0x1d0104 (val 0x3) failed (-110)

usb 1-3: no command feedback received (-110).
carl9170 cmd: 08 01 00 00 f0 36 1c 00 00 24 00 00 .....6...$..
usb 1-3: restart device (6)
writing reg 0x1c36f0 (val 0x2400) failed (-110)
lost 3 command responses/traps! w:13 g:0

>From the logs he posted, It's obvious that
command and data frames are dropped along the way.
Now, this is fatal for carl9170 and *maybe* for rt2800usb too.

Best regards,
Chr

2010-11-29 12:37:14

by Sujith

[permalink] [raw]

Subject: Re: ath9k_htc vs. powerpc (was Re: working usb wifi card, that is still possible to buy)

Pavel Machek wrote:
> ...so I indentified two endianness problems in eeprom, but even with
> both fixed, it still will not associate. Is there some way to dump USB
> packets, then compare them between PC and PowerPC versions? Should I
> expect them to match?

Does this patch help ?

diff --git a/drivers/net/wireless/ath/ath9k/htc.h b/drivers/net/wireless/ath/ath9k/htc.h
index afe39a9..b04a25a 100644
--- a/drivers/net/wireless/ath/ath9k/htc.h
+++ b/drivers/net/wireless/ath/ath9k/htc.h
@@ -78,7 +78,7 @@ struct tx_frame_hdr {
u8 node_idx;
u8 vif_idx;
u8 tidno;
- u32 flags; /* ATH9K_HTC_TX_* */
+ __be32 flags; /* ATH9K_HTC_TX_* */
u8 key_type;
u8 keyix;
u8 reserved[26];
@@ -91,30 +91,19 @@ struct tx_mgmt_hdr {
u8 flags;
u8 key_type;
u8 keyix;
- u16 reserved;
+ __be16 reserved;
} __packed;

struct tx_beacon_header {
u8 len_changed;
u8 vif_index;
- u16 rev;
-} __packed;
-
-struct ath9k_htc_target_hw {
- u32 flags;
- u32 flags_ext;
- u32 ampdu_limit;
- u8 ampdu_subframes;
- u8 tx_chainmask;
- u8 tx_chainmask_legacy;
- u8 rtscts_ratecode;
- u8 protmode;
+ __be16 rev;
} __packed;

struct ath9k_htc_cap_target {
- u32 flags;
- u32 flags_ext;
- u32 ampdu_limit;
+ __be32 flags;
+ __be32 flags_ext;
+ __be32 ampdu_limit;
u8 ampdu_subframes;
u8 tx_chainmask;
u8 tx_chainmask_legacy;
@@ -128,9 +117,9 @@ struct ath9k_htc_target_vif {
__be32 opmode;
u8 myaddr[ETH_ALEN];
u8 bssid[ETH_ALEN];
- u32 flags;
- u32 flags_ext;
- u16 ps_sta;
+ __be32 flags;
+ __be32 flags_ext;
+ __be16 ps_sta;
__be16 rtsthreshold;
u8 ath_cap;
u8 node;
@@ -144,25 +133,25 @@ struct ath9k_htc_target_vif {

/* FIXME: UAPSD variables */
struct ath9k_htc_target_sta {
- u16 associd;
- u16 txpower;
- u32 ucastkey;
+ __be16 associd;
+ __be16 txpower;
+ __be32 ucastkey;
u8 macaddr[ETH_ALEN];
u8 bssid[ETH_ALEN];
u8 sta_index;
u8 vif_index;
u8 vif_sta;
__be16 flags; /* ATH_HTC_STA_* */
- u16 htcap;
+ __be16 htcap;
u8 valid;
- u16 capinfo;
- struct ath9k_htc_target_hw *hw;
+ __be16 capinfo;
+ struct ath9k_htc_cap_target *hw;
struct ath9k_htc_target_vif *vif;
- u16 txseqmgmt;
+ __be16 txseqmgmt;
u8 is_vif_sta;
- u16 maxampdu;
- u16 iv16;
- u32 iv32;
+ __be16 maxampdu;
+ __be16 iv16;
+ __be32 iv32;
} __packed;

struct ath9k_htc_target_aggr {
diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_main.c b/drivers/net/wireless/ath/ath9k/htc_drv_main.c
index e9761c2..1b435d4 100644
--- a/drivers/net/wireless/ath/ath9k/htc_drv_main.c
+++ b/drivers/net/wireless/ath/ath9k/htc_drv_main.c
@@ -204,7 +204,7 @@ static int ath9k_htc_add_station(struct ath9k_htc_priv *priv,
ista = (struct ath9k_htc_sta *) sta->drv_priv;
memcpy(&tsta.macaddr, sta->addr, ETH_ALEN);
memcpy(&tsta.bssid, common->curbssid, ETH_ALEN);
- tsta.associd = common->curaid;
+ tsta.associd = cpu_to_be16(common->curaid);
tsta.is_vif_sta = 0;
tsta.valid = true;
ista->index = priv->nstations;
@@ -215,7 +215,7 @@ static int ath9k_htc_add_station(struct ath9k_htc_priv *priv,

tsta.sta_index = priv->nstations;
tsta.vif_index = avp->index;
- tsta.maxampdu = 0xffff;
+ tsta.maxampdu = cpu_to_be16(0xffff);
if (sta && sta->ht_cap.ht_supported)
tsta.flags = cpu_to_be16(ATH_HTC_STA_HT);

@@ -279,9 +279,9 @@ static int ath9k_htc_update_cap_target(struct ath9k_htc_priv *priv)
memset(&tcap, 0, sizeof(struct ath9k_htc_cap_target));

/* FIXME: Values are hardcoded */
- tcap.flags = 0x240c40;
- tcap.flags_ext = 0x80601000;
- tcap.ampdu_limit = 0xffff0000;
+ tcap.flags = cpu_to_be32(0x240c40);
+ tcap.flags_ext = cpu_to_be32(0x80601000);
+ tcap.ampdu_limit = cpu_to_be32(0xffff0000);
tcap.ampdu_subframes = 20;
tcap.tx_chainmask_legacy = priv->ah->caps.tx_chainmask;
tcap.protmode = 1;
diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c b/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
index 7795867..9902ec7 100644
--- a/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
+++ b/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
@@ -136,12 +136,12 @@ int ath9k_htc_tx_start(struct ath9k_htc_priv *priv, struct sk_buff *skb)
/* Check for RTS protection */
if (priv->hw->wiphy->rts_threshold != (u32) -1)
if (skb->len > priv->hw->wiphy->rts_threshold)
- tx_hdr.flags |= ATH9K_HTC_TX_RTSCTS;
+ tx_hdr.flags |= cpu_to_be32(ATH9K_HTC_TX_RTSCTS);

/* CTS-to-self */
- if (!(tx_hdr.flags & ATH9K_HTC_TX_RTSCTS) &&
+ if (!(tx_hdr.flags & cpu_to_be32(ATH9K_HTC_TX_RTSCTS)) &&
(priv->op_flags & OP_PROTECT_ENABLE))
- tx_hdr.flags |= ATH9K_HTC_TX_CTSONLY;
+ tx_hdr.flags |= cpu_to_be32(ATH9K_HTC_TX_CTSONLY);

tx_hdr.key_type = ath9k_cmn_get_hw_crypto_keytype(skb);
if (tx_hdr.key_type == ATH9K_KEY_TYPE_CLEAR)

2010-11-29 09:59:07

by Pavel Machek

[permalink] [raw]

Subject: [PATCH] ath9k_htc cleanups

This fixes whitespace and reduces ammount of ifdefed lines.

Signed-off-by: Pavel Machek <[email protected]>

diff --git a/drivers/net/wireless/ath/ath9k/eeprom.h b/drivers/net/wireless/ath/ath9k/eeprom.h
index 3c99830..022589d 100644
--- a/drivers/net/wireless/ath/ath9k/eeprom.h
+++ b/drivers/net/wireless/ath/ath9k/eeprom.h
@@ -23,11 +23,7 @@

#define AH_USE_EEPROM 0x1

-#ifdef __BIG_ENDIAN
-#define AR5416_EEPROM_MAGIC 0x5aa5
-#else
-#define AR5416_EEPROM_MAGIC 0xa55a
-#endif
+#define AR5416_EEPROM_MAGIC cpu_to_be16(0x5aa5)

#define CTRY_DEBUG 0x1ff
#define CTRY_DEFAULT 0
@@ -536,17 +537,14 @@ struct cal_target_power_ht {
} __packed;

-#ifdef __BIG_ENDIAN_BITFIELD
struct cal_ctl_edges {
u8 bChannel;
+#ifdef __BIG_ENDIAN_BITFIELD
u8 flag:2, tPower:6;
-} __packed;
#else
-struct cal_ctl_edges {
- u8 bChannel;
u8 tPower:6, flag:2;
-} __packed;
#endif
+} __packed;

struct cal_data_op_loop_ar9287 {
u8 pwrPdg[2][5];
diff --git a/drivers/net/wireless/ath/ath9k/htc_hst.c b/drivers/net/wireless/ath/ath9k/htc_hst.c
index c41ab8c..4d34446 100644
--- a/drivers/net/wireless/ath/ath9k/htc_hst.c
+++ b/drivers/net/wireless/ath/ath9k/htc_hst.c
@@ -16,7 +16,7 @@

#include "htc.h"

-static int htc_issue_send(struct htc_target *target, struct sk_buff* skb,
+static int htc_issue_send(struct htc_target *target, struct sk_buff *skb,
u16 len, u8 flags, u8 epid,
struct ath9k_htc_tx_ctl *tx_ctl)
{

2010-11-26 08:31:27

by Pavel Machek

[permalink] [raw]

Subject: ath9k_htc vs. powerpc (was Re: working usb wifi card, that is still possible to buy)

Hi!

> > | D-Link DWA-131 | 07d1:3303 | realtek? | |
>
> This one should work with driver r8712u in staging in kernel 2.6.37-rcX. I don't
> have this model for testing, but the DWA-130 is rock solid with that driver.

Thanks... Yes, it works, but staging scares me.

I found card compatible with ath9k_htc driver, that works well on PC,
and is even listed as supported by atheros. Good.

Unfortunately, it does not work that well on powerpc mpc5200b. (I'm
using recent wireless-testing tree).

I can do scan just fine, but can not actually asocciate with the
accesspoint. Nothing too useful in dmesg, only:

Freeing unused kernel memory: 176k init
warning: `named' uses 32-bit capabilities (legacy support in use)
process `named' is using obsolete setsockopt SO_BSDCOMPAT
ieee80211 phy0: device now idle
ieee80211 phy0: device no longer idle - scanning
ieee80211 phy0: device now idle
ieee80211 phy0: device no longer idle - scanning
wlan0: direct probe to 00:23:f8:5d:76:93 (try 1)
wlan0: direct probe to 00:23:f8:5d:76:93 (try 2)
wlan0: direct probe to 00:23:f8:5d:76:93 (try 3)
wlan0: direct probe to 00:23:f8:5d:76:93 timed out
ieee80211 phy0: device now idle
-/bin/sh-3.00#

Any ideas how to get more verbose debugging?

Diffences to the mpc5200b board are:

a) it is PowerPC, thus big-endian board

b) it only has USB1.1 controller.

Pavel

2010-11-24 13:13:23

by Pavel Machek

[permalink] [raw]

Subject: Re: working usb wifi card, that is still possible to buy

Hi!

So, if someone is interested:

"AirLive Wl-1600 USB" & "Netgear wg111" can still be bought, no
firmware needed, rtl8187 driver. 802.11g only.

Bunch of rt2800usb cards is available now, "MSI WLAN 11N US300EX Lite"
does not need staging driver, hardware should support 802.11n, and it
works in 2.6.37-rc3 on i386. I suspect endianness problems in
GET_FIELD(), see below.

I'll try to get the Realtek and Atheros to work.
Pavel

-*- org -*-

| Marketing name | USB ID | driver | remark |
| - | | | |
| DLink DWA-160 | 07d1:3a09 | carl9170 or others | disconnects randomly under load |
| AirLive wt-2000usb | 148f:2573 | rt2500usb+rt73usb | needs firmware, can not be bought, works |
| AirLive Wl-1600 USB | 1b75:8187 | rtl8187 | works on fc9, mpc5200b |
| Netgear wg111 | 05e3:4260 | rtl8187 | works on fc9, mpc5200b |
| PEGATRON WL166N11 | 1d4d:000c | rt2800usb | works on d37 | n-lite
| TP-LINK TL-WN321G | 148f:2070 | rt2800usb | 802.11g, d32 detects, d37 scans |
| MSI WLAN 11N US300EX Lite | 148f:3070 | rt2800usb | works on d37 | hopefully full 802.11n, 300mbps
| Tenda w311U | 148f:3070 | rt2800usb+rt2870sta | d32 detects it | same as usb IDs as MSI
| edimax ew-7711UMn | 7392:7711 | rt2800usb+rt2870sta | d32 detects it | 5GHz, n-draft
| Canyon CNP-WF518N2 | 0bda:8171 | realtek? | | mini, 802.11n
| EMTEC Wi350 | 0bda:8172 | realtek? | |
| D-Link DWA-131 | 07d1:3303 | realtek? | |
| Netgear WPN111 | 1385:5f01 | atheros? | |
| TP-Link TL-WN721N | 0cf3:9271 | atheros? | |
| TP-Link TL-WN322G | 0cf3:1006 | atheros? | |

fc9: 2.6.27.25-78.2.56.fc9.i686
mpc5200b: ppc based devel board on 2.6.34-7
d32: Debian 2.6.32-trunk-686
- rt2800usb driver does not seem to be able to scan on it
d37: Debian with 2.6.37-rc3+ kernel

* DLink DWA-160

DLink with carl9170 driver:

- only supported in 2.6.36-wireless-testing and 2.6.37-rc1
- self disconnect

* AirLive wt-2000usb

- ping sometimes goes to 500msec range (even on same table)

64 bytes from 192.168.2.2: seq=114 ttl=64 time=27.2 ms
64 bytes from 192.168.2.2: seq=115 ttl=64 time=1023.2 ms
64 bytes from 192.168.2.2: seq=116 ttl=64 time=32.2 ms

- long term seems to work ok:

So far (during single bulk transfer)

--- 192.168.2.3 ping statistics ---
559 packets transmitted, 513 received, 8% packet loss, time 558863ms
rtt min/avg/max/mdev = 11.301/480.135/26952.502/2615.430 ms, pipe 27

64 bytes from 192.168.2.3: icmp_req=891 ttl=64 time=238 ms
64 bytes from 192.168.2.3: icmp_req=892 ttl=64 time=218 ms
^C
--- 192.168.2.3 ping statistics ---
894 packets transmitted, 854 received, 4% packet loss, time 893929ms
rtt min/avg/max/mdev = 1.266/197.493/1169.791/86.623 ms, pipe 2
pavel@pma:~$

--- 192.168.2.3 ping statistics ---
340 packets transmitted, 302 received, 11% packet loss, time 339531ms
rtt min/avg/max/mdev = 10.079/196.275/1020.862/82.172 ms, pipe 2

- survived overnight test:

64 bytes from 192.168.2.3: icmp_req=63549 ttl=64 time=216 ms
64 bytes from 192.168.2.3: icmp_req=63550 ttl=64 time=174 ms
^C
--- 192.168.2.3 ping statistics ---
63550 packets transmitted, 59911 received, +212 errors, 5% packet loss, time 63623758ms
rtt min/avg/max/mdev = 1.246/490.418/102617.256/3307.015 ms, pipe 103
pavel@pma:~$

* AirLive Wl-1600 USB

- strangely disconnected once
- survived 30 min test

* Tenda w311U
- claims 802.11n (Draft 2.0)
- staging driver

[509571.148021] usb 3-2: new high speed USB device using ehci_hcd and address 15
[509571.297285] usb 3-2: New USB device found, idVendor=148f, idProduct=3070
[509571.297290] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[509571.297293] usb 3-2: Product: 802.11 n WLAN
[509571.297294] usb 3-2: Manufacturer: Ralink
[509571.297296] usb 3-2: SerialNumber: 1.0
[509571.297394] usb 3-2: configuration #1 chosen from 1 choice
[509571.747583] phy1: Selected rate control algorithm 'minstrel'
[509571.748329] Registered led device: rt2800usb-phy1::radio
[509571.748346] Registered led device: rt2800usb-phy1::assoc
[509571.748364] Registered led device: rt2800usb-phy1::quality
[509571.748679] usbcore: registered new interface driver rt2800usb
[509571.780200] rt2870sta: module is from the staging directory, the quality is unknown, you have been warned.
[509571.785834] rtusb init --->

- GPL firmware? 2010_0709_RT2870_Linux_STA_v2.4.0.1, http://www.ralinktech.com/support.php?s=2
- mam dobry fw?

- mpc5200b says:

usb 1-1: new full speed USB device using ppc-of-ohci and address 2
phy0: Selected rate control algorithm 'pid'
phy0: hwaddr 00:4f:78:01:0d:b3, RTL8187vB (default) V1 + rtl8225z2, rfkill mask 2
rtl8187: Customer ID is 0xFF
Registered led device: rtl8187-phy0::radio
Registered led device: rtl8187-phy0::tx
Registered led device: rtl8187-phy0::rx
rtl8187: wireless switch is on
warning: `proftpd' uses 32-bit capabilities (legacy support in use)
phy0: device now idle
phy0: device no longer idle - scanning
PHY: f0003000:00 - Link is Up - 100/Full
phy0: device now idle
usb 1-1: USB disconnect, address 2
usb 1-1: new full speed USB device using ppc-of-ohci and address 3
usb 1-1: USB disconnect, address 3
usb 1-1: new full speed USB device using ppc-of-ohci and address 4
phy1 -> rt2800_init_eeprom: Error - Invalid RF chipset detected.
phy1 -> rt2x00lib_probe_dev: Error - Failed to allocate device.

* TP-LINK TL-WN321G

mpc5200b:
-sh-4.1#
-sh-4.1# usb 1-1: USB disconnect, address 5
usb 1-1: new full speed USB device using ppc-of-ohci and address 6
phy3 -> rt2800_init_eeprom: Error - Invalid RF chipset detected.
phy3 -> rt2x00lib_probe_dev: Error - Failed to allocate device.

Hmm... is byte swapping neccessary?

#define GET_FIELD(__reg, __type, __field) \
({ \
typecheck(__type, __field); \
((__reg) & ((__field).bit_mask)) >> \
((__field).bit_offset); \
})

drivers/net/wireless/rt2x00$ less rt2x00reg.h

Works with d37:

[ 329.545082] udev[13420]: starting version 164
[ 333.030536] lp: driver loaded but no devices found
[ 365.598290] usb 2-2: USB disconnect, address 2
[ 367.484022] usb 2-2: new high speed USB device using ehci_hcd and address 3
[ 367.633390] usb 2-2: New USB device found, idVendor=148f, idProduct=2070
[ 367.633442] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 367.633490] usb 2-2: Product: 802.11 g WLAN
[ 367.633535] usb 2-2: Manufacturer: Ralink
[ 367.633579] usb 2-2: SerialNumber: 1.0
[ 367.652799] cfg80211: Calling CRDA to update world regulatory domain
[ 367.699944] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[ 367.700495] Registered led device: rt2800usb-phy0::radio
[ 367.700515] Registered led device: rt2800usb-phy0::assoc
[ 367.700534] Registered led device: rt2800usb-phy0::quality
[ 367.700777] usbcore: registered new interface driver rt2800usb
[ 367.701332] rt2870sta: module is from the staging directory, the quality is unknown, you have been warned.
[ 367.706312] rtusb init --->
[ 367.706622] usbcore: registered new interface driver rt2870
[ 367.764544] udev[13528]: renamed network interface wlan0 to wlan2
[ 416.882482] ADDRCONF(NETDEV_UP): wlan2: link is not ready
pavel@pma:~/bb/trunk/report$

...but kills machine after unplug.

* How to test

To test:

nc 192.168.2.2 chargen > /dev/null
ping 192.168.2.3

Compile tests with 2.6.34:

Atmel at76c50x chipset 802.11b support
Atmel at76c503/at76c505/at76c505a USB cards
USB ZD1201 based Wireless device support
Wireless RNDIS USB support
Realtek 8187 and 8187B USB support
Atheros AR9170 802.11n USB support
- we know it does not work at all on powerpc
Marvell Libertas 8388 USB 802.11b/g cards
Prism54 USB support
Ralink rt2501/rt73 (USB) support
- already tested
Ralink rt2800 (USB) support (EXPERIMENTAL)
rt2800usb - Include support for rt30xx (USB) devices
rt2800usb - Include support for rt35xx (USB) devices
rt2800usb - Include support for unknown (USB) devices
ZyDAS ZD1211/ZD1211B USB-wireless support

...all compile ok.

* ALZA shopping

Tryed to buy 13 cards, one was unavailable:

http://www.alza.cz/msi-us300ex-lite-d135883.htm (ralink chipset, ??? driver)
http://www.alza.cz/edimax-nmax-ew-7711umn-v3-d166741.htm (nLite, ??? driver)
http://www.alza.cz/edimax-nmax-ew-7717un-d100390.htm (ndraft 2, ??? driver)
http://www.alza.cz/emtec-ekcowi350-mini-d164593.htm (mini, ??? driver)
http://www.alza.cz/w311u-d139111.htm (???driver)
http://www.alza.cz/bezdratovy-usb-adapter-netgear-wg111-d87276.htm
(netgear, g only, p54usb driver)
http://www.alza.cz/bezdratovy-usb-adapter-netgear-wpn111-rangemax-d87278.htm
(netgear, g only, ??? driver
http://www.alza.cz/prestigio-ion-pc-wifi-dongle-bily-d148563.htm (??? driver)

http://www.alza.cz/d-link-dwa-131-d154446.htm (dlink, mini, ?? driver)
http://www.alza.cz/tp-link-tl-wn721n-lite-d155290.htm (tplink, ath9k_htc driver)
http://www.alza.cz/tp-link-tl-wn322g-d185161.htm (tplink, g only, ?? driver)
http://www.alza.cz/ovislink-airlive-wl-1600usb-d118619.htm (ovislink
airlive, g only, ?? driver)
http://www.alza.cz/canyon-cnp-wf518n2-d158786.htm (mini, zd121rw
driver)
http://www.alza.cz/tp-link-tl-wn321g-d155287.htm (this one should have
same chipset as AirLive wt-2000USB and thus should work reasonably).

Ta chodici airlive:
rt2500usb driver
0x148f 0x2573

http://www.alza.cz/tp-link-tl-wn321g-d155287.htm:

2010-11-29 12:11:32

by Pavel Machek

[permalink] [raw]

Subject: [patch] remove unneeded prototype on ath9k_htc

The prototype does not seem to have corresponding function.

Signed-off-by: Pavel Machek <[email protected]>

diff --git a/drivers/net/wireless/ath/ath9k/hw.h b/drivers/net/wireless/ath/ath9k/hw.h
index cc8f3b9..ed5d199 100644
--- a/drivers/net/wireless/ath/ath9k/hw.h
+++ b/drivers/net/wireless/ath/ath9k/hw.h
@@ -906,7 +906,6 @@ bool ath9k_hw_disable(struct ath_hw *ah);
void ath9k_hw_set_txpowerlimit(struct ath_hw *ah, u32 limit, bool test);
void ath9k_hw_setopmode(struct ath_hw *ah);
void ath9k_hw_setmcastfilter(struct ath_hw *ah, u32 filter0, u32 filter1);
-void ath9k_hw_setbssidmask(struct ath_hw *ah);
void ath9k_hw_write_associd(struct ath_hw *ah);
u64 ath9k_hw_gettsf64(struct ath_hw *ah);
void ath9k_hw_settsf64(struct ath_hw *ah, u64 tsf64);

2010-11-29 12:07:37

by Pavel Machek

[permalink] [raw]

Subject: Re: [ath9k-devel] [PATCH] fix endianity on ath9k_htc

Hi!

> > It seems struct eep_header lacks proper #ifdef BIG_ENDIAN_BITFIELD
> > markup. eep_4k_header has proper markup, but two fields were swapped.
> >
> > Signed-off-by: Pavel Machek <[email protected]>
> >
> > diff --git a/drivers/net/wireless/ath/ath9k/eeprom.h b/drivers/net/wireless/ath/ath9k/eeprom.h
> > index 3c99830..022589d 100644
> > --- a/drivers/net/wireless/ath/ath9k/eeprom.h
> > +++ b/drivers/net/wireless/ath/ath9k/eeprom.h
> > @@ -378,10 +374,14 @@ struct modal_eep_header {
> > u8 xatten2Margin[AR5416_MAX_CHAINS];
> > u8 ob_ch1;
> > u8 db_ch1;
> > - u8 useAnt1:1,
> > - force_xpaon:1,
> > - local_bias:1,
> > +#ifndef __BIG_ENDIAN_BITFIELD
> > + u8 useAnt1:1, force_xpaon:1, local_bias:1,
> > femBandSelectUsed:1, xlnabufin:1, xlnaisel:2, xlnabufmode:1;
> > +#else
> > + u8 xlnabufmode:1, xlnaisel:2, xlnabufin:1,
> > + femBandSelectUsed:1, local_bias:1, force_xpaon:1, useAnt1:1;
> > +#endif
> > +
> > u8 miscBits;
> > u16 xpaBiasLvlFreq[3];
> > u8 futureModal[6];
> I already sent a different fix for this part. See
> '[PATCH] ath9k_hw: fix more bitfield related endian issues'

Thanks, your patch is obviously better.

> > @@ -443,7 +444,7 @@ struct modal_eep_4k_header {
> > u8 antdiv_ctl1:4, ob_4:4;
> > u8 db1_3:4, db1_2:4;
> > u8 antdiv_ctl2:4, db1_4:4;
> > - u8 db2_2:4, db2_3:4;
> > + u8 db2_3:4, db2_2:4;
> > u8 reserved:4, db2_4:4;
> > #else
> > u8 ob_2:4, ob_3:4;
> Looks good.

Yep, but it does not help :-(. Were you able to get the driver to work
on big-endian machine?
Pavel

2010-11-26 11:47:42

by Sujith

[permalink] [raw]

Subject: Re: ath9k_htc vs. powerpc (was Re: working usb wifi card, that is still possible to buy)

Pavel Machek wrote:
> Hi!
>
> Sujith, I see you fought with endianness issues on ath9k_htc
> driver. Was you able to test it on actual hardware? Should I try the
> version just after your commit?

No, I never had a chance to test the driver on a big-endian system.
I assume you are referring to this commit: "ath9k_htc: Fix sparse endian warnings" ?

Does using latest wireless-testing help ?
Or you can try compat-wireless to get the latest code.

> > Editing ath_print() works. Question is what is relevant debug info for this...?

Please see: http://wireless.kernel.org/en/users/Drivers/ath9k/debug
'modprobe ath9k_htc debug=0x4601' should give some useful output.

Sujith

2010-11-29 12:48:36

by Pavel Machek

[permalink] [raw]

Subject: Re: ath9k_htc vs. powerpc (was Re: working usb wifi card, that is still possible to buy)

2010-11-29 11:38:43

by Pavel Machek

[permalink] [raw]

Subject: [PATCH] ath9k_htc more cleanups

This fixes whitespace and fixes strings.

Signed-off-by: Pavel Machek <[email protected]>

diff --git a/drivers/net/wireless/ath/ath9k/htc_hst.c b/drivers/net/wireless/ath/ath9k/htc_hst.c
index c41ab8c..ac4aed7 100644
--- a/drivers/net/wireless/ath/ath9k/htc_hst.c
+++ b/drivers/net/wireless/ath/ath9k/htc_hst.c
@@ -16,7 +16,7 @@

#include "htc.h"

-static int htc_issue_send(struct htc_target *target, struct sk_buff* skb,
+static int htc_issue_send(struct htc_target *target, struct sk_buff *skb,
u16 len, u8 flags, u8 epid,
struct ath9k_htc_tx_ctl *tx_ctl)
{
@@ -239,7 +239,7 @@ int htc_connect_service(struct htc_target *target,
/* Find an available endpoint */
endpoint = get_next_avail_ep(target->endpoint);
if (!endpoint) {
- dev_err(target->dev, "Endpoint is not available for"
+ dev_err(target->dev, "Endpoint is not available for "
"service %d\n", service_connreq->service_id);
return -EINVAL;
}
@@ -253,7 +253,7 @@ int htc_connect_service(struct htc_target *target,
skb = alloc_skb(sizeof(struct htc_conn_svc_msg) +
sizeof(struct htc_frame_hdr), GFP_ATOMIC);
if (!skb) {
- dev_err(target->dev, "Failed to allocate buf to send"
+ dev_err(target->dev, "Failed to allocate buf to send "
"service connect req\n");
return -ENOMEM;
}
@@ -274,6 +274,7 @@ int htc_connect_service(struct htc_target *target,

time_left = wait_for_completion_timeout(&target->cmd_wait, HZ);
if (!time_left) {
+ /* who frees skb */
dev_err(target->dev, "Service connection timeout for: %d\n",
service_connreq->service_id);
return -ETIMEDOUT;
@@ -434,7 +435,7 @@ struct htc_target *ath9k_htc_hw_alloc(void *hif_handle,

target = kzalloc(sizeof(struct htc_target), GFP_KERNEL);
if (!target) {
- printk(KERN_ERR "Unable to allocate memory for"
+ printk(KERN_ERR "Unable to allocate memory for "
"target device\n");
return NULL;
}
diff --git a/drivers/net/wireless/ath/ath9k/htc_hst.h b/drivers/net/wireless/ath/ath9k/htc_hst.h
index 6fc1b21..02f4074 100644
--- a/drivers/net/wireless/ath/ath9k/htc_hst.h
+++ b/drivers/net/wireless/ath/ath9k/htc_hst.h
@@ -165,7 +165,7 @@ struct htc_service_connreq {

/* Current service IDs */

-enum htc_service_group_ids{
+enum htc_service_group_ids {
RSVD_SERVICE_GROUP = 0,
WMI_SERVICE_GROUP = 1,

diff --git a/drivers/net/wireless/ath/ath9k/xmit.c b/drivers/net/wireless/ath/ath9k/xmit.c
index 495432e..b309b68 100644
--- a/drivers/net/wireless/ath/ath9k/xmit.c
+++ b/drivers/net/wireless/ath/ath9k/xmit.c
@@ -287,7 +287,7 @@ static void ath_tx_return_buffer(struct ath_softc *sc, struct ath_buf *bf)
spin_unlock_bh(&sc->tx.txbuflock);
}

-static struct ath_buf* ath_clone_txbuf(struct ath_softc *sc, struct ath_buf *bf)
+static struct ath_buf *ath_clone_txbuf(struct ath_softc *sc, struct ath_buf *bf)
{
struct ath_buf *tbf;

@@ -666,7 +666,7 @@ static int ath_compute_num_delims(struct ath_softc *sc, struct ath_atx_tid *tid,
ndelim += ATH_AGGR_ENCRYPTDELIM;

/*
- * Convert desired mpdu density from microeconds to bytes based
+ * Convert desired mpdu density from microseconds to bytes based
* on highest rate in rate series (i.e. first rate) to determine
* required minimum length for subframe. Take into account
* whether high rate is 20 or 40Mhz and half or full GI.

2010-12-06 15:30:28

by Larry Finger

[permalink] [raw]

Subject: Re: working usb wifi card, that is still possible to buy

On 12/06/2010 02:37 AM, Pavel Machek wrote:
> Hi!
>
> So... these are my results of wifi testing. 802.11n driver currently
> working on powerpc is rtl8712 -- staging -- EMTEC Wi350 ...

Good to hear as I have no big-endian system for tests. Converting that driver to
work with mac80211 is on my todo list.

Larry

2010-12-06 08:37:08

by Pavel Machek

[permalink] [raw]

Subject: Re: working usb wifi card, that is still possible to buy

Hi!

So... these are my results of wifi testing. 802.11n driver currently
working on powerpc is rtl8712 -- staging -- EMTEC Wi350 ...

802.11 A+N card available is DLINK DWA-160, but carl9170 driver did
disconnect during tests of less than one hour...

Pavel

-*- org -*-

Linux drivers

>From http://wireless.kernel.org/en/users/Drivers, all that can do 802.11n on USB:

| Name | | features | avail | remark |
| - | | | | |
| ar9170usb | ZyDAS/Atheros | yes no yes no yes | yes | ? ask ruik, we had that |
| carl9170 | ZyDAS/Atheros | yes yes yes no yes | yes | disconnects under load, unresponsive maintainer |
| ar9271 | Atheros | no ? ? ? ? | yes | superseeded by ath9k_htc ? |
| ath9k_htc | Atheros | yes no yes no yes | yes | works on d37, endianness problems on powerpc? |
| rt2800usb | Ralink | yes ? ? ? yes | yes | works on d37, does not scan on powerpc, endianness? |
| r8192u_usb | Realtek | no ? ? ? ? | yes | staging |

>From http://wireless.kernel.org/en/users/Drivers, all that can do 802.11a on USB:

| Name | | features | bands | avail | remark |
| - | | | | | |
| ar9170usb | ZyDAS/Atheros | yes no yes no yes | A(1)/B/G/N | USB | |
| carl9170 | ZyDAS/Atheros | yes yes yes no yes | A(1)/B/G/N | USB | |
| p54usb | Intersil/Conexant | yes yes yes yes yes | A(1)/B/G | USB | |
| rt73usb | Ralink | yes yes yes no yes | A(1)/B/G | USB | http://www.alza.cz/tp-link-tl-wn321g-d155287.htm -- not A |
| rt2500usb | Ralink | yes yes yes no yes | A(1)/B/G | USB | |
| rt2800usb | Ralink | yes ? ? ? yes | A(1)/B/G/N | USB | |
| vt6656 | VIA | no ? ? ? ? | A/B/G | USB | |
| zd1211rw | ZyDAS/Atheros | yes no yes yes no | A(2)/B/G | USB | |

Available devices

| Marketing name | USB ID | driver | 802.11 | avail | remark | |
| - | | | | | | |
| DLink DWA-160 | 07d1:3a09 | carl9170 or others | n | yes | disconnects under load | - GPL firmware |
| Netgear WPN111 | 1385:5f01 | carl9170 or others? | | alza | | |
| AirLive wt-2000usb | 148f:2573 | rt2500usb+rt73usb | g | no | works | - non-free firmware for rt73 according to http://en.wikipedia.org/wiki/Comparison_of_open_source_wireless_drivers |
| AirLive Wl-1600 USB | 1b75:8187 | rtl8187 | g | yes | works | - firmware status unknown |
| Netgear wg111 | 05e3:4260 | rtl8187 | g | Germany | works | |
| PEGATRON WL166N11 | 1d4d:000c | rt2800usb+rt2870sta | n-lite | alza | works on d37 | called "prestigio" on web page |
| TP-LINK TL-WN321G | 148f:2070 | rt2800usb | g | alza | d32 detects, d37 scans | |
| MSI WLAN 11N US300EX Lite | 148f:3070 | rt2800usb+rt2870sta | a+n | yes | works on d37 | Info - Chipset detected - rt: 3070, rf: 0000, rev: 0201. |
| Tenda w311U | 148f:3070 | rt2800usb+rt2870sta | | alza | d32 detects it | same as usb IDs as MSI |
| edimax ew-7711UMn | 7392:7711 | rt2800usb+rt2870sta | a+n-d | yes | d32 detects it | Info - Chipset detected - rt: 3070, rf: 0002, rev: 0201. |
| Canyon CNP-WF518N2 | 0bda:8171 | r8712u (staging) | n/150 | alza | works on d37, stable ping | mini |
| EMTEC Wi350 | 0bda:8172 | r8712u (staging) | n/300 | yes | works | |
| D-Link DWA-131 | 07d1:3303 | r8712u (staging) | n-d2/300 | yes | works | mini, l-k recommends -- firmware license unknown, no sources to be seen |
| TP-Link TL-WN721N | 0cf3:9271 | ath9k_htc | | yes | works on d37-wtest | merged in 2.6.35 |
| TP-Link TL-WN322G | 0cf3:1006 | ath9k_htc | g | alza | works on d37-wtest | |

Tested against: ZyXEL NBG-417N router, "802.11n draft"
Should test against: Linksys WRT610N
To run AP manually, do: hostapd /etc/hostapd/hostapd.conf

fc9: 2.6.27.25-78.2.56.fc9.i686
mpc5200b: ppc based devel board on 2.6.34-7, elinos-5.1
mpc5200b.37: ppc based devel board on 2.6.37-wireless testing
d32: Debian 2.6.32-trunk-686
- rt2800usb driver does not seem to be able to scan on it
d37: Debian with 2.6.37-rc3+ kernel

* carl9170 -- DLink DWA-160

DLink with carl9170 driver:

- only supported in 2.6.36-wireless-testing and 2.6.37-rc1
- self disconnect

* rt2500usb+rt73usb -- unavailable, 802.11g -- AirLive wt-2000usb

- ping sometimes goes to 500msec range (even on same table)

64 bytes from 192.168.2.2: seq=114 ttl=64 time=27.2 ms
64 bytes from 192.168.2.2: seq=115 ttl=64 time=1023.2 ms
64 bytes from 192.168.2.2: seq=116 ttl=64 time=32.2 ms

- long term seems to work ok:

So far (during single bulk transfer)

--- 192.168.2.3 ping statistics ---
559 packets transmitted, 513 received, 8% packet loss, time 558863ms
rtt min/avg/max/mdev = 11.301/480.135/26952.502/2615.430 ms, pipe 27

64 bytes from 192.168.2.3: icmp_req=891 ttl=64 time=238 ms
64 bytes from 192.168.2.3: icmp_req=892 ttl=64 time=218 ms
^C
--- 192.168.2.3 ping statistics ---
894 packets transmitted, 854 received, 4% packet loss, time 893929ms
rtt min/avg/max/mdev = 1.266/197.493/1169.791/86.623 ms, pipe 2
pavel@pma:~$

--- 192.168.2.3 ping statistics ---
340 packets transmitted, 302 received, 11% packet loss, time 339531ms
rtt min/avg/max/mdev = 10.079/196.275/1020.862/82.172 ms, pipe 2

- survived overnight test:

64 bytes from 192.168.2.3: icmp_req=63549 ttl=64 time=216 ms
64 bytes from 192.168.2.3: icmp_req=63550 ttl=64 time=174 ms
^C
--- 192.168.2.3 ping statistics ---
63550 packets transmitted, 59911 received, +212 errors, 5% packet loss, time 63623758ms
rtt min/avg/max/mdev = 1.246/490.418/102617.256/3307.015 ms, pipe 103
pavel@pma:~$

* rtl8187 -- 802.11g -- AirLive Wl-1600 USB

- strangely disconnected once
- survived 30 min test

* rt2800usb+rt2870sta ? -- Tenda w311U
- claims 802.11n (Draft 2.0)
- staging driver

[509571.148021] usb 3-2: new high speed USB device using ehci_hcd and address 15
[509571.297285] usb 3-2: New USB device found, idVendor=148f, idProduct=3070
[509571.297290] usb 3-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[509571.297293] usb 3-2: Product: 802.11 n WLAN
[509571.297294] usb 3-2: Manufacturer: Ralink
[509571.297296] usb 3-2: SerialNumber: 1.0
[509571.297394] usb 3-2: configuration #1 chosen from 1 choice
[509571.747583] phy1: Selected rate control algorithm 'minstrel'
[509571.748329] Registered led device: rt2800usb-phy1::radio
[509571.748346] Registered led device: rt2800usb-phy1::assoc
[509571.748364] Registered led device: rt2800usb-phy1::quality
[509571.748679] usbcore: registered new interface driver rt2800usb
[509571.780200] rt2870sta: module is from the staging directory, the quality is unknown, you have been warned.
[509571.785834] rtusb init --->

- GPL firmware? 2010_0709_RT2870_Linux_STA_v2.4.0.1, http://www.ralinktech.com/support.php?s=2
- mam dobry fw?

- mpc5200b says:

usb 1-1: new full speed USB device using ppc-of-ohci and address 2
phy0: Selected rate control algorithm 'pid'
phy0: hwaddr 00:4f:78:01:0d:b3, RTL8187vB (default) V1 + rtl8225z2, rfkill mask 2
rtl8187: Customer ID is 0xFF
Registered led device: rtl8187-phy0::radio
Registered led device: rtl8187-phy0::tx
Registered led device: rtl8187-phy0::rx
rtl8187: wireless switch is on
warning: `proftpd' uses 32-bit capabilities (legacy support in use)
phy0: device now idle
phy0: device no longer idle - scanning
PHY: f0003000:00 - Link is Up - 100/Full
phy0: device now idle
usb 1-1: USB disconnect, address 2
usb 1-1: new full speed USB device using ppc-of-ohci and address 3
usb 1-1: USB disconnect, address 3
usb 1-1: new full speed USB device using ppc-of-ohci and address 4
phy1 -> rt2800_init_eeprom: Error - Invalid RF chipset detected.
phy1 -> rt2x00lib_probe_dev: Error - Failed to allocate device.

* ath9k_htc -- 802.11g -- TP-LINK TL-WN321G

mpc5200b:
-sh-4.1#
-sh-4.1# usb 1-1: USB disconnect, address 5
usb 1-1: new full speed USB device using ppc-of-ohci and address 6
phy3 -> rt2800_init_eeprom: Error - Invalid RF chipset detected.
phy3 -> rt2x00lib_probe_dev: Error - Failed to allocate device.

Hmm... is byte swapping neccessary?

#define GET_FIELD(__reg, __type, __field) \
({ \
typecheck(__type, __field); \
((__reg) & ((__field).bit_mask)) >> \
((__field).bit_offset); \
})

drivers/net/wireless/rt2x00$ less rt2x00reg.h

Works with d37:

[ 329.545082] udev[13420]: starting version 164
[ 333.030536] lp: driver loaded but no devices found
[ 365.598290] usb 2-2: USB disconnect, address 2
[ 367.484022] usb 2-2: new high speed USB device using ehci_hcd and address 3
[ 367.633390] usb 2-2: New USB device found, idVendor=148f, idProduct=2070
[ 367.633442] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 367.633490] usb 2-2: Product: 802.11 g WLAN
[ 367.633535] usb 2-2: Manufacturer: Ralink
[ 367.633579] usb 2-2: SerialNumber: 1.0
[ 367.652799] cfg80211: Calling CRDA to update world regulatory domain
[ 367.699944] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[ 367.700495] Registered led device: rt2800usb-phy0::radio
[ 367.700515] Registered led device: rt2800usb-phy0::assoc
[ 367.700534] Registered led device: rt2800usb-phy0::quality
[ 367.700777] usbcore: registered new interface driver rt2800usb
[ 367.701332] rt2870sta: module is from the staging directory, the quality is unknown, you have been warned.
[ 367.706312] rtusb init --->
[ 367.706622] usbcore: registered new interface driver rt2870
[ 367.764544] udev[13528]: renamed network interface wlan0 to wlan2
[ 416.882482] ADDRCONF(NETDEV_UP): wlan2: link is not ready
pavel@pma:~/bb/trunk/report$

...but kills machine after unplug.

* rt2800usb -- Edimax ew-7711UMn

- detected by d32 / mpc5200b.37
- no scan results
- scans/pings on d37
- ping stable -- in 30msec range.
- kills machine on unplug
- master?

* rtl8712 -- staging -- EMTEC Wi350

- driver from staging
- seems to ping on mpc5200b.37
- link quality does not work, strange interface -- no cfg80211
- not in 2.6.34
- ported, works :-).
- master does _not_ work.
- overnight (mpc5200b): good!

64 bytes from 192.168.1.1: seq=64301 ttl=64 time=2.6 ms
64 bytes from 192.168.1.1: seq=64302 ttl=64 time=2.6 ms
64 bytes from 192.168.1.1: seq=64303 ttl=64 time=2.6 ms
^C
--- 192.168.1.1 ping statistics ---
64304 packets transmitted, 64304 packets received, 0% packet loss
round-trip min/avg/max = 1.9/18.0/1020.5 ms

- ap->powerpc:
- bandwidth on mpc5200b -- stable, cca 700KB/sec
- bandwidth on sc2 -- stable, cca 2MB/sec, opposite cca 2.2MB/sec

- overnight test:

64 bytes from 192.168.1.33: icmp_req=62554 ttl=64 time=4.59 ms
64 bytes from 192.168.1.33: icmp_req=62555 ttl=64 time=4.62 ms
^C
--- 192.168.1.33 ping statistics ---
62555 packets transmitted, 62536 received, 0% packet loss, time 62645629ms
rtt min/avg/max/mdev = 1.092/26.026/12612.128/361.248 ms, pipe 13
pma:/home/pavel#

* How to test

To test:

nc 192.168.2.2 chargen > /dev/null
ping 192.168.2.3

Compile tests with 2.6.34:

Atmel at76c50x chipset 802.11b support
Atmel at76c503/at76c505/at76c505a USB cards
USB ZD1201 based Wireless device support
Wireless RNDIS USB support
Realtek 8187 and 8187B USB support
Atheros AR9170 802.11n USB support
- we know it does not work at all on powerpc
Marvell Libertas 8388 USB 802.11b/g cards
Prism54 USB support
Ralink rt2501/rt73 (USB) support
- already tested
Ralink rt2800 (USB) support (EXPERIMENTAL)
rt2800usb - Include support for rt30xx (USB) devices
rt2800usb - Include support for rt35xx (USB) devices
rt2800usb - Include support for unknown (USB) devices
ZyDAS ZD1211/ZD1211B USB-wireless support

...all compile ok.

* ALZA shopping

Tryed to buy 13 cards, one was unavailable:

http://www.alza.cz/msi-us300ex-lite-d135883.htm (ralink chipset, ??? driver)
http://www.alza.cz/edimax-nmax-ew-7711umn-v3-d166741.htm (nLite, ??? driver)
http://www.alza.cz/edimax-nmax-ew-7717un-d100390.htm (ndraft 2, ??? driver)
http://www.alza.cz/emtec-ekcowi350-mini-d164593.htm (mini, ??? driver)
http://www.alza.cz/w311u-d139111.htm (???driver)
http://www.alza.cz/bezdratovy-usb-adapter-netgear-wg111-d87276.htm
(netgear, g only, p54usb driver)
http://www.alza.cz/bezdratovy-usb-adapter-netgear-wpn111-rangemax-d87278.htm
(netgear, g only, ??? driver
http://www.alza.cz/prestigio-ion-pc-wifi-dongle-bily-d148563.htm (??? driver)

http://www.alza.cz/d-link-dwa-131-d154446.htm (dlink, mini, ?? driver)
http://www.alza.cz/tp-link-tl-wn721n-lite-d155290.htm (tplink, ath9k_htc driver)
http://www.alza.cz/tp-link-tl-wn322g-d185161.htm (tplink, g only, ?? driver)
http://www.alza.cz/ovislink-airlive-wl-1600usb-d118619.htm (ovislink
airlive, g only, ?? driver)
http://www.alza.cz/canyon-cnp-wf518n2-d158786.htm (mini, zd121rw
driver)
http://www.alza.cz/tp-link-tl-wn321g-d155287.htm (this one should have
same chipset as AirLive wt-2000USB and thus should work reasonably).

Ta chodici airlive:
rt2500usb driver
0x148f 0x2573

http://www.alza.cz/tp-link-tl-wn321g-d155287.htm: