All of lore.kernel.org
 help / color / mirror / Atom feed
* Problems with ath9k on IXP400, using Linux 2.6.35.8 and compat-wireless-2010-12-07
@ 2010-12-09 20:44 B. James Phillippe
  2010-12-10  7:48 ` [ath9k-devel] " Mohammed Shafi
  0 siblings, 1 reply; 4+ messages in thread
From: B. James Phillippe @ 2010-12-09 20:44 UTC (permalink / raw)
  To: linux-wireless

Hi All,

I'm new to this list and a bit new to using this project; hopefully I'm not doing something obviously stupid. :)

I have an ARM-based Intel IXP400 system with more than 64MB RAM and with an Atheros AR9160 on the PCI bus (only thing on the PCI bus).  I was able to use this device with Linux 2.6.21 and an earlier driver version.  It seemed to work okay, as both client and AP.  Now I'd like to upgrade to a newer kernel and WiFi driver.  I'm having problems getting it to work correctly.

I am seeing a number of problems, perhaps related:

1.) I am seeing these warning messages:

WARNING: at /home/bp/compat-wireless-2010-12-07/drivers/net/wireless/ath/ath9k/recv.c:532 ath_stoprecv+0x84/0x94 [ath9k]()
Could not stop RX, we could be confusing the DMA engine when we start RX up

additionally, no radio I/O appears to work.

2.) iwlist wlan0 scan now reports that the Interface doesn't support scanning.  This used to work fine under the older setup.  I suspect this is a result of #1.

Here is the old configuration:

Linux-2.6.21 with CONFIG_DMABOUNCE enabled
Atheros AR9160 MAC/BB Rev:1 AR5133 RF Rev:b0: mem=0xd2940000, irq=6

ifconfig wlan0 1.2.3.4 netmask 255.255.255.0
iwlist wlan0 scan
<returns all the local SSIDs>

Here is the new configuration:

Linux-2.6.35.8 with CONFIG_DMABOUNCE enabled
Compat-wireless backport release: compat-wireless-20010-12-03
Backport based on linux-next.git next-20101207
cfg80211: Calling CRDA to update world regulatory domain
PCI: enabling device 0000:00:02.0 (0340 -> 0342)
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 phy0: Selected rate control algorithm 'ath9k_rate_control'
cfg80211: wext will not work because kernel was compiled with CONFIG_WIRELESS_EXT=n. Tools using wext interface, like iwconfig will not work.
Registered led device: ath9k-phy0::radio
Registered led device: ath9k-phy0::assoc
Registered led device: ath9k-phy0::tx
Registered led device: ath9k-phy0::rx
ieee80211 phy0: Atheros AR9160 MAC/BB Rev:1 AR5133 RF Rev:b0 mem=0xd2660000, irq=6

ifconfig wlan0 1.2.3.4 netmask 255.255.255.0  (*)
iwlist wlan0 scan
wlan0     Interface doesn't support scanning.


(*) this results in the following warnings in the klog:

WARNING: at /home/bp/compat-wireless-2010-12-07/drivers/net/wireless/ath/ath9k/recv.c:532 ath_stoprecv+0x84/0x94 [ath9k]()
Could not stop RX, we could be confusing the DMA engine when we start RX up
[...backtrace and duplicates removed...]
ADDRCONF(NETDEV_UP): wlan0: link is not ready


I don't really understand the "wext" message; I am compiling my kernel with CONFIG_CFG80211_WEXT=y and CONFIG_WIRELESS_EXT_SYSFS=y; I don't see an option for CONFIG_WIRELESS_EXT(?)

Also fwiw, In both the new and old configuration, I am using this patch:

https://dev.openwrt.org/browser/trunk/target/linux/ixp4xx/patches-2.6.32/600-skb_avoid_dmabounce.patch

Thanks for any advice!

--
-bp

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [ath9k-devel] Problems with ath9k on IXP400, using Linux 2.6.35.8 and compat-wireless-2010-12-07
  2010-12-09 20:44 Problems with ath9k on IXP400, using Linux 2.6.35.8 and compat-wireless-2010-12-07 B. James Phillippe
@ 2010-12-10  7:48 ` Mohammed Shafi
  2010-12-10 16:07   ` Luis R. Rodriguez
  0 siblings, 1 reply; 4+ messages in thread
From: Mohammed Shafi @ 2010-12-10  7:48 UTC (permalink / raw)
  To: ath9k-devel

On Fri, Dec 10, 2010 at 2:14 AM, B. James Phillippe
<bryanp35@comcast.net> wrote:
> Hi All,
>
> I'm new to this list and a bit new to using this project; hopefully I'm not doing something obviously stupid. :)
>
> I have an ARM-based Intel IXP400 system with more than 64MB RAM and with an Atheros AR9160 on the PCI bus (only thing on the PCI bus). ?I was able to use this device with Linux 2.6.21 and an earlier driver version. ?It seemed to work okay, as both client and AP. ?Now I'd like to upgrade to a newer kernel and WiFi driver. ?I'm having problems getting it to work correctly.
>
> I am seeing a number of problems, perhaps related:
>
> 1.) I am seeing these warning messages:
>
> WARNING: at /home/bp/compat-wireless-2010-12-07/drivers/net/wireless/ath/ath9k/recv.c:532 ath_stoprecv+0x84/0x94 [ath9k]()
> Could not stop RX, we could be confusing the DMA engine when we start RX up

Its a generic issue in ath9k and every one gets this warning.

>
> additionally, no radio I/O appears to work.
>
> 2.) iwlist wlan0 scan now reports that the Interface doesn't support scanning. ?This used to work fine under the older setup. ?I suspect this is a result of #1.
>
> Here is the old configuration:
>
> Linux-2.6.21 with CONFIG_DMABOUNCE enabled
> Atheros AR9160 MAC/BB Rev:1 AR5133 RF Rev:b0: mem=0xd2940000, irq=6
>
> ifconfig wlan0 1.2.3.4 netmask 255.255.255.0
> iwlist wlan0 scan
> <returns all the local SSIDs>
>
> Here is the new configuration:
>
> Linux-2.6.35.8 with CONFIG_DMABOUNCE enabled
> Compat-wireless backport release: compat-wireless-20010-12-03
> Backport based on linux-next.git next-20101207
> cfg80211: Calling CRDA to update world regulatory domain
> PCI: enabling device 0000:00:02.0 (0340 -> 0342)
> 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 phy0: Selected rate control algorithm 'ath9k_rate_control'
> cfg80211: wext will not work because kernel was compiled with CONFIG_WIRELESS_EXT=n. Tools using wext interface, like iwconfig will not work.

Please do enable it   CONFIG_WIRELESS_EXT=y
that's why you did not get the scan result
> Registered led device: ath9k-phy0::radio
> Registered led device: ath9k-phy0::assoc
> Registered led device: ath9k-phy0::tx
> Registered led device: ath9k-phy0::rx
> ieee80211 phy0: Atheros AR9160 MAC/BB Rev:1 AR5133 RF Rev:b0 mem=0xd2660000, irq=6
>
> ifconfig wlan0 1.2.3.4 netmask 255.255.255.0 ?(*)
> iwlist wlan0 scan
> wlan0 ? ? Interface doesn't support scanning.
>
> (*) this results in the following warnings in the klog:
>
> WARNING: at /home/bp/compat-wireless-2010-12-07/drivers/net/wireless/ath/ath9k/recv.c:532 ath_stoprecv+0x84/0x94 [ath9k]()
> Could not stop RX, we could be confusing the DMA engine when we start RX up
> [...backtrace and duplicates removed...]
> ADDRCONF(NETDEV_UP): wlan0: link is not ready
>
>
> I don't really understand the "wext" message; I am compiling my kernel with CONFIG_CFG80211_WEXT=y and CONFIG_WIRELESS_EXT_SYSFS=y; I don't see an option for CONFIG_WIRELESS_EXT(?)

i think it should be there in your kernel config not in
compat-wirleless as  CONFIG_WIRELESS_EXT is not configured in your
kernel config  WEXT does not works.

# We need CONFIG_WIRELESS_EXT for CONFIG_CFG80211_WEXT for every kernel
# version. The new way CONFIG_CFG80211_WEXT is called from the kernel
# does not work with compat-wireless because it calls some callback
# function on struct wiphy. This struct is shipped with compat-wireless
# and changes from kernel version to version. We are using the
# wireless_handlers attribute which will be activated by
# CONFIG_WIRELESS_EXT.
ifdef CONFIG_WIRELESS_EXT
CONFIG_CFG80211_WEXT=y
else #CONFIG_CFG80211_WEXT
$(warning "WARNING: CONFIG_CFG80211_WEXT will be deactivated or not
working because kernel was compiled with CONFIG_WIRELESS_EXT=n. Tools
using wext interface like iwconfig will not work. To activate it build
your kernel e.g. with CONFIG_LIBIPW=m.")
endif #CONFIG_WIRELESS_EXT


So please upgrade to latest stable kernel

>
> Also fwiw, In both the new and old configuration, I am using this patch:
>
> https://dev.openwrt.org/browser/trunk/target/linux/ixp4xx/patches-2.6.32/600-skb_avoid_dmabounce.patch
>
> Thanks for any advice!
>
> --
> -bp--
> To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at ?http://vger.kernel.org/majordomo-info.html
>

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [ath9k-devel] Problems with ath9k on IXP400, using Linux 2.6.35.8 and compat-wireless-2010-12-07
  2010-12-10  7:48 ` [ath9k-devel] " Mohammed Shafi
@ 2010-12-10 16:07   ` Luis R. Rodriguez
  2010-12-11 10:02     ` Mohammed Shafi
  0 siblings, 1 reply; 4+ messages in thread
From: Luis R. Rodriguez @ 2010-12-10 16:07 UTC (permalink / raw)
  To: ath9k-devel

On Thu, Dec 09, 2010 at 11:48:15PM -0800, Mohammed Shafi wrote:
> On Fri, Dec 10, 2010 at 2:14 AM, B. James Phillippe <bryanp35@comcast.net>
> wrote:
> > Hi All,
> >
> > I'm new to this list and a bit new to using this project; hopefully I'm not
> > doing something obviously stupid. :)
> >
> > I have an ARM-based Intel IXP400 system with more than 64MB RAM and with an
> > Atheros AR9160 on the PCI bus (only thing on the PCI bus). ?I was able to
> > use this device with Linux 2.6.21 and an earlier driver version. ?It seemed
> > to work okay, as both client and AP. ?Now I'd like to upgrade to a newer
> > kernel and WiFi driver. ?I'm having problems getting it to work correctly.
> >
> > I am seeing a number of problems, perhaps related:
> >
> > 1.) I am seeing these warning messages:
> >
> > WARNING: at
> > /home/bp/compat-wireless-2010-12-07/drivers/net/wireless/ath/ath9k/recv.c:532
> > ath_stoprecv+0x84/0x94 [ath9k]() Could not stop RX, we could be confusing
> > the DMA engine when we start RX up
> 
> Its a generic issue in ath9k and every one gets this warning.

"Generic" implies this is known, but it is not, and each case
should be investigated. With future kernels we'll only warn
once now and only if you have developer debug config options
enabled, but we should definitely fix these.

  Luis

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [ath9k-devel] Problems with ath9k on IXP400, using Linux 2.6.35.8 and compat-wireless-2010-12-07
  2010-12-10 16:07   ` Luis R. Rodriguez
@ 2010-12-11 10:02     ` Mohammed Shafi
  0 siblings, 0 replies; 4+ messages in thread
From: Mohammed Shafi @ 2010-12-11 10:02 UTC (permalink / raw)
  To: ath9k-devel

On Fri, Dec 10, 2010 at 9:37 PM, Luis R. Rodriguez
<lrodriguez@atheros.com> wrote:
> On Thu, Dec 09, 2010 at 11:48:15PM -0800, Mohammed Shafi wrote:
>> On Fri, Dec 10, 2010 at 2:14 AM, B. James Phillippe <bryanp35@comcast.net>
>> wrote:
>> > Hi All,
>> >
>> > I'm new to this list and a bit new to using this project; hopefully I'm not
>> > doing something obviously stupid. :)
>> >
>> > I have an ARM-based Intel IXP400 system with more than 64MB RAM and with an
>> > Atheros AR9160 on the PCI bus (only thing on the PCI bus). ?I was able to
>> > use this device with Linux 2.6.21 and an earlier driver version. ?It seemed
>> > to work okay, as both client and AP. ?Now I'd like to upgrade to a newer
>> > kernel and WiFi driver. ?I'm having problems getting it to work correctly.
>> >
>> > I am seeing a number of problems, perhaps related:
>> >
>> > 1.) I am seeing these warning messages:
>> >
>> > WARNING: at
>> > /home/bp/compat-wireless-2010-12-07/drivers/net/wireless/ath/ath9k/recv.c:532
>> > ath_stoprecv+0x84/0x94 [ath9k]() Could not stop RX, we could be confusing
>> > the DMA engine when we start RX up
>>
>> Its a generic issue in ath9k and every one gets this warning.
>
> "Generic" implies this is known, but it is not, and each case
> should be investigated. With future kernels we'll only warn
> once now and only if you have developer debug config options
> enabled, but we should definitely fix these.

Ok Luis sure ,thanks for your correction.

>
> ?Luis
> _______________________________________________
> ath9k-devel mailing list
> ath9k-devel at lists.ath9k.org
> https://lists.ath9k.org/mailman/listinfo/ath9k-devel
>

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2010-12-11 10:02 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-12-09 20:44 Problems with ath9k on IXP400, using Linux 2.6.35.8 and compat-wireless-2010-12-07 B. James Phillippe
2010-12-10  7:48 ` [ath9k-devel] " Mohammed Shafi
2010-12-10 16:07   ` Luis R. Rodriguez
2010-12-11 10:02     ` Mohammed Shafi

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.