Thanks again for your responses.
I could not get anything sensible from carl9170. I will keep trying though.
The Otus message comes from arusb_lnx which was loaded automatically
after ar9170usb. Should I remove the arusb_lnx.ko file?
I did not patch the driver as I am not clear what MCS and minstrel_ht are.
Simply unloading the modules and modprobing them again does not work
reliably. I think it must be due to not reloading the firmware
properly.
I added the mac80211 options to modprobe.conf and after rebooting,
both?wireless dongles are stable and ping times are back to normal for
the ar9170usb driver.
#
# /etc/modprobe.d/modprobe.conf (for v2.6 kernels)
#
options mac80211 ieee80211_default_rc_algo=minstrel
BTW - my AP is a Netgear WNR2000v2
I can do further testing if you would like me to.
Regards,
Wade.
On 7 December 2010 02:32, Christian Lamparter <[email protected]> wrote:
>
> On Monday 06 December 2010 16:12:42 Wade Fitzpatrick wrote:
> > Thanks for the response, Christian. Here is what I am seeing now, using
> > ar9170usb from compat-wireless (2010_12_02):
> what happened to carl9170?
>
> > usb 2-5: new high speed USB device using ehci_hcd and address 5
> > usb 2-5: reset high speed USB device using ehci_hcd and address 5
> > usbcore: registered new interface driver ar9170usb
> > arusb_lnx: module is from the staging directory, the quality is unknown,
> > you have been warned.
> > arusb - version 0.0.0.999
> > usbcore: registered new interface driver Otus
> kill otus. Unless you really want it to steal the device.
>
> > ath: EEPROM regdomain: 0x0
> > ath: EEPROM indicates default country code should be used
> > ath: doing EEPROM country->regdmn map search
> > ath: country maps to regdmn code: 0x3a
> > ath: Country alpha2 being used: US
> > ath: Regpair used: 0x3a
> > ieee80211 phy1: Selected rate control algorithm 'minstrel_ht'
> > Registered led device: ar9170-phy1::tx
> > Registered led device: ar9170-phy1::assoc
> > usb 2-5: Atheros AR9170 is registered as 'phy1'
> >
> > # iw dev wlan0 link
> > Connected to 00:22:3f:07:42:f3 (on wlan0)
> > ? ? ? ? ?SSID: waddles
> > ? ? ? ? ?freq: 2412
> > ? ? ? ? ?RX: 2627575 bytes (16028 packets)
> > ? ? ? ? ?TX: 127342 bytes (600 packets)
> > ? ? ? ? ?signal: -62 dBm
> > ? ? ? ? ?tx bitrate: 54.0 MBit/s
> > # iw dev wlan1 link
> > Connected to 00:22:3f:07:42:f3 (on wlan1)
> > ? ? ? ? ?SSID: waddles
> > ? ? ? ? ?freq: 2412
> > ? ? ? ? ?RX: 6208 bytes (43 packets)
> > ? ? ? ? ?TX: 522 bytes (5 packets)
> > ? ? ? ? ?signal: -61 dBm
> > ? ? ? ? ?tx bitrate: 6.5 MBit/s MCS 0
> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?^^ again MCS.
> ? ? ? ?Have you actually patched the driver?
>
> > # iw event -f
> > wlan1 (phy #1): deauth 00:22:3f:07:42:f3 -> 00:22:3f:8d:7b:05 reason 2:
> > Previous authentication no longer valid [frame: c0 00 40 01 00 22 3f 8d
> > 7b 05 00 22 3f 07 42 f3 00 22 3f 07 42 f3 70 00 02 00]
> > wlan1 (phy #1): disconnected (by AP) reason: 2: Previous authentication
> > no longer valid
> > [...]
> > wlan1 (phy #1): deauth 00:22:3f:07:42:f3 -> 00:22:3f:8d:7b:05 reason 2:
> > Previous authentication no longer valid [frame: c0 00 40 01 00 22 3f 8d
> > 7b 05 00 22 3f 07 42 f3 00 22 3f 07 42 f3 70 00 02 00]
> > wlan1 (phy #1): disconnected (by AP) reason: 2: Previous authentication
> > no longer valid
> and? your ap (what is it btw?) has (silently) kicked you...
> you would need to put one interface into monitor mode and
> sniff what really happens.
>
> > The wlan1 link is unusable. If I create a host route and ping the modem
> > over wlan1, all I get is 'Destination Host Unreachable' messages.
> >
> > Note that wlan0 (the RTL8187) also has updated drivers but is stable
> > throughout this.
> >
> > Any more suggestions?
> again same as before, patch the driver (or migrate to carl9170).
> If you are unfamiliar with the procedure you could also
> reload mac80211.
>
> modprobe mac80211 ieee80211_default_rc_algo=minstrel
> (note, other drivers might depend on mac80211, you have to unload
> them first.
> ? ? ? ?lsmod | grep ^mac80211
>
> will tell you which).
>
> Afterwards, verify that the system really loads the new module.
> Or took the new default_rc settings(see
> /sys/module/mac80211/parameters/ieee80211_default_rc_algo )
>
> Regards,
> ? ? ? ?Chr
> ---
> > >---
> > > diff --git a/drivers/net/wireless/ath/ar9170/main.c b/drivers/net/wireless/ath/ar9170/main.c
> > > index 32bf79e..cb2d1a7 100644
> > > --- a/drivers/net/wireless/ath/ar9170/main.c
> > > +++ b/drivers/net/wireless/ath/ar9170/main.c
> > > @@ -145,7 +145,7 @@ static struct ieee80211_channel ar9170_5ghz_chantable[] = {
> > >
> > > ? #define AR9170_HT_CAP ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? \
> > > ? { ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? \
> > > - ? .ht_supported ? = true, ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? \
> > > + ? .ht_supported ? = false, ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?\
> > > ? ? .cap ? ? ? ? ? ?= IEEE80211_HT_CAP_MAX_AMSDU | ? ? ? ? ? ? ? ? ?\
> > > ? ? ? ? ? ? ? ? ? ? ? IEEE80211_HT_CAP_SUP_WIDTH_20_40 | ? ? ? ? ? ?\
> > > ? ? ? ? ? ? ? ? ? ? ? IEEE80211_HT_CAP_SGI_40 | ? ? ? ? ? ? ? ? ? ? \
> >
On Monday 06 December 2010 17:34:15 Wade Fitzpatrick wrote:
> I could not get anything sensible from carl9170. I will keep trying though.
hmm, hard to say what it is? I bet it could be conflicting
stack/driver modules. (i.e.: the driver is from compact-wireless,
whereas the mac80211, or cfg80211 is the original module from 2.6.36)
> The Otus message comes from arusb_lnx which was loaded automatically
> after ar9170usb. Should I remove the arusb_lnx.ko file?
either that, or add it to the module blacklist (also in /etc/modprobe.d)
> I did not patch the driver as I am not clear what MCS and minstrel_ht are.
<http://en.wikipedia.org/wiki/IEEE_802.11n-2009> #Data Rates
"Data rates up to 600 Mbit/s are achieved only with the maximum of four
spatial streams using a 40 MHz-wide channel. Various modulation schemes
and coding rates are defined by the standard and are represented by a
Modulation and Coding Scheme (MCS) index value."
minstrel* is mac80211's default rate control algorithm.
The original minstrel only supports legacy (802.11a/b/g) data rates
and minstrel_ht only selects 802.11n MCS (index).
> Simply unloading the modules and modprobing them again does not work
> reliably. I think it must be due to not reloading the firmware
> properly.
The ar9170usb, otus and all windows-driver firmware will only be uploaded
once (on the first time a driver is loaded). All later upload attempts are
ignored. The problem here is that the firmware program can't be easily
replaced "in-place" without breaking compatibility or functionality.
> I added the mac80211 options to modprobe.conf and after rebooting,
> both wireless dongles are stable and ping times are back to normal for
> the ar9170usb driver.
no need to reboot, you can unload modules with modprobe -r / rmmod
[as long as the modules are not in use, or an other loaded module
depends on it].
> #
> # /etc/modprobe.d/modprobe.conf (for v2.6 kernels)
> #
> options mac80211 ieee80211_default_rc_algo=minstrel
the problem with this is that carl9170 (or any other driver
that relies on minstrel_ht to supply 802.11n MCS rates)
are limited to the legacy rates (and physpeeds of 54Mbit)
> BTW - my AP is a Netgear WNR2000v2
> I can do further testing if you would like me to.
Well, we had a funny incidents with WNDR3700.
<http://www.spinics.net/lists/linux-wireless/msg56581.html>
after some initial problems with WMM, he got it sort-of-working.
This "sort-of" should be fixed now:
<http://www.spinics.net/lists/linux-wireless/msg60612.html>
Best regards,
Christian