1 |
On Sun, Jun 27, 2010 at 3:21 PM, Mick <michaelkintzios@×××××.com> wrote: |
2 |
|
3 |
> On Sunday 27 June 2010 06:55:31 Nagatoro wrote: |
4 |
> > On Saturday 26 June 2010 14.35.28 Mick wrote: |
5 |
> > > On Friday 25 June 2010 18:52:18 Enrico Weigelt wrote: |
6 |
> > > > Hi folks, |
7 |
> > > > |
8 |
> > > > |
9 |
> > > > my Atheros wlan (builtin, internal intenna) is regularily |
10 |
> > > > loosing link. Reproducible in various different networks. |
11 |
> > > > At home, my wlan ap is about 2 meter away (within the room), |
12 |
> > > > so link quality (currently 53) shouldnt be the problem. |
13 |
> > > > |
14 |
> > > > Does anyone know what could cause the problem ? |
15 |
> > > > |
16 |
> > > > # cat /proc/version |
17 |
> > > > |
18 |
> > > > Linux version 2.6.31-gentoo-r10 (root@×××××××××.local) \ |
19 |
> > > > (gcc version 4.3.4 (Gentoo 4.3.4 p1.0, pie-10.1.5) ) \ |
20 |
> > > > #1 SMP Wed Jun 2 00:51:13 CEST 2010 |
21 |
> > > > |
22 |
> > > > # lspci -v |
23 |
> > > > ... |
24 |
> > > > |
25 |
> > > > 02:00.0 Network controller: Atheros Communications Inc. AR9285 |
26 |
> Wireless |
27 |
> > > > Network Adapter (PCI-Express) (rev 01) Subsystem: Askey Computer |
28 |
> Corp. |
29 |
> > > > Device 7167 |
30 |
> > > > |
31 |
> > > > Flags: bus master, fast devsel, latency 0, IRQ 16 |
32 |
> > > > Memory at f6000000 (64-bit, non-prefetchable) [size=64K] |
33 |
> > > > Capabilities: [40] Power Management version 3 |
34 |
> > > > Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit- |
35 |
> > > > Capabilities: [60] Express Legacy Endpoint, MSI 00 |
36 |
> > > > Capabilities: [100] Advanced Error Reporting |
37 |
> > > > Capabilities: [140] Virtual Channel <?> |
38 |
> > > > Capabilities: [160] Device Serial Number 00-15-17-ff-ff-24-14-12 |
39 |
> > > > Capabilities: [170] Power Budgeting <?> |
40 |
> > > > Kernel driver in use: ath9k |
41 |
> > > > Kernel modules: ath9k |
42 |
> > > > |
43 |
> > > > ... |
44 |
> > > > |
45 |
> > > > |
46 |
> > > > Jun 25 19:36:51 excalibur kernel: wlan0: no probe response from AP |
47 |
> > > > 00:23:08:86:d6:8f - disassociating Jun 25 19:36:51 excalibur |
48 |
> > > > dhcpcd[10182]: wlan0: carrier lost |
49 |
> > > |
50 |
> > > I have seen the same problem with my internal broadcom card and of |
51 |
> course |
52 |
> > > a different driver. If you check google there seem to be pages and |
53 |
> > > pages of users reporting such a problem on different distros and with |
54 |
> > > different makes of wireless cards. |
55 |
> > > |
56 |
> > > The jury's out as to what's causing this. Is it related to modern |
57 |
> cards |
58 |
> > > with low power management capabilities and how this may interact with |
59 |
> the |
60 |
> > > kernel, or is it something to do with the tolerance built into TTL |
61 |
> > > packets between the card and the AP? |
62 |
> > > |
63 |
> > > With regards to my card I have noticed that at home I stay connected |
64 |
> for |
65 |
> > > hours on end, at work it's a miracle if I stay online for longer than 5 |
66 |
> > > minutes (both on the same channel). This to me says that the problem |
67 |
> is |
68 |
> > > one of interaction with the router, which points to tolerance on the |
69 |
> TTL |
70 |
> > > packets. |
71 |
> > > |
72 |
> > > Of course YMMV ... |
73 |
> > |
74 |
> > Last time I had this problem I tracked it to a conflict between |
75 |
> > wpa_supplicant and the card driver. Basicly the card driver would send a |
76 |
> > request to assosiate with mac 00:00:....:00 each time a new card was |
77 |
> found |
78 |
> > on the air and wpa_supplicatnt interpreted this as a request from the |
79 |
> > driver to drop the connection. The driver folks said that this request |
80 |
> > should be ignored and the wpa_supplicant folks said that this should not |
81 |
> > be ignored but instead was a disconnect request. Catch 22... |
82 |
> > |
83 |
> > Because of this I had to use wep instead of wpa(2) for along time. |
84 |
> |
85 |
> I seem to recall this as a problem too, although not in my case. At work |
86 |
> there is no encryption and despite this the connection keeps dropping, |
87 |
> while |
88 |
> at home I use WPA2. |
89 |
> -- |
90 |
> Regards, |
91 |
> Mick |
92 |
> |
93 |
|
94 |
|
95 |
i have the same problem ! |
96 |
|
97 |
when i using amule to download something for a long time (maybe 1 day or |
98 |
more), next day when i open firefox ,always remind me "cant connect to..." |
99 |
the same as every new opening software, but amule still downloading .. |
100 |
|
101 |
sorry for my english . |
102 |
|
103 |
here are something about |
104 |
|
105 |
Linux obb 2.6.34-gentoo #1 SMP PREEMPT Thu May 20 17:44:39 CST 2010 i686 |
106 |
Pentium(R) Dual-Core CPU E6300 @ 2.80GHz GenuineIntel GNU/Linux |
107 |
|
108 |
03:00.0 Ethernet controller: Atheros Communications Inc. AR2413 802.11bg NIC |
109 |
(rev 01) |
110 |
Subsystem: Atheros Communications Inc. Compex Wireless 802.11 b/g |
111 |
MiniPCI Adapter, Rev A1 [WLM54G] |
112 |
Flags: bus master, medium devsel, latency 168, IRQ 20 |
113 |
Memory at e1500000 (32-bit, non-prefetchable) [size=64K] |
114 |
Capabilities: [44] Power Management version 2 |
115 |
Kernel driver in use: ath5k |
116 |
Kernel modules: ath5k |