From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1OSkzc-0004u7-Gn for garchives@archives.gentoo.org; Sun, 27 Jun 2010 06:05:30 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id C605BE090F for ; Sun, 27 Jun 2010 06:05:23 +0000 (UTC) Received: from dx.nyblom.org (unknown [212.247.117.70]) by pigeon.gentoo.org (Postfix) with ESMTP id 77B05E0854 for ; Sun, 27 Jun 2010 05:55:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by dx.nyblom.org (Postfix) with ESMTP id 94995144B5A for ; Sun, 27 Jun 2010 07:55:39 +0200 (CEST) X-Virus-Scanned: amavisd-new at dx.nyblom.org Received: from dx.nyblom.org ([127.0.0.1]) by localhost (dx.nyblom.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QMhS+6d17e1G for ; Sun, 27 Jun 2010 07:55:38 +0200 (CEST) Received: from explosive.localnet (explosive.nyblom.org [192.168.0.137]) by dx.nyblom.org (Postfix) with ESMTP id 55D9314709 for ; Sun, 27 Jun 2010 07:55:38 +0200 (CEST) From: Nagatoro To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Atheros WLAN loosing link Date: Sun, 27 Jun 2010 07:55:31 +0200 User-Agent: KMail/1.13.3 (Linux/2.6.34-gentoo; KDE/4.4.4; x86_64; ; ) References: <20100625175218.GA21445@nibiru.local> <201006261335.39095.michaelkintzios@gmail.com> In-Reply-To: <201006261335.39095.michaelkintzios@gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201006270755.31765.nagatoro@gmail.com> X-Archives-Salt: 52214e6c-3e97-46cf-97cf-c3a0fa4ab910 X-Archives-Hash: 0f3088be7490cb0aa8668ea3a5440b5b On Saturday 26 June 2010 14.35.28 Mick wrote: > On Friday 25 June 2010 18:52:18 Enrico Weigelt wrote: > > Hi folks, > > > > > > my Atheros wlan (builtin, internal intenna) is regularily > > loosing link. Reproducible in various different networks. > > At home, my wlan ap is about 2 meter away (within the room), > > so link quality (currently 53) shouldnt be the problem. > > > > Does anyone know what could cause the problem ? > > > > # cat /proc/version > > > > Linux version 2.6.31-gentoo-r10 (root@excalibur.local) \ > > (gcc version 4.3.4 (Gentoo 4.3.4 p1.0, pie-10.1.5) ) \ > > #1 SMP Wed Jun 2 00:51:13 CEST 2010 > > > > # lspci -v > > ... > > > > 02:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless > > Network Adapter (PCI-Express) (rev 01) Subsystem: Askey Computer Corp. > > Device 7167 > > > > Flags: bus master, fast devsel, latency 0, IRQ 16 > > Memory at f6000000 (64-bit, non-prefetchable) [size=64K] > > Capabilities: [40] Power Management version 3 > > Capabilities: [50] MSI: Enable- Count=1/1 Maskable- 64bit- > > Capabilities: [60] Express Legacy Endpoint, MSI 00 > > Capabilities: [100] Advanced Error Reporting > > Capabilities: [140] Virtual Channel > > Capabilities: [160] Device Serial Number 00-15-17-ff-ff-24-14-12 > > Capabilities: [170] Power Budgeting > > Kernel driver in use: ath9k > > Kernel modules: ath9k > > > > ... > > > > > > Jun 25 19:36:51 excalibur kernel: wlan0: no probe response from AP > > 00:23:08:86:d6:8f - disassociating Jun 25 19:36:51 excalibur > > dhcpcd[10182]: wlan0: carrier lost > > I have seen the same problem with my internal broadcom card and of course a > different driver. If you check google there seem to be pages and pages of > users reporting such a problem on different distros and with different > makes of wireless cards. > > The jury's out as to what's causing this. Is it related to modern cards > with low power management capabilities and how this may interact with the > kernel, or is it something to do with the tolerance built into TTL packets > between the card and the AP? > > With regards to my card I have noticed that at home I stay connected for > hours on end, at work it's a miracle if I stay online for longer than 5 > minutes (both on the same channel). This to me says that the problem is > one of interaction with the router, which points to tolerance on the TTL > packets. > > Of course YMMV ... Last time I had this problem I tracked it to a conflict between wpa_supplicant and the card driver. Basicly the card driver would send a request to assosiate with mac 00:00:....:00 each time a new card was found on the air and wpa_supplicatnt interpreted this as a request from the driver to drop the connection. The driver folks said that this request should be ignored and the wpa_supplicant folks said that this should not be ignored but instead was a disconnect request. Catch 22... Because of this I had to use wep instead of wpa(2) for along time. /Naga