From mboxrd@z Thu Jan 1 00:00:00 1970 From: Arkh4mKn1ght Date: Tue, 20 May 2014 11:34:32 -0300 Subject: [ath9k-devel] Weird Atheros 9485 http connecting problems In-Reply-To: References: <20140515123737.GA11709@qca.qualcomm.com> <5374B9B9.2080006@gmail.com> <20140515160616.GA3571@qca.qualcomm.com> <5375477C.7050503@gmail.com> <20140516090559.GA5098@qca.qualcomm.com> <537602EB.9000602@gmail.com> <53795054.4050701@gmail.com> <20140519062926.GA18863@qca.qualcomm.com> <537A0346.4090300@gmail.com> <20140519144232.GA19244@qca.qualcomm.com> Message-ID: <537B67F8.8010500@gmail.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: ath9k-devel@lists.ath9k.org Ok bad news, the issue happened again both with ASPM disabled on the root complex and atheros card and with powersave on and off. I will test the patch that rajkumar sent me and i will be back to you guys. Greetings Oskar On 05/19/2014 09:32 PM, Adrian Chadd wrote: > Right; > >> powersave is nothing but 802.11 protocol implementation to put the >> station into network sleep when it is idle and wake it up whenever it is >> active. IIRC it is not related to ASPM. So yes powersave would work event >> without ASPM. >> >> Since the issue is happending only when ASPM is enabled, please test the >> patch with ASPM. > Just to be clear - the powersave support when loading ath9k also puts > the MAC/PHY to sleep and wakes it up as appropriate. > > You're seeing 0xdeadc0de which the internal AHB glue reports if > there's a transaction timeout (ie, the MAC/PHY is asleep or powered > down when you went to access it.) > > ASPM has to do with the PHYs at both ends being awake (or not.) I > think you'd either trigger some pcie error or read 0xffffffff if > things were screwed up there. > > So I'd try with ASPM enabled/disabled as well as ps_enable on or off. > It could be an interplay between the two as well. > > > -a >