From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gate.crashing.org (gate.crashing.org [63.228.1.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTP id 6E9E2DDE20 for ; Wed, 7 Feb 2007 10:30:21 +1100 (EST) Subject: Re: [PATCH 0/11] Patches for Toshiba Cell reference set From: Benjamin Herrenschmidt To: Paul Mackerras In-Reply-To: <17864.60804.657656.535779@cargo.ozlabs.ibm.com> References: <1170633321.2620.56.camel@localhost.localdomain> <200702061301.l16D1lxf009347@toshiba.co.jp> <17864.60804.657656.535779@cargo.ozlabs.ibm.com> Content-Type: text/plain Date: Wed, 07 Feb 2007 10:30:15 +1100 Message-Id: <1170804615.2620.257.camel@localhost.localdomain> Mime-Version: 1.0 Cc: linuxppc-dev@ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, 2007-02-07 at 08:05 +1100, Paul Mackerras wrote: > Ishizaki Kou writes: > > > We found that following phenomenon: > > - An application calls "munmap" > > - do_munmap flushes TLB (so HTAB is invalidated) > > - when exiting spin_unlock(), DEC exception occurs. (!) > > - One of DEC handler causes data storage interrupt > > Interesting. Did you find out exactly what was causing the DSI in the > decrementer interrupt handling? It sounds like that is the real bug. Not necessarily... DEC -> module -> vmalloc'ed or ioremap'ed access for example would trigger a DSI. The Hash routines expect irqs off when called. Ben.