boot loader

boot loader

[Cort Dougan]

I haven't seen any candidate bootloaders so I'm starting with the current
arch/ppc/boot/

I did some cleanups today and committed them to cvs.  I'll put a tar file
up at linuxppc.cs.nmt.edu/pub/linuxppc/kernel-source shortly.  Please
take a look at that code and let me know the problems you have with it.
We'll build from there.



[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: boot loader

[Gabriel Paubert]

On Sat, 6 Mar 1999, Cort Dougan wrote:

> 
> I haven't seen any candidate bootloaders so I'm starting with the current
> arch/ppc/boot/

Sorry about that. I did not have much time lately.

> 
> I did some cleanups today and committed them to cvs.  I'll put a tar file

Which cvs ? 

	Gabriel. 


[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Re: boot loader

[Cort Dougan]

I understand. 

}Sorry about that. I did not have much time lately.

VGER.  Until bitkeeper is ready (a couple weeks it looks like) I'll be
putting things on vger and creating tarballs at linuxppc.cs.nmt.edu.

}> I did some cleanups today and committed them to cvs.  I'll put a tar file
}
}Which cvs ? 


[[ This message was sent via the linuxppc-dev mailing list.  Replies are ]]
[[ not  forced  back  to the list, so be sure to Cc linuxppc-dev if your ]]
[[ reply is of general interest. Please check http://lists.linuxppc.org/ ]]
[[ and http://www.linuxppc.org/ for useful information before posting.   ]]

Boot Loader

[Erik Christiansen]

G'day,

   Having proved the gnu powerpc-linux toolchain by building and
running a simple program on our custom ppc850SAR board, the next step
seems to be a boot loader.

   Had a look at http://sourceforge.net/projects/u-boot , as recently
mentioned by Jerry Van Baren, but the site states "This Project Has Not
Released Any Files", and the cvs repository link states "Only project
developers can access the CVS tree via this method."

   So, instead, I've downloaded ppcboot-2.0.0., which seems to be the
maiden name of u-boot, anyway.

   Until the U-Boot surfaces, would this be a good way to go, when faced
with a custom board?

Regards,
Erik


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

Re: Boot Loader

[Wolfgang Denk]

In message <20021209060509.GA5743@dd.nec.com.au> you wrote:
>
>    Had a look at http://sourceforge.net/projects/u-boot , as recently
> mentioned by Jerry Van Baren, but the site states "This Project Has Not
> Released Any Files", and the cvs repository link states "Only project
> developers can access the CVS tree via this method."

It is correct that we haven't released an official version of  U-Boot
yet, but as you can see from the project page it is based on PPCBoot,
which has been around for _some_ time.

And of course the CVS repository  _is_  available  to  everybody  for
anonymous CVS access. The page you quote is pretty clear:

	Anonymous CVS Access

        This project's SourceForge.net CVS repository can be checked
        out through anonymous (pserver) CVS with the following
        instruction set. The module you wish to check out must be
        specified as the modulename. When prompted for a password for
        anonymous, simply press the Enter key.

	cvs -d:pserver:anonymous@cvs.u-boot.sourceforge.net:/cvsroot/u-boot login

	 cvs -z3 -d:pserver:anonymous@cvs.u-boot.sourceforge.net:/cvsroot/u-boot co modulename

         Updates from within the module's directory do not need the
	-d parameter.

Developer access is indeed for developers only.

>    Until the U-Boot surfaces, would this be a good way to go, when faced
> with a custom board?

No.  You  should  not  spend  time  on  a  project  which  has   been
discontinued. Just download the latest (top of tree) version from the
U-Boot CVS server.

Best regards,

Wolfgang Denk

--
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd@denx.de
Ernest asks Frank how long he has been working for the company.
        "Ever since they threatened to fire me."

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

Re: Boot Loader

[Erik Christiansen]

On Mon, Dec 09, 2002 at 08:43:47AM +0100, Wolfgang Denk wrote:
>
> No.  You  should  not  spend  time  on  a  project  which  has   been
> discontinued. Just download the latest (top of tree) version from the
> U-Boot CVS server.

Wolfgang,

   Thank you for setting me straight.

   Reading the "U-Boot Porting Guide", it looks like time to order in
plenty of pizza.

Regards,
Erik


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

Boot Loader

[Kevin A. Sapp]

Hello,

For my end target I have to boot across a shared memory
interface by placing the executable into RAM.  This is
part of a multi processor system where the Linux board
is a cPCI slave.  The Linux board will not have a flash
or a network connection.  I is held in reset by the master
until the s/w is loaded and then released.  This is an 8275
target.  The "Master" is a Solaris Workstation or a PC
style Linux box or card.

Any suggestions on how to do this ?
Have to fill in my own board info in a bd_t struct,
pass it in R3, if I use and initrd it's start and end ptrs
go into R4, R5 and the cmd line params will
be hard coded and inserted into R6,R7...
I will be using a RAM disk for the root file system.

Instead of compressing and creating uImage for das u-boot,
I create a binary(?) image and just shove it into RAM at
0?  Ensure the Reset vec is set to my initialization code
that will be part of the download...

Any ideas would be appreciated.

Thank you
Kevin


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

Re: Boot Loader

[Wolfgang Denk]

Dear Kevin,

in message <3FE6DCB3.109@catapult.com> you wrote:
>
> For my end target I have to boot across a shared memory
> interface by placing the executable into RAM.  This is
> part of a multi processor system where the Linux board
> is a cPCI slave.  The Linux board will not have a flash
> or a network connection.  I is held in reset by the master
> until the s/w is loaded and then released.  This is an 8275

This has been done before. See for example the  "PN62"  configuration
in U-Boot.

> Any suggestions on how to do this ?

Use U-Boot...

Best regards,

Wolfgang Denk

--
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd@denx.de
It all seemed, he thought, to be rather a lot of  trouble  to  go  to
just sharpen a razor blade.  - Terry Pratchett, _The Light Fantastic_

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