On Tue, Jun 01, 2010 at 05:53:33PM -0700, Bruno Randolf wrote:
> On Wednesday 02 June 2010 01:32:52 Robert Brown wrote:
> > Yes, I'm using Ubuntu 10.04, so there's a network manager running.
>
> ok, 2 things to try, please: the patch i mentioned before (ASPM) and
> disabling
> network-manager.
>
On Wednesday 02 June 2010 01:32:52 Robert Brown wrote:
> Yes, I'm using Ubuntu 10.04, so there's a network manager running.
ok, 2 things to try, please: the patch i mentioned before (ASPM) and disabling
network-manager.
thanks to your information i found that ath5k_reset is not properly protecte
Bob, thanks for the response.
I will rework the patch.
>> -/* GPIO-controlled software LED */
>> -#define AR5K_SOFTLED_PIN 0
>> -#define AR5K_SOFTLED_ON0
>> -#define AR5K_SOFTLED_OFF 1
>> -
>
> Please drop this hunk, no problem keeping it around.
I suppose this should
Hello!
Here is the patch to disable ath5k leds support on build stage.
However if the leds support was enabled do not force selection of 802.11 leds
layer.
I've applied suggestion given by Pavel Roskin.
Best regards,
--Dima
---
drivers/net/wireless/ath/ath5k/Kconfig | 10 +++---
drive
Note: this e-mail thread is on a public mailing list.
Adding a few folks just for their information or in case they have
anything to add and It is also good to remind ourselves about best
practices for this stuff.
On Sun, May 30, 2010 at 6:06 PM, Bruno Randolf wrote:
> On Saturday 29 May 2010 05
On Wed, Apr 7, 2010 at 2:58 PM, Dmytro Milinevskyy
wrote:
> Hello!
Thanks, comments inline.
> +config ATH5K_LEDS
> + tristate "Atheros 5xxx wireless cards LEDs support"
> + depends on ATH5K
> + ---help---
> + Atheros 5xxx LED support.
> +
This can select the proper LE
Yes, I'm using Ubuntu 10.04, so there's a network manager running.
bob
==
On Mon, May 31, 2010 at 11:58 PM, Bruno Randolf wrote:
> On Tuesday 01 June 2010 06:30:52 Robert Brown wrote:
>> All the calls to ath5k_reset appear to be from ath5k_chan_set.
>
> so that must come thru mac80211 a
Hi.
It seems like there's a problem with ath5k in ad-hoc mode with wpa
encryption.
The nodes connects ok and i can't see any real errors in wpa_supplicant
log (included
last in this email).
If i use tcpdump on the nodes i see broadcast traffic from the other
nodes, such as
arp requests and bro
