From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ozlabs.org (ozlabs.org [203.10.76.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx.ozlabs.org", Issuer "CA Cert Signing Authority" (verified OK)) by bilbo.ozlabs.org (Postfix) with ESMTPS id 1B275B7067 for ; Fri, 26 Jun 2009 03:52:58 +1000 (EST) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by ozlabs.org (Postfix) with ESMTP id 1FE4EDDD01 for ; Fri, 26 Jun 2009 03:52:56 +1000 (EST) Received: by fg-out-1718.google.com with SMTP id d23so442029fga.16 for ; Thu, 25 Jun 2009 10:52:54 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <4FA3B563-2881-4F9E-8B23-C36FB439BE2B@kernel.crashing.org> References: <4A42AE1A.1090107@freescale.com> <4FA3B563-2881-4F9E-8B23-C36FB439BE2B@kernel.crashing.org> Date: Thu, 25 Jun 2009 23:22:54 +0530 Message-ID: Subject: Re: 85xx Address space query From: kernel mailz To: Kumar Gala Content-Type: text/plain; charset=ISO-8859-1 Cc: Scott Wood , linuxppc-dev@ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , If an aap has to be placed in AS=1 and it issues an ioctl, kernel needs to be modified ? I guess the PID=0 trick will work when AS is same right ? On 6/25/09, Kumar Gala wrote: > That is correct. The PID = 0 translations are always valid. > > - k > > On Jun 25, 2009, at 5:51 AM, kernel mailz wrote: > >> So this means >> when kernel gets interrupted by app which may be in PID=5 (say) >> kernel translations for PID=0 remain valid ? >> I am not able to follow Scott >> >> -TZ >> >> On Thu, Jun 25, 2009 at 4:22 AM, Scott Wood >> wrote: >>> kernel mailz wrote: >>>> >>>> But If the app was running with PID=1, interrupt occurs, kernel code >>>> gets executed in PID=1, how does the kernel handle this ? and goes >>>> back to PID=0, since its translations are all in PID=0 >>> >>> PID 0 is special, it's mappings are present regardless of the value >>> of the >>> PID register. >>> >>> -Scott >>> >> _______________________________________________ >> Linuxppc-dev mailing list >> Linuxppc-dev@lists.ozlabs.org >> https://lists.ozlabs.org/listinfo/linuxppc-dev > >