From owner-freebsd-wireless@FreeBSD.ORG Sat Jan 12 10:48:10 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 85324B84 for ; Sat, 12 Jan 2013 10:48:10 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 362ABFA8 for ; Sat, 12 Jan 2013 10:48:09 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Ttyhh-0007Wt-8b; Sat, 12 Jan 2013 14:52:45 +0400 Date: Sat, 12 Jan 2013 14:52:45 +0400 From: Slawa Olhovchenkov To: Adrian Chadd Subject: Re: Atheros 9220 don't return from S3 state Message-ID: <20130112105245.GF67643@zxy.spb.ru> References: <20130109121613.GO1967@zxy.spb.ru> <50edf68e.ec05320a.6ea9.ffff8ee4@mx.google.com> <20130110080729.GQ1967@zxy.spb.ru> <20130111075136.GA67643@zxy.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jan 2013 10:48:10 -0000 On Fri, Jan 11, 2013 at 02:19:38PM -0800, Adrian Chadd wrote: > .. so there's no _specific_ code being run when it goes to sleep or > comes back from sleep for the 11n PCI NICs (AR5416, AR9160, AR9220, > AR9227..) .. there's some code to tinker with the internal reset > line(s) that force the hardware to re-initialise, but that's not > appropriate for you. > > The problem here is: > > * it probe/attches fine; > * you go to sleep; > * you come back from sleep; > * the PCI registers seem to be all 0xffffffff; which means the slot or > the card is entirely asleep. Yes. > So it's not something I can do when the NIC comes back - there's > likely something that needs to happen to the PCI interface inside the > AR9220 before you put the chip to sleep. And I don't (yet) have > anything like that in the driver(s) that I've seen internally. May be need to do something in firmware code? > But we need to first eliminate that it's the specific slot in > question.. does Linux work right? I can't try linux -- no space to install. Now I try Windows XP and under windows don't work after resume also, strange. But I don't sure about rigth driver -- card vendor is TP-Link, driver is just atheros driver. Before installed this card in this slot was installed intel wifi, need to test with intel card and windows?