From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-in-09.arcor-online.net (mail-in-09.arcor-online.net [151.189.21.49]) (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 CA9E8DDFA1 for ; Wed, 30 May 2007 21:59:35 +1000 (EST) In-Reply-To: <18012.61822.197988.279764@cargo.ozlabs.ibm.com> References: <18012.61822.197988.279764@cargo.ozlabs.ibm.com> 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: Wed, 30 May 2007 13:59:29 +0200 To: Paul Mackerras Cc: linuxppc-dev list , Steve Munroe , Ulrich Weigand , Anton Blanchard List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , > I think actually it would be useful to have the saving/restoring of > the high 32 bits controlled by a prctl, so that programs have to ask > explicitly for the new behaviour (and programs that don't want to use > the high 32 bits don't incur the extra overhead). This prctl() is needed if you want to support DSOs containing 64-bit insns. It would be nice to have some ELF flag as well though, so most of this can be handled automatically. Segher