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 16284DDECB for ; Sun, 14 Jan 2007 11:38:42 +1100 (EST) In-Reply-To: <1168734544.5011.78.camel@localhost.localdomain> References: <20070113154029.GA32292@eecg.toronto.edu> <1168734544.5011.78.camel@localhost.localdomain> Mime-Version: 1.0 (Apple Message framework v623) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: From: Segher Boessenkool Subject: Re: [PATCH] Fix performance monitor exception in 2.6.20-series Date: Sun, 14 Jan 2007 01:39:17 +0100 To: Benjamin Herrenschmidt Cc: linuxppc-dev@ozlabs.org, Livio Soares List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , > Well, are you absolutely sure that nothing will break as a result of > having a PMU interrupt happening right when it's not expected to ? > > You are basically turning the PMU interrupt into an NMI... I'm not sure > how safe that is. That just depends what code is run from the PMU exception. It very much makes sense *conceptually* to have it behave like an NMI I think -- but yeah the code run from the exception had better behave ;-) Segher