linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
* linux ppc boot parameters R3, R5
@ 2003-05-14 14:36 ramanathan G A
  2003-05-14 14:51 ` Gary Thomas
  0 siblings, 1 reply; 3+ messages in thread
From: ramanathan G A @ 2003-05-14 14:36 UTC (permalink / raw)
  To: linuxppc-embedded


Hi All,

I am trying to boot an MPC8260 board with Linux 2.4.4. I cross
compiled the kernel for PPC using GCC 3.2 and prepared a
'zImage.initrd'. Since the board has a working bootloader for
pSOS, I decide to use the same with minimum modifications to suite
for loading the linux image.

Going through the literature, I could understand that the linux
image is expecting TWO arguments; in registers R3 and R5.
R3 - Pointer to board information structure
R5 - Open Firmware Data. (??)

Now, I have to modify my boot loader in order to boot linux
image.
The boot loader is supposed to do the basic initialization of the
processor, load the image on to the RAM from flash and give
control to the image entry point.

Could some one help me giving pointers to what is meant by this R5
parameter (Open Firmware Data)? What is the significance? Can I
avoid this parameter and proceed?
(I am stuck at this point.)

Any suggestions to improve the situation is welcome.

Thank you.

Rgds,
Ramanathan G A


___________________________________________________
Impress your clients! Send mail from me @ mycompany.com .
Just Rs.1499/year.
Click http://www.rediffmailpro.com to know more.


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 3+ messages in thread

* RE: linux ppc boot parameters R3, R5
@ 2003-05-14 14:48 Claus Gindhart
  0 siblings, 0 replies; 3+ messages in thread
From: Claus Gindhart @ 2003-05-14 14:48 UTC (permalink / raw)
  To: 'ramanathan G A', linuxppc-embedded


Hi Ramanathan,
The Open Firmware Data is provided, if You use the Open Firmware Bootloader.
For every proprietary BootLoader, you can proceed without this.
Please pay some attention for the have_of flag, which is used in some places
of the ppc tree of the kernel. You have to ensure, that have_of is always
set to FALSE for your board.

-----Original Message-----
From: ramanathan G A [mailto:ramanathan_ga@rediffmail.com]
Sent: Mittwoch, 14. Mai 2003 16:36
To: linuxppc-embedded@lists.linuxppc.org
Subject: linux ppc boot parameters R3, R5



Hi All,

I am trying to boot an MPC8260 board with Linux 2.4.4. I cross
compiled the kernel for PPC using GCC 3.2 and prepared a
'zImage.initrd'. Since the board has a working bootloader for
pSOS, I decide to use the same with minimum modifications to suite
for loading the linux image.

Going through the literature, I could understand that the linux
image is expecting TWO arguments; in registers R3 and R5.
R3 - Pointer to board information structure
R5 - Open Firmware Data. (??)

Now, I have to modify my boot loader in order to boot linux
image.
The boot loader is supposed to do the basic initialization of the
processor, load the image on to the RAM from flash and give
control to the image entry point.

Could some one help me giving pointers to what is meant by this R5
parameter (Open Firmware Data)? What is the significance? Can I
avoid this parameter and proceed?
(I am stuck at this point.)

Any suggestions to improve the situation is welcome.

Thank you.

Rgds,
Ramanathan G A


___________________________________________________
Impress your clients! Send mail from me @ mycompany.com .
Just Rs.1499/year.
Click http://www.rediffmailpro.com to know more.


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: linux ppc boot parameters R3, R5
  2003-05-14 14:36 linux ppc boot parameters R3, R5 ramanathan G A
@ 2003-05-14 14:51 ` Gary Thomas
  0 siblings, 0 replies; 3+ messages in thread
From: Gary Thomas @ 2003-05-14 14:51 UTC (permalink / raw)
  To: ramanathan G A; +Cc: linuxppc embedded


On Wed, 2003-05-14 at 08:36, ramanathan G A wrote:
> Hi All,
>
> I am trying to boot an MPC8260 board with Linux 2.4.4. I cross
> compiled the kernel for PPC using GCC 3.2 and prepared a
> 'zImage.initrd'. Since the board has a working bootloader for
> pSOS, I decide to use the same with minimum modifications to suite
> for loading the linux image.
>
> Going through the literature, I could understand that the linux
> image is expecting TWO arguments; in registers R3 and R5.
> R3 - Pointer to board information structure
> R5 - Open Firmware Data. (??)
>
> Now, I have to modify my boot loader in order to boot linux
> image.
> The boot loader is supposed to do the basic initialization of the
> processor, load the image on to the RAM from flash and give
> control to the image entry point.
>
> Could some one help me giving pointers to what is meant by this R5
> parameter (Open Firmware Data)? What is the significance? Can I
> avoid this parameter and proceed?
> (I am stuck at this point.)
>
> Any suggestions to improve the situation is welcome.
>

That pointer is only important for systems which utilize Open Firmware
booting (like the Apple boxes).  It's not used [AFAIK] on embedded
devices like an 8260.

Also, the bootstrap on many platforms does not provide the board data.
In this case, you can just "hardwire" the parameters.  Look at the
code in "arch/ppc/boot/simple/embed_config.c" to see how it's done.

--
Gary Thomas <gary@mlbassoc.com>
MLB Associates


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2003-05-14 14:51 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-05-14 14:36 linux ppc boot parameters R3, R5 ramanathan G A
2003-05-14 14:51 ` Gary Thomas
  -- strict thread matches above, loose matches on Subject: below --
2003-05-14 14:48 Claus Gindhart

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).