1 |
On Sunday 27 June 2010 06:55:31 Nagatoro wrote: |
2 |
> On Saturday 26 June 2010 14.35.28 Mick wrote: |
3 |
> > On Friday 25 June 2010 18:52:18 Enrico Weigelt wrote: |
4 |
> > > Hi folks, |
5 |
> > > |
6 |
> > > |
7 |
> > > my Atheros wlan (builtin, internal intenna) is regularily |
8 |
> > > loosing link. Reproducible in various different networks. |
9 |
> > > At home, my wlan ap is about 2 meter away (within the room), |
10 |
> > > so link quality (currently 53) shouldnt be the problem. |
11 |
> > > |
12 |
> > > Does anyone know what could cause the problem ? |
13 |
> > > |
14 |
> > > # cat /proc/version |
15 |
> > > |
16 |
> > > Linux version 2.6.31-gentoo-r10 (root@×××××××××.local) \ |
17 |
> > > (gcc version 4.3.4 (Gentoo 4.3.4 p1.0, pie-10.1.5) ) \ |
18 |
> > > #1 SMP Wed Jun 2 00:51:13 CEST 2010 |
19 |
> > > |
20 |
> > > # lspci -v |
21 |
> > > ... |
22 |
> > > |
23 |
> > > 02:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless |
24 |
> > > Network Adapter (PCI-Express) (rev 01) Subsystem: Askey Computer Corp. |
25 |
> > > Device 7167 |
26 |
> > > |
27 |
> > > Flags: bus master, fast devsel, latency 0, IRQ 16 |
28 |
> > > Memory at f6000000 (64-bit, non-prefetchable) [size=64K] |
29 |
> > > Capabilities: [40] Power Management version 3 |
30 |
> > > Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit- |
31 |
> > > Capabilities: [60] Express Legacy Endpoint, MSI 00 |
32 |
> > > Capabilities: [100] Advanced Error Reporting |
33 |
> > > Capabilities: [140] Virtual Channel <?> |
34 |
> > > Capabilities: [160] Device Serial Number 00-15-17-ff-ff-24-14-12 |
35 |
> > > Capabilities: [170] Power Budgeting <?> |
36 |
> > > Kernel driver in use: ath9k |
37 |
> > > Kernel modules: ath9k |
38 |
> > > |
39 |
> > > ... |
40 |
> > > |
41 |
> > > |
42 |
> > > Jun 25 19:36:51 excalibur kernel: wlan0: no probe response from AP |
43 |
> > > 00:23:08:86:d6:8f - disassociating Jun 25 19:36:51 excalibur |
44 |
> > > dhcpcd[10182]: wlan0: carrier lost |
45 |
> > |
46 |
> > I have seen the same problem with my internal broadcom card and of course |
47 |
> > a different driver. If you check google there seem to be pages and |
48 |
> > pages of users reporting such a problem on different distros and with |
49 |
> > different makes of wireless cards. |
50 |
> > |
51 |
> > The jury's out as to what's causing this. Is it related to modern cards |
52 |
> > with low power management capabilities and how this may interact with the |
53 |
> > kernel, or is it something to do with the tolerance built into TTL |
54 |
> > packets between the card and the AP? |
55 |
> > |
56 |
> > With regards to my card I have noticed that at home I stay connected for |
57 |
> > hours on end, at work it's a miracle if I stay online for longer than 5 |
58 |
> > minutes (both on the same channel). This to me says that the problem is |
59 |
> > one of interaction with the router, which points to tolerance on the TTL |
60 |
> > packets. |
61 |
> > |
62 |
> > Of course YMMV ... |
63 |
> |
64 |
> Last time I had this problem I tracked it to a conflict between |
65 |
> wpa_supplicant and the card driver. Basicly the card driver would send a |
66 |
> request to assosiate with mac 00:00:....:00 each time a new card was found |
67 |
> on the air and wpa_supplicatnt interpreted this as a request from the |
68 |
> driver to drop the connection. The driver folks said that this request |
69 |
> should be ignored and the wpa_supplicant folks said that this should not |
70 |
> be ignored but instead was a disconnect request. Catch 22... |
71 |
> |
72 |
> Because of this I had to use wep instead of wpa(2) for along time. |
73 |
|
74 |
I seem to recall this as a problem too, although not in my case. At work |
75 |
there is no encryption and despite this the connection keeps dropping, while |
76 |
at home I use WPA2. |
77 |
-- |
78 |
Regards, |
79 |
Mick |