headers
Rahul Dev | 4 Mar 2003 14:19
Picon

[PPCBoot-users] problem in mounting root fs.

Dear all,

   Can anybody  tell me the  purpose of  device files  "/dev/ram"  and
"/dev/initrd" in refernce to linux kernel.

    I  m trying to port  linux2.5 over  ads 8260 board.  I finally
succeeded  in loading  ramdisk image  into the
    ram  by the  suggestions provided by the  members of this group.
    Still, i m not able to mount the root file system.
    While i was going through the code i got highly confused with
"/dev/ram"  and "/dev/initrd".
    So,  can anyone please give me some information  about these two
device files.

  thanx and regards,
   -rd

-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger 
for complex code. Debugging C/C++ programs can leave you feeling lost and 
disoriented. TotalView can help you find your way. Available on major UNIX 
and Linux platforms. Try it free. www.etnus.com
Permalink | Reply | 2 comments |
headers
Wolfgang Denk | 4 Mar 2003 15:20
Picon
Picon
Favicon

Re: [PPCBoot-users] problem in mounting root fs.

In message <3E64A7D0.6096205E <at> cdotd.ernet.in> you wrote:
> 
>    Can anybody  tell me the  purpose of  device files  "/dev/ram"  and
> "/dev/initrd" in refernce to linux kernel.

This has nothing to do with PPCBoot, or has it?

>     I  m trying to port  linux2.5 over  ads 8260 board.  I finally

This has nothing to do with PPCBoot, or has it?

>     While i was going through the code i got highly confused with
> "/dev/ram"  and "/dev/initrd".

Did you look in the Documentation directory of the Linux  kernel,  or
in  any  of  the  standard  books  about  Linux kernel design, device
drivers, etc.?

>     So,  can anyone please give me some information  about these two
> device files.

Please read the docs first, and  then  post  to  a  list  where  your
questions are not off topic.

Best regards,

Wolfgang Denk

--

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
(Continue reading)

Permalink | Reply | 0 comments |
headers
Wolfgang Denk | 4 Mar 2003 15:20
Picon
Picon
Favicon

Re: [PPCBoot-users] problem in mounting root fs.

In message <3E64A7D0.6096205E <at> cdotd.ernet.in> you wrote:
> 
>    Can anybody  tell me the  purpose of  device files  "/dev/ram"  and
> "/dev/initrd" in refernce to linux kernel.

This has nothing to do with PPCBoot, or has it?

>     I  m trying to port  linux2.5 over  ads 8260 board.  I finally

This has nothing to do with PPCBoot, or has it?

>     While i was going through the code i got highly confused with
> "/dev/ram"  and "/dev/initrd".

Did you look in the Documentation directory of the Linux  kernel,  or
in  any  of  the  standard  books  about  Linux kernel design, device
drivers, etc.?

>     So,  can anyone please give me some information  about these two
> device files.

Please read the docs first, and  then  post  to  a  list  where  your
questions are not off topic.

Best regards,

Wolfgang Denk

--

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
(Continue reading)

Permalink | Reply | 0 comments |
headers
Edward Paul | 5 Mar 2003 23:52
Picon
Favicon

[PPCBoot-users] ADS860

I suspect that this problem may not be posted in this
list and if so please forgive me and tell me if there
is anyother list I can post it on.  I would be very
grateful. 

I have built a ppcboot.bin for an ADS860 (Rev B)
board.  I also have a EST Vision ICE for PowerPC.  I
was trying to use the Vision ICE to burn the ppcboot
image into the ADS860 flash and ran into this problem:

The Vision ICE seems to want some working RAM on the
board to load the image into RAM first prior to
burning it into flash and the only usable RAM on the
board seems to be 0xff002000 - 0xff004000.  I have
scoured the ADS860 manual and also the PPC860 manual
but I cant unearth how first of all this RAM seems to
exist because the manuals indicate that the only RAM
on the board is DRAM and that has to be configured
before it can work.

Using the Flash programming on the Vision ICE works
because it comes with diagnostic programs and one of
them tests the flash.  Using this 0xFF002000 -
0xFF004000 section of RAM I can run it and see the
values getting programmed in flash accordingly and
then erase it and see all 0xFFs.  So that part  is ok.

Any help would be appreciated.  Thank you.

-Aths
(Continue reading)

Permalink | Reply | 2 comments |
headers
Edward Paul | 5 Mar 2003 23:41
Picon
Favicon

Re: [PPCBoot-users] ppcboot build problem

Hi,
   Just wanted to give some follow up on this.  I
moved to RedHat and solved my build problems.  Thanks
guys.  I had no trouble building the ppcboot.bin.  I
however have other problems which I will post to the
list.

-Aths   
--- Detlev Zundel <dzu <at> denx.de> wrote:
> The keyboard of Wolfgang Denk <wd <at> denx.de> wrote:
> 
> > Unfortunately the location of  the  BFD  headers 
> and  library  seems
> > highly  system dependend. Please see the comment
> in "config.mk" where
> > BFD_ROOT_DIR gets defined.
> > 
> > I use RedHat systems as build hosts, and here I
> find the file in  the
> > standard  host  include  directory
> (/usr/include/bfd.h). I don't know
> > where Debian puts it.
> > 
> > 
> > Detlev, can you please f'up how to solve this on a
> Debian box?
> 
> Sorry for being late.
> 
> There is no general way to solve this on a Debian
(Continue reading)

Permalink | Reply | 0 comments |
headers
Wolfgang Denk | 6 Mar 2003 00:18
Picon
Picon
Favicon

Re: [PPCBoot-users] ADS860

In message <20030305225215.95520.qmail <at> web13308.mail.yahoo.com> you wrote:
>
> The Vision ICE seems to want some working RAM on the
> board to load the image into RAM first prior to
> burning it into flash and the only usable RAM on the
> board seems to be 0xff002000 - 0xff004000.  I have
> scoured the ADS860 manual and also the PPC860 manual
> but I cant unearth how first of all this RAM seems to
> exist because the manuals indicate that the only RAM
> on the board is DRAM and that has to be configured
> before it can work.

Probably you map your IMMR at 0xFF000000 so this adrress  range  maps
onto the dual ported RAM on the CPU.

Best regards,

Wolfgang Denk

--

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd <at> denx.de
"Confound these ancestors.... They've stolen our best ideas!"
- Ben Jonson
Permalink | Reply | 0 comments |
headers
Wolfgang Denk | 6 Mar 2003 00:18
Picon
Picon
Favicon

Re: [PPCBoot-users] ADS860

In message <20030305225215.95520.qmail <at> web13308.mail.yahoo.com> you wrote:
>
> The Vision ICE seems to want some working RAM on the
> board to load the image into RAM first prior to
> burning it into flash and the only usable RAM on the
> board seems to be 0xff002000 - 0xff004000.  I have
> scoured the ADS860 manual and also the PPC860 manual
> but I cant unearth how first of all this RAM seems to
> exist because the manuals indicate that the only RAM
> on the board is DRAM and that has to be configured
> before it can work.

Probably you map your IMMR at 0xFF000000 so this adrress  range  maps
onto the dual ported RAM on the CPU.

Best regards,

Wolfgang Denk

--

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd <at> denx.de
"Confound these ancestors.... They've stolen our best ideas!"
- Ben Jonson

-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger 
for complex code. Debugging C/C++ programs can leave you feeling lost and 
disoriented. TotalView can help you find your way. Available on major UNIX 
and Linux platforms. Try it free. www.etnus.com
(Continue reading)

Permalink | Reply | 0 comments |
headers
Quan Xa Lon | 6 Mar 2003 23:49
Picon
Favicon

[PPCBoot-users] Make board/evb64260/eth.c independent of net.h

Hi all,

I am trying to make board/evb64260/eth.c independent of net.c. Right now, 
NetReceice() in net/net.c processes the packet right after it is in the 
descriptor buffer. I try to make it independent of NetReceive() by returning 
the packet pointer and the length of the packet and NetReceive() will be 
called after eth_rx() in net/net.c to processes the packet. But, I am not 
successfull. It seems like there is some timing issue. The output of tftp is 
as following:

ARP broadcast 1
TFTP from server 10.10.1.100; our IP address is 10.10.12.11
Filename 'cpe.srec'.
Load address: 0x10000
Loading: #T ##T ##T T T T T T T
Retry count exceeded; starting again
ARP broadcast 1
TFTP from server 10.12.11.34; our IP address is 10.12.11.13
Filename 'cpe.srec'.
Load address: 0x10000
Loading: ##T #T #T ##T #T T ##T #T #T ##
Retry count exceeded; starting again

Does any one have any idea? thank you.

_________________________________________________________________
MSN 8 with e-mail virus protection service: 2 months FREE*  
http://join.msn.com/?page=features/virus

-------------------------------------------------------
(Continue reading)

Permalink | Reply | 2 comments |
headers
Wolfgang Denk | 7 Mar 2003 01:07
Picon
Picon
Favicon

Re: [PPCBoot-users] Make board/evb64260/eth.c independent of net.h

In message <F341cvZdBHYwbUiQpKy00003445 <at> hotmail.com> you wrote:
> 
> I am trying to make board/evb64260/eth.c independent of net.c. Right now, 

May I ask _why_ you want to do this?

Best regards,

Wolfgang Denk

--

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd <at> denx.de
I used to be indecisive, now I'm not sure.
Permalink | Reply | 0 comments |
headers
Wolfgang Denk | 7 Mar 2003 01:07
Picon
Picon
Favicon

Re: [PPCBoot-users] Make board/evb64260/eth.c independent of net.h

In message <F341cvZdBHYwbUiQpKy00003445 <at> hotmail.com> you wrote:
> 
> I am trying to make board/evb64260/eth.c independent of net.c. Right now, 

May I ask _why_ you want to do this?

Best regards,

Wolfgang Denk

--

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd <at> denx.de
I used to be indecisive, now I'm not sure.

-------------------------------------------------------
This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger 
for complex code. Debugging C/C++ programs can leave you feeling lost and 
disoriented. TotalView can help you find your way. Available on major UNIX 
and Linux platforms. Try it free. www.etnus.com
Permalink | Reply | 0 comments |

Gmane