From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from az33egw02.freescale.net (az33egw02.freescale.net [192.88.158.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "az33egw02.freescale.net", Issuer "Thawte Premium Server CA" (verified OK)) by ozlabs.org (Postfix) with ESMTPS id A088BDDEE3 for ; Fri, 2 May 2008 02:22:08 +1000 (EST) Received: from az33smr01.freescale.net (az33smr01.freescale.net [10.64.34.199]) by az33egw02.freescale.net (8.12.11/az33egw02) with ESMTP id m41GM3X2018087 for ; Thu, 1 May 2008 09:22:04 -0700 (MST) Received: from ld0162-tx32.am.freescale.net (ld0162-tx32.am.freescale.net [10.82.19.112]) by az33smr01.freescale.net (8.13.1/8.13.0) with ESMTP id m41GM3Wx019580 for ; Thu, 1 May 2008 11:22:03 -0500 (CDT) Date: Thu, 1 May 2008 11:22:03 -0500 From: Scott Wood To: Kumar Gala Subject: Re: [PATCH] [POWERPC] Rework EXC_LEVEL_EXCEPTION_PROLOG code Message-ID: <20080501162203.GA17800@ld0162-tx32.am.freescale.net> References: <1209592495.18023.246.camel@pasglop> <12ECF63E-7CEA-48FD-9447-7D534C29271D@kernel.crashing.org> <18457.1279.401197.763726@cargo.ozlabs.ibm.com> <18457.32297.485053.356477@cargo.ozlabs.ibm.com> <2DF41779-732B-4477-9DAC-147CDC5C9885@kernel.crashing.org> <20080501161451.GH17142@ld0162-tx32.am.freescale.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <20080501161451.GH17142@ld0162-tx32.am.freescale.net> Cc: linuxppc-dev@ozlabs.org, Paul Mackerras List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Thu, May 01, 2008 at 11:14:51AM -0500, Scott Wood wrote: > On Thu, May 01, 2008 at 08:17:07AM -0500, Kumar Gala wrote: > > ok. Was just wondering how the async exception know that the signal > > it wanted to send belonged to the particular process that is running. > > But I guess there are cases that the signal is really intended for who > > ever is currently running? > > No, it knows based on its own data structures who it's intended for -- > and sometimes that happens to be the currently running process. Oh, except for things like SIGXCPU and SIGVTALRM, which do target the currently running process. -Scott