From mboxrd@z Thu Jan 1 00:00:00 1970 From: Simon Wunderlich Date: Thu, 13 Sep 2012 18:51:24 +0200 Subject: [ath9k-devel] AR9330 hornet board stops beaconing after a few days (0xdeadbeef) In-Reply-To: <168362233.PzT7LJrFi2@bentobox> References: <20120813165340.GA10044@pandem0nium> <168362233.PzT7LJrFi2@bentobox> Message-ID: <20120913165124.GA13877@pandem0nium> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: ath9k-devel@lists.ath9k.org ath9k fellows, as it seems no one could find the cause for this problem so far. I'd therefore like to create a workaround by checking one/some registers for 0xdeadbeef and reset the chip if this is found. Can anyone recommend a register which should never go 0xdeadbeef in a normal case? >From what i've seen, AR_CFG (0x0014) might be a good choice. My regdumps say: bad regdump: 0x000014 0xdeadbeef good regdump: 0x000014 0x0008010a Unfortunately I don't have documentation to find out if this register can ever go deadbeef in a normal case. :) What do you think? (of course, a proper solution is still appreciated ...) Cheers, Simon On Wed, Sep 05, 2012 at 04:20:52PM +0200, Sven Eckelmann wrote: > On Wednesday 05 September 2012 07:08:47 Adrian Chadd wrote: > > I don't think it's a stuck beacon WAR issue here; 0xdeadbeef really > > does read like the MAC has gone to sleep. > > > > Where's the complete register dump hiding? > > It was not sent to the public mailing lists due to the size. You will receive > the dump mentioned in the first mail in some minutes. > > Kind regards, > Sven -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: Digital signature Url : http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20120913/4384d8f8/attachment.pgp