From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: In-Reply-To: <0C620F0B-92B0-4EBF-BC0C-49FD4D3D4323@freescale.com> References: <0C620F0B-92B0-4EBF-BC0C-49FD4D3D4323@freescale.com> Mime-Version: 1.0 (Apple Message framework v622) Message-Id: From: Segher Boessenkool Date: Thu, 8 Sep 2005 19:01:18 +0200 To: Kumar Gala Content-Type: text/plain; charset=US-ASCII; format=flowed Cc: ppc64-dev , linuxppc-dev list Subject: Re: r13 is non-volatile? List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , > Was looking at merging some code between ppc32 & ppc64 and noticed > that in ppc32 we consider r13 to be part of the non-volatile register > set. Is this really correct? I believe so, yes. > r13 is suppose to be sdata pointer in ppc32 sdata pointer is non-volatile by definition... > and system thread id in ppc64. The 64-bit kernel uses GPR13 as the PACA pointer, so it handles it specially -- it treats the userland values of the register as non-volatile, though. > So I'm wondering should we really be considering it NV on ppc32? Yeah. I'm sure there is some way to make the macro's identical between 32- and 64-bit, though. Segher