From mboxrd@z Thu Jan 1 00:00:00 1970 Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 05 Aug 2004 19:13:29 +0100 (BST) Received: from gateway-1237.mvista.com ([IPv6:::ffff:12.44.186.158]:37883 "EHLO av.mvista.com") by linux-mips.org with ESMTP id ; Thu, 5 Aug 2004 19:13:24 +0100 Received: from [10.0.10.221] (av [127.0.0.1]) by av.mvista.com (8.9.3/8.9.3) with ESMTP id LAA04934; Thu, 5 Aug 2004 11:13:17 -0700 Message-ID: <411278BC.5060306@mvista.com> Date: Thu, 05 Aug 2004 11:13:16 -0700 From: Pete Popov User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: G H CC: linux-mips@linux-mips.org Subject: Re: do_ri failure in cache flushing routines References: <20040805180427.59029.qmail@web50806.mail.yahoo.com> <411277BD.7070108@mvista.com> In-Reply-To: <411277BD.7070108@mvista.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-Path: X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0) X-Orcpt: rfc822;linux-mips@linux-mips.org Original-Recipient: rfc822;linux-mips@linux-mips.org X-archive-position: 5605 X-ecartis-version: Ecartis v1.0.0 Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org X-original-sender: ppopov@mvista.com Precedence: bulk X-list: linux-mips Pete Popov wrote: > G H wrote: > >> I've not had much response to this question so I would like to >> rephrase it : >> >> Can anyone think of any possible scenario where do_ri could occur in >> blast_icache32() ?? >> >> Is this possibly a cache synchronisation problem ?? >> > > > Could be a hardware memory glitch. I would use kgdb to put a > breakpoint there and see what the data in memory looks like when this > happens -- look for memory corruption, etc. Another thought, what other stress testing have you done on your board? Does it complete a full native kernel compile without crashing? Pete > > Pete > >> TIA >> >> >While testing out an amd au1500 based board I have been getting " >> do_ri " exceptions >that always occur in the cache flushing routines. >> More often than not in >blast_icache_32(). >> >> >So far this has mainly happened after running the board for days on >> end while running >multiple telnet sessions to it. It has sometimes ( >> quite rarely ) happened after a few >hours to a day of multiple >> telnet session use. >> >> __________________________________________________ >> Do You Yahoo!? >> Tired of spam? Yahoo! Mail has the best spam protection around >> http://mail.yahoo.com >> > >