From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.192]) by ozlabs.org (Postfix) with ESMTP id CACC868871 for ; Tue, 6 Dec 2005 16:29:10 +1100 (EST) Received: by xproxy.gmail.com with SMTP id s15so993632wxc for ; Mon, 05 Dec 2005 21:29:09 -0800 (PST) Message-ID: Date: Tue, 6 Dec 2005 10:59:08 +0530 From: sairam k To: linuxppc-dev@ozlabs.org In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1750_32802150.1133846948802" References: Subject: Does this Bug fixed ? List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , ------=_Part_1750_32802150.1133846948802 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline 1) I used linuxppc_2_4_devel PowerPC development tree source(from ppc.bkbits.net) to build kernel for PowerPC IBM405EP(evb405ep_defconfig) an= d montavista's gcc cross compiler for ppc_405- 2)I gave the following commands.. make evb405ep_config make mrproper make clean make dep make zImage 3) when i gave 'make zImage' command, the compilation stopped abnormally an= d gave error that OPB_BASE_START symbol is unknown in file ibm405ep.c (arch/ppc/platforms/ibm405ep.c) 4) The point in source code where problem is arising is shown below.... ----------------------------------------------------------------------- .................. struct ocp_def core_ocp[] __initdata =3D { { .vendor =3D OCP_VENDOR_IBM, .function =3D OCP_FUNC_OPB, .index =3D 0, .paddr =3D OPB_BASE_START, // UNKOWN SYMBOL .irq =3D OCP_IRQ_NA, .pm =3D OCP_CPM_NA, ......... .......... ---------------------------------------------------------------------- Suggestion 1) I fixed this bug by providing the OPB_BASE_START address. Since the core of ibm405EP is same as that of ibm405Gp & ibm405Gpr, the OPB_BASE_START address will be same for all. So just include the following line in ibm405ep.h (ie., in arch/ppc/platforms/ibm405ep.h) #define OPB_BASE_START 0x40000000 2) After adding the above line, I recompiled the sources again....and this time it compiled and i am able to work on IBM405Ep board. (configuration file for IBm405ep is 'evb405ep_defconfig' in configs folder) Does anyone fixed this bug........if so why it is not reflected in bkbits ------=_Part_1750_32802150.1133846948802 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline


1) I used linuxppc_2_4_devel PowerPC development tree source(from ppc.bkbits.net) to build kernel for PowerPC IBM405EP(evb405ep_defconfig) and montavista's gcc cross compiler for ppc_405-

2)I gave the following commands..
  make evb405ep_config
  make mrproper
  make clean
  make dep
  make zImage

3) when i gave 'make zImage' command, the compilation stopped abnormally and gave error that OPB_BASE_START symbol is unknown in file ibm405ep.c
(arch/ppc/platforms/ibm405ep.c)

4) The point in source code where problem is arising is shown below..= ..
---------------------------------------------------------------------= --
 
  ..................
  struct ocp_def core_ocp[] __initdata =3D {
 { .vendor=09=3D OCP_VENDOR_IBM,
  .function=09=3D OCP_FUNC_OPB,
  .index=09=3D 0,
 =09 .paddr=09=3D OPB_BASE_START, // UNKOWN SYMBOL
  .irq=09=09=3D OCP_IRQ_NA,
  .pm=09=09=3D OCP_CPM_NA,

  .........
  ..........

---------------------------------------------------------------------= -
Suggestion
1) I fixed this bug by providing the OPB_BASE_START address.<= br> Since the core of ibm405EP is same as that of ibm405Gp & ibm405Gp= r, the OPB_BASE_START address will be same for all.

  So just include the following line in ibm405ep.= h
(ie., in arch/ppc/platforms/ibm405ep.h)

 #define OPB_BASE_START 0x40000000

2) After adding the above line, I recompiled the sources again....and this time it compiled and i am able to work on IBM405Ep board.
(configuration file for IBm405ep is 'evb405ep_defconfig' in configs f= older)


Does anyone fixed this bug........if so why it is not reflected in bkbits

------=_Part_1750_32802150.1133846948802--