From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-in-04.arcor-online.net (mail-in-04.arcor-online.net [151.189.21.44]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx.arcor.de", Issuer "Thawte Premium Server CA" (verified OK)) by ozlabs.org (Postfix) with ESMTP id B1923DE032 for ; Wed, 30 May 2007 00:38:50 +1000 (EST) In-Reply-To: <40815D64-3AD7-49C6-9A58-C7848691D940@kernel.crashing.org> References: <40815D64-3AD7-49C6-9A58-C7848691D940@kernel.crashing.org> Mime-Version: 1.0 (Apple Message framework v623) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: From: Segher Boessenkool Subject: Re: Saving to 32 bits of GPRs in signal context Date: Tue, 29 May 2007 16:38:45 +0200 To: Kumar Gala Cc: Ulrich Weigand , Paul Mackerras , Steve Munroe , Anton Blanchard , linuxppc-dev list List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , > But we can't do that any more since the architecture specifically > allows for the 'upper bits' not to have valid data in them. That's not PowerPC, that's BookE ;-P If what you're saying is true in the 2.03 POWER ISA, even for server class implementations, that would be very unfortunate. Or perhaps you misread, there are a few insns that have undefined results in the high half word. Could you give a reference please? If you mean Book I 1.5.2, that is for embedded class (i.e., BookE) CPUs only. Segher