From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from blu0-omc4-s4.blu0.hotmail.com (blu0-omc4-s4.blu0.hotmail.com [65.55.111.143]) by ozlabs.org (Postfix) with ESMTP id ADA54DDE0D for ; Tue, 23 Sep 2008 04:15:51 +1000 (EST) Message-ID: From: "Mitesh R. Meswani" To: Subject: Problems with macros LOAD_REG_ADDR and LOAD_REG_IMMEDIATE Date: Mon, 22 Sep 2008 12:16:50 -0600 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00C0_01C91CAD.177F2BE0" List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , This is a multi-part message in MIME format. ------=_NextPart_000_00C0_01C91CAD.177F2BE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I am having issues using LOAD_REG_ADDR and LOAD_REG_IMMEDIATE macros on = a ppc64 kernel which I have tried on both 2.6.16 and 2.6.17 kernels.=20 I noticed that these macros by default loading value 0 instead of the = actual address. Is this a bug of the compiler that can be fixed, I = noticed when I did objdump for head_64.S on the following function=20 _GLOBAL(pSeries_secondary_smp_init) for the following instruction : = LOAD_REG_IMMEDIATE(r13, paca) /* Get base vaddr of paca array */ I = noticed this in some calls, whereas some calls seem to get symbol = address. Thanks = *************************************************************************= ****** =20 Mitesh Meswani "Success is a journey, Not a Destination " Email : miteshnet@hotmail.com *************************************************************************= ***** ************************************************ Mitesh R. Meswani Research Associate AHPCRC Research Group Ph.D. Candidate Department of Computer Science University of Texas at El Paso Tel: 915 747 6433 (O) Email: mmeswani@miners.utep.edu ************************************************ ------=_NextPart_000_00C0_01C91CAD.177F2BE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
I am having issues using LOAD_REG_ADDR = and=20 LOAD_REG_IMMEDIATE macros on a ppc64 kernel which I have tried on both = 2.6.16=20 and 2.6.17 kernels.
 
I noticed that these macros by default = loading=20 value 0 instead of the actual address. Is this a bug of the compiler = that can be=20 fixed, I noticed when I did objdump for head_64.S on the following = function=20 
_GLOBAL(pSeries_secondary_smp_init) =
for the following instruction :
 LOAD_REG_IMMEDIATE(r13, paca)   /* =
Get base vaddr of paca array  */   
 
I noticed this in some calls, =
whereas some calls seem to get symbol address. 
 
 
Thanks
 
****************************************************************= ***************       =20
Mitesh Meswani
"Success is a journey, Not a Destination = "
Email : miteshnet@hotmail.com
********= **********************************************************************
 
************************************************
Mitesh R.=20 Meswani
Research Associate
AHPCRC Research Group
Ph.D.=20 Candidate
Department of Computer Science
University of Texas at El = Paso
Tel: 915 747 6433 (O)
Email: mmeswani@miners.utep.edu
= ************************************************
 
------=_NextPart_000_00C0_01C91CAD.177F2BE0--