RE: EST sbc8260 boot debug

RE: EST sbc8260 boot debug

[VanBaren, Gerald (AGRE)]

Wolfgang is sleeping right now so I'll try to recreate his standard response...

1) ppcboot is a dead project.  It has been replaced by u-boot.  Please switch to u-boot:
      http://sourceforge.net/projects/u-boot/

2) There is a u-boot email list that you can send questions to.  Please use that for u-boot questions.
    http://lists.sourceforge.net/lists/listinfo/u-boot-users

2) Running out of RAM is strongly discouraged.  u-boot (ppcboot) is intended to run out of flash as a boot program.  Running out of RAM is an unsupported option.  While you can run it out of RAM, you will have to understand your hardware and implications of hardware initialization that is performed by default by u-boot (ppcboot).  The fact that you are asking these questions indicates you have not considered the hardware problems.

Please use your bdi2000 to program a standard unmodified sbc8260 build into flash and THEN ask questions on the u-boot list if it doesn't work.

gvb

P.S. IIRC, the standard sbc8260 configuration jumper is set to "boot low" (0000_0100).  The standard sbc8260 u-boot build is set to "boot high" (FFF0_0100).  You will want to change that jumper.


> -----Original Message-----
> From: li [mailto:slowforce@21cn.com]
> Sent: Friday, November 07, 2003 11:49 AM
> To: linuxppc-embedded@lists.linuxppc.org
> Cc: linuxppc-embedded@lists.linuxppc.org
> Subject: EST sbc8260 boot debug
>
>
>
> Hello all,
> I have an EST sbc8260 board to boot. After connecting the BDI2000
> with the board, and power on, everything seems ok. In the config file
> for sbc8260, BR0 is set to 0xFE000801. Then, i modified ppcboot-1.1.6
> for mpc8260, change the textbase from 0x40000000(flash address) to
> 0x200000(sdram address) and also the FLASH base addr is set
> to 0x200000.
> At last, using "load 0x200000 ppcboot BIN" command, i download the
> ppcboot image to sdram, and set pc to 0x200100 using "ti 0x200100"
> command. when i using "ti" command, i can see that the pc is
> increasing,
> but when i get into the "board_init_r" function, there should be
> something appears in the console, in fact nothing appeared.
> Is there any problem with my procdure?
>
> PS: there is much switchs and JPs on the board, can anyone give an
> proper setting for them under ppcboot environment?
>
> Thanks in advance
> slowforce
>
>
>


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

Re: EST sbc8260 boot debug

[Wolfgang Denk]

In message <8039970AF146314597457D3B51A68B382E042D@cossmgmbx02.email.corp.tld> you wrote:
>
> Wolfgang is sleeping right now so I'll try to recreate his standard response...

Ooops?? Seems some parts of my body are actually quite  active  while
I'm asleeep :-)

I would have replied to this message, too, but it did not arrive here
yet.


But thanks for the nice summary.


> From: li [mailto:slowforce@21cn.com]
> Sent: Friday, November 07, 2003 11:49 AM
> To: linuxppc-embedded@lists.linuxppc.org
> Cc: linuxppc-embedded@lists.linuxppc.org
> Subject: EST sbc8260 boot debug


> > I have an EST sbc8260 board to boot. After connecting the BDI2000
> > with the board, and power on, everything seems ok. In the config file
> > for sbc8260, BR0 is set to 0xFE000801. Then, i modified ppcboot-1.1.6
> > for mpc8260, change the textbase from 0x40000000(flash address) to
> > 0x200000(sdram address) and also the FLASH base addr is set
> > to 0x200000.

I have just one question: why did you  not  simply  use  the  PPCboot
configuration  as  is?  It has been tested and is running fine on the
sbc8260 board _without_ modifications.

> > Is there any problem with my procdure?

Yes. You are meddeling with code which you'd better not touch.

> > PS: there is much switchs and JPs on the board, can anyone give an
> > proper setting for them under ppcboot environment?

Use the default settings.


Wolfgang Denk

--
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd@denx.de
A metaphor is like a simile.

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

Re: EST sbc8260 boot debug

[Jeff Kowing]

Wolfgang Denk writes:
 > > Wolfgang is sleeping right now so I'll try to recreate his standard response...
 >
 > Ooops?? Seems some parts of my body are actually quite  active  while
 > I'm asleeep :-)
 >

Whew!  For a moment I was worried.  Somehow I sleep better at night
knowing that Wolfgang Uberman Denk and his magic U-Boot are always
awake and vigilant, at the ready to guard the world against the
infidels.

--
Jeff Kowing <jeffrey.d.kowing@nasa.gov>
All opinions expressed are my own and not of my employer.

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

Re: EST sbc8260 boot debug

[Kevin A. Sapp]

Hello,

I am uisng an Arabella Free Distro as the starting point
for my development.  The NFS mounting works fine and is
good for development, however, I am trying to get the
deployed version underway using a ram disk and running
into some problems.  This is a 8275 FADS board.


Any help would be great!
Thank you
Kevin

Additional info below.

I have downloaded the simple-ramdisk-PPCBoot supplied
by Denx and created a kernel with:

CONFIG_BLK_DEV_LOOP=y
# CONFIG_BLK_DEV_NBD is not set
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=8192
# CONFIG_BLK_DEV_INITRD is not set

I tftpboot the kernel to 100000, the simple-ramdisk to 300000
set boot args to root=/dev/ram rw   then    bootm 100000 300000
and still run into problems:

Here is the last part of the start up log

...
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: devfs_debug: 0x0
devfs: boot_options: 0x1
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
loop: loaded (max 8 devices)
MPC8260 FCC Ethernet driver
BD rings initialised, RBASE=1FF8160, TBASE=1FF8360
Created eth0
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
eth0: OPEN
IP-Config: Guessing netmask 255.255.255.0
IP-Config: Complete:
      device=eth0, addr=192.168.90.3, mask=255.255.255.0,
gw=255.255.255.255,
     host=192.168.90.3, domain=, nis-domain=(none),
     bootserver=255.255.255.255, rootserver=255.255.255.255, rootpath=
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
init/main.c:init:573
VFS: Cannot open root device "" or 00:00
Please append a correct "root=" boot option
Kernel panic: VFS: Unable to mount root fs on 00:00


The trace shows:
arch_kernel_thread
init
prepare_namespace
mount_root
mount_block_root


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

Re: EST sbc8260 boot debug

[Wolfgang Denk]

In message <3FB0E976.20500@catapult.com> you wrote:
>
...
> into some problems.  This is a 8275 FADS board.

Arrrrggghhhh!!! Why do you write "EST sbc8260" in the subject, then?


> I have downloaded the simple-ramdisk-PPCBoot supplied

This ancient ramdisk image is NOT suitable to a MPC82xx processor.  I
have  removed  it  from our FTP server some time ago, and I recommend
everybody to rm it, too.

Please use a SELF image from the
ftp://ftp.denx.de/pub/LinuxPPC/usr/src/SELF/images/ directory
instead.

> I tftpboot the kernel to 100000, the simple-ramdisk to 300000
> set boot args to root=/dev/ram rw   then    bootm 100000 300000
> and still run into problems:

It would have been extremely useful if you had actually shown HOW you
do this, and the relevanlt lines for the kernel boot log. Instead you
just send a useless snippet.

> Here is the last part of the start up log
>
> ...

...which is more or less useless without the first part  which  shows
which boot arguments you actually passed to the kernel.

> devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
> devfs: devfs_debug: 0x0
> devfs: boot_options: 0x1

Try disabling devfs in your kernel configuration.


Wolfgang Denk

--
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd@denx.de
"One day," said a dull voice from down below, "I'm going to  be  back
in  form again and you're going to be very sorry you said that. For a
very long time. I might even go so far as to make even more Time just
for you to be sorry in."              - Terry Pratchett, _Small Gods_

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