You are not logged in.

#1 2011-09-11 23:01:00

Ca5bah
Member
From: Michigan
Registered: 2010-05-09
Posts: 51

Arch Linux on CR48; Wireless Connection Constantly Randomly Lost

Hello, I'm running Archlinux/Archbang on a Google CR48 laptop. I am using the ath9k drivers. Randomly I will lose network connection, requiring a reboot each time to detect my network. As you can guess, this is quite infuriating. I spent a few hours Googling and found 2 decent leads; turning power management off or installing + using compat-wireless. The former didn't work and I can't do the latter; the package cannot be compiled properly on the 3.0 kernel. I will say that I didn't notice the connection loss until I upgraded to kernel 3.0, which seems quite odd to me considering other people had the problem and fixed it with compat-wireless on older kernels. Any help is appreciated, I will try to check back here frequently. Post if you need any information and I'll try my best to get it.


| CM690 | Intel i5 4690 | Gigabyte Windforce 1060 6GB | Assorted 2TB Hitachi Deskstars/128GB SSDs |

Offline

#2 2011-09-13 07:28:59

adnap
Member
Registered: 2011-09-13
Posts: 1

Re: Arch Linux on CR48; Wireless Connection Constantly Randomly Lost

What wireless manager are you using? I'm running 3.0 on my cr48 using Wicd to manage my wireless and its been pretty reliable.

Offline

#3 2011-09-13 20:35:50

Ca5bah
Member
From: Michigan
Registered: 2010-05-09
Posts: 51

Re: Arch Linux on CR48; Wireless Connection Constantly Randomly Lost

adnap wrote:

What wireless manager are you using? I'm running 3.0 on my cr48 using Wicd to manage my wireless and its been pretty reliable.


I am also using Wicd.


| CM690 | Intel i5 4690 | Gigabyte Windforce 1060 6GB | Assorted 2TB Hitachi Deskstars/128GB SSDs |

Offline

#4 2011-09-15 04:31:25

ladr0n
Member
Registered: 2008-08-08
Posts: 19

Re: Arch Linux on CR48; Wireless Connection Constantly Randomly Lost

Hey, I've been experiencing exactly the same problem, using Linux-3.0, ath9k, and wicd.  My cursory googling suggests that it may be a hardware problem; it looks like the same problem exists on Chrome OS.  I really hope this isn't the case though; a software fix would be much easier.

However, I've noticed the problem get progressively worse over the last few weeks without me updating the kernel.  That smells like a hardware issue to me.

Some things I want to try (but haven't yet had time to) are rolling back to a 2.38 kernel, reinstalling Chrome OS to see if the problem exists there, and ordering a new wireless card from Ebay.

Last edited by ladr0n (2011-09-15 04:32:09)

Offline

#5 2011-09-15 04:38:22

Deusdies
Member
Registered: 2010-09-13
Posts: 116

Re: Arch Linux on CR48; Wireless Connection Constantly Randomly Lost

Have you tried using a networkmanager other than Wicd? Like, the one that your DE uses?


My website - http://www.LinuxDistroReview.com - reviews all the linux distros out there

Here's the Arch Linux review: http://www.linuxdistroreview.com/arch-linux

Offline

#6 2011-09-15 04:43:48

Ca5bah
Member
From: Michigan
Registered: 2010-05-09
Posts: 51

Re: Arch Linux on CR48; Wireless Connection Constantly Randomly Lost

Deusdies wrote:

Have you tried using a networkmanager other than Wicd? Like, the one that your DE uses?

I have tried NetworkManager with the same result.


| CM690 | Intel i5 4690 | Gigabyte Windforce 1060 6GB | Assorted 2TB Hitachi Deskstars/128GB SSDs |

Offline

#7 2011-09-15 04:44:31

Ca5bah
Member
From: Michigan
Registered: 2010-05-09
Posts: 51

Re: Arch Linux on CR48; Wireless Connection Constantly Randomly Lost

ladr0n wrote:

Hey, I've been experiencing exactly the same problem, using Linux-3.0, ath9k, and wicd.  My cursory googling suggests that it may be a hardware problem; it looks like the same problem exists on Chrome OS.  I really hope this isn't the case though; a software fix would be much easier.

However, I've noticed the problem get progressively worse over the last few weeks without me updating the kernel.  That smells like a hardware issue to me.

Some things I want to try (but haven't yet had time to) are rolling back to a 2.38 kernel, reinstalling Chrome OS to see if the problem exists there, and ordering a new wireless card from Ebay.


I don't think it is a hardware issue, I didn't have it happening until after the kernel 3.0 update.


| CM690 | Intel i5 4690 | Gigabyte Windforce 1060 6GB | Assorted 2TB Hitachi Deskstars/128GB SSDs |

Offline

#8 2011-09-15 13:42:42

ladr0n
Member
Registered: 2008-08-08
Posts: 19

Re: Arch Linux on CR48; Wireless Connection Constantly Randomly Lost

Ca5bah wrote:

I don't think it is a hardware issue, I didn't have it happening until after the kernel 3.0 update.

I hope you're right, but it seems like this is happening to people on Chrome OS too, which uses a much older kernel...

Offline

#9 2011-09-18 15:18:36

dots
Member
Registered: 2011-02-21
Posts: 18

Re: Arch Linux on CR48; Wireless Connection Constantly Randomly Lost

I'm pretty sure its hardware related. I've been having issues since April of where out of nowhere my wireless would just randomly cut out. A reboot would restore wireless.

It's happened on every OS i've tried. That includes Arch, ubuntu, linux mint, even windows 7/xp. and chrome os. All ker
nel versions as well from 2.3x.x to even 3.0
It seemed to happen the least in chrome os. It's quite random though. Sometimes it'll cut out every 5 minutes, sometimes after a few hours of use, or even not cut out at all.

Here's the dmesg from the wireless failing                                   

[  542.945311] ath: Failed to stop TX DMA!
[  542.966214] ath: DMA failed to stop in 10 ms AR_CR=0xffffffff AR_DIAG_SW=0xf$
[  542.966241] ath: Could not stop RX, we could be confusing the DMA engine whe$
[  543.003077] irq 16: nobody cared (try booting with the "irqpoll" option)
[  543.003094] Pid: 161, comm: kworker/u:3 Not tainted 3.0-ARCH #1
[  543.003101] Call Trace:
[  543.003107]  <IRQ>  [<ffffffff810c139a>] __report_bad_irq+0x3a/0xd0
[  543.003137]  [<ffffffff810c17b6>] note_interrupt+0x136/0x1f0
[  543.003149]  [<ffffffff810bf8a9>] handle_irq_event_percpu+0xc9/0x2a0
[  543.003163]  [<ffffffff81090f88>] ? tick_dev_program_event+0x48/0x110
[  543.003175]  [<ffffffff810bfac5>] handle_irq_event+0x45/0x70
[  543.003187]  [<ffffffff810c20e7>] handle_fasteoi_irq+0x57/0xd0
[  543.003198]  [<ffffffff8100d9f2>] handle_irq+0x22/0x40
[  543.003210]  [<ffffffff813f64aa>] do_IRQ+0x5a/0xe0
[  543.003220]  [<ffffffff813f4193>] common_interrupt+0x13/0x13
[  543.003227]  <EOI>  [<ffffffff8122b06a>] ? ioread32+0x3a/0x40
[  543.003258]  [<ffffffffa04e3a75>] ath9k_ioread32+0x35/0x90 [ath9k]
[  543.003279]  [<ffffffffa039162c>] ath9k_hw_wait+0x5c/0xa0 [ath9k_hw]
[  543.003296]  [<ffffffffa03917fe>] ath9k_hw_set_reset+0x14e/0x270 [ath9k_hw]
[  543.003301]  [<ffffffffa0391a7b>] ath9k_hw_set_reset_reg+0x15b/0x230 [ath9k_$
[  543.003301]  [<ffffffffa0392452>] ath9k_hw_reset+0x182/0xfa0 [ath9k_hw]
[  543.003301]  [<ffffffffa04e3a75>] ? ath9k_ioread32+0x35/0x90 [ath9k]
[  543.003301]  [<ffffffffa04e6833>] ath_set_channel+0x123/0x250 [ath9k]
[  543.003301]  [<ffffffffa04e7618>] ath9k_config+0x1e8/0x5b0 [ath9k]
[  543.003301]  [<ffffffffa03e91e7>] ieee80211_hw_config+0xc7/0x140 [mac80211]
[  543.003301]  [<ffffffffa03f232d>] ieee80211_set_disassoc+0x1ad/0x280 [mac802$
[  543.003301]  [<ffffffffa03f25f2>] ieee80211_sta_connection_lost+0x52/0xb0 [m$
[  543.003301]  [<ffffffffa03f54c9>] ieee80211_sta_work+0x109/0x150 [mac80211]
  543.003301]  [<ffffffffa03f8788>] ieee80211_iface_work+0x2b8/0x350 [mac80211]
[  543.003301]  [<ffffffffa03f84d0>] ? ieee80211_teardown_sdata+0xe0/0xe0 [mac8$
[  543.003301]  [<ffffffff810796e6>] process_one_work+0x116/0x4d0
[  543.003301]  [<ffffffff8107a08f>] worker_thread+0x15f/0x350
[  543.003301]  [<ffffffff81079f30>] ? manage_workers.isra.29+0x230/0x230
[  543.003301]  [<ffffffff8107ee9c>] kthread+0x8c/0xa0
[  543.003301]  [<ffffffff813f5b64>] kernel_thread_helper+0x4/0x10
[  543.003301]  [<ffffffff8107ee10>] ? kthread_worker_fn+0x190/0x190
[  543.003301]  [<ffffffff813f5b60>] ? gs_change+0x13/0x13
[  543.003301] handlers:
[  543.003301] [<ffffffffa00064f0>] usb_hcd_irq
[  543.003301] [<ffffffffa00064f0>] usb_hcd_irq
[  543.003301] [<ffffffffa04e6ea0>] ath_isr
[  543.003301] Disabling IRQ #16
[  543.099091] ath: Chip reset failed
[  543.099111] ath: Unable to reset channel (2452 MHz), reset status -22
[  543.102773] ath: Unable to set channel
[  543.195730] ath: Failed to stop TX DMA!
[  543.209116] ath: DMA failed to stop in 10 ms AR_CR=0xffffffff AR_DIAG_SW=0$
[  543.209133] ath: Could not stop RX, we could be confusing the DMA engine w$
[  543.328479] ath: Chip reset failed
[  543.328494] ath: Unable to reset channel (2452 MHz), reset status -22
[  543.474174] ath: Failed to wakeup in 500us
[  543.489965] ath: Failed to wakeup in 500us
[  543.500072] cfg80211: Calling CRDA to update world regulatory domain
[  543.503300] ath: Failed to wakeup in 500us
[  543.521201] ath: Failed to wakeup in 500us
[  543.540054] ath: Failed to wakeup in 500us
[  543.550843] ath: Failed to wakeup in 500us
  543.625171] ath: Failed to stop TX DMA!
[  543.638186] ath: DMA failed to stop in 10 ms AR_CR=0xffffffff AR_DIAG_SW=0$
[  543.638196] ath: Could not stop RX, we could be confusing the DMA engine w$
[  543.873289] ath: Failed to wakeup in 500us
[  543.948169] ath: Failed to stop TX DMA!
[  543.961140] ath: DMA failed to stop in 10 ms AR_CR=0xffffffff AR_DIAG_SW=0$
[  543.961150] ath: Could not stop RX, we could be confusing the DMA engine w$
[  544.077000] ath: Chip reset failed
[  544.077010] ath: Unable to reset channel (2452 MHz), reset status -22
[  544.213859] ath: Failed to wakeup in 500us
[  544.337510] ath: Chip reset failed
[  544.337521] ath: Unable to reset hardware; reset status -22 (freq 2452 MHz)
[  548.059964] ath: Failed to wakeup in 500us
[  548.187229] ath: Chip reset failed
[  548.187240] ath: Unable to reset hardware; reset status -22 (freq 2452 MHz)
[  553.059963] ath: Failed to wakeup in 500us
[  553.183570] ath: Chip reset failed
[  553.183581] ath: Unable to reset hardware; reset status -22 (freq 2452 MHz)
[  558.056114] ath: Failed to wakeup in 500us
[  558.180491] ath: Chip reset failed
[  558.180503] ath: Unable to reset hardware; reset status -22 (freq 2452 MHz)
[  553.183570] ath: Chip reset failed
[  553.183581] ath: Unable to reset hardware; reset status -22 (freq 2452 MHz)
[  558.056114] ath: Failed to wakeup in 500us
[  558.180491] ath: Chip reset failed
[  558.180503] ath: Unable to reset hardware; reset status -22 (freq 2452 MHz)
[  563.055995] ath: Failed to wakeup in 500us
[  563.179852] ath: Chip reset failed
[  563.179863] ath: Unable to reset hardware; reset status -22 (freq 2452 MHz)

I've even had to what i believe ssd problems where arch wouldnt see the ssd and i couldnt do anything until i reboot.

Offline

#10 2011-09-24 11:37:17

scan2006
Member
Registered: 2011-07-03
Posts: 4

Re: Arch Linux on CR48; Wireless Connection Constantly Randomly Lost

Not sure if it is the same issue but had a friend that was losing his wireless connection and he was getting a dmesg like:

[ 2604.576447] phy1 -> rt2500usb_set_device_state: Error - Device failed to enter state 3 (-16)

You may try this as root

iwconfig wlan0 power off

and if that does work you can just put it in your /etc/rc.local

Offline

#11 2011-10-19 03:43:55

lamdacore
Member
Registered: 2009-11-05
Posts: 128

Re: Arch Linux on CR48; Wireless Connection Constantly Randomly Lost

I am experiencing exactly the same situation as well. Is there a known fix yet?

Offline

#12 2011-11-17 21:13:36

ladr0n
Member
Registered: 2008-08-08
Posts: 19

Re: Arch Linux on CR48; Wireless Connection Constantly Randomly Lost

Just in case anyone isn't convinced that this is a hardware issue, I've tried a couple of other OS's and experienced the same problem.  It looks like you can order a new wireless card for around $10 on Ebay: http://www.ebay.com/dsc/i.html?_nkw=AR9 … itleDesc=1

(For reference, I found that and a list of most of the hardware components of the Cr-48 here: http://cr-48.wikispaces.com/Replacement+Parts )

Interestingly, it seems that scan2006's workaround works!  By issuing the following commands (as root, of course) I'm able to revive the wireless card without rebooting.  It still fails some random time after doing this, but this is far sight less annoying than rebooting every 5-20 minutes.

# rc.d stop wicd
# iwconfig wlan0 power off
# iwconfig wlan0 power on
# ifconfig wlan0 up
# rc.d start wicd

It's a terrible hack, but I just put the middle three lines of that in the restart section of the /etc/rc.d/wicd script.

Last edited by ladr0n (2011-11-17 21:18:16)

Offline

#13 2011-12-16 18:35:54

dots
Member
Registered: 2011-02-21
Posts: 18

Re: Arch Linux on CR48; Wireless Connection Constantly Randomly Lost

Well I'm more than confident that its an hardware issue now, at least in my case. I decided to try re seating the cables that snap onto the wifi card. The AUX cable (blue i believe) had come off no problem but wouldn't snap back on. i could get it to stay but just not snap into place. So i took some tape and taped it down and now no more wifi issues.

Offline

Board footer

Powered by FluxBB