public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: "Shah, Amit" <amitshah@xgtechnology.com>
To: <gilles.bulthe@phelma.grenoble-inp.fr>,
		<ecos-discuss@ecos.sourceware.org>
Subject: RE: [ECOS] Booting Linux from arm
Date: Tue, 09 Jun 2009 13:48:00 -0000	[thread overview]
Message-ID: <17734B8D90D3D642B1FA7EF177BAD9DA01A96BE3@VS11.EXCHPROD.USA.NET> (raw)
In-Reply-To: <20090609132211.M25721@phelma.grenoble-inp.fr>

Hi
I had similar issues when I was trying to boot up linux on a imx31 board. Redboot sets up a board id which linux reads and compares with what it is expecting. If I remember correctly there is a cdl file called hal_arm_board.cdl where the board id is setup. I think you are getting "Unrecognized chip: 0xf8!!" because the board id does not match with what linux expects. Check if the decimal value of 0xf8 appears in this file.  

Another question. What kind of file system are you using? From your messages looks like your kernel is booting up but it fails to find or initialize the file system. 
Amit Shah


-----Original Message-----
From: ecos-discuss-owner@ecos.sourceware.org [mailto:ecos-discuss-owner@ecos.sourceware.org] On Behalf Of Gilles Bulthé
Sent: Tuesday, June 09, 2009 9:30 AM
To: ecos-discuss@ecos.sourceware.org
Subject: [ECOS] Booting Linux from arm

Hello,

I have difficulties to boot Linux Kernel from my xm27 based platform, and am
wondering whether there is link with RedBoot or not.
My customized RedBoot starts as following :

----------- StartOfQuote-------------------------------------------

... Read from 0x03ee0000-0x03f00000 at 0xa0060000: .
... Read from 0x03ed3000-0x03ed4000 at 0xa007f000: .
Turning on PMIC regulators: 1,2,3,4,5
Unrecognized chip: 0xf8!!!
hardware reset by WDOG
             
Clock input is 24 MHz
Booting from [NOR flash]

RedBoot(tm) bootstrap and debug environment [ROMRAM] Non-certified release,
version FSL 200904 - built 16:22:29, May 22 2009


Platform: Freescale (i.MX27 )  PASS 1.0 [x32 DDR] Copyright (C) 2000, 2001,
2002, 2003, 2004 Red Hat, Inc.
Copyright (C) 2003, 2004, 2005, 2006 eCosCentric Limited

 
RAM: 0x00000000-0x03f00000, [0x0000eb78-0x03ed1000] available
FLASH: 0xa0000000 - 0xa4000000, 512 blocks of 0x00020000 bytes each.
RedBoot>
RedBoot> load -r -m xmodem -b 0x100000
CRaw file loaded 0x00100000-0x0028940f, assumed entry at 0x00100000 xyzModem -
CRC mode, 12585(SOH)/0(STX)/0(CAN) packets, 1 retries
RedBoot> exec
entry=0x80008000, target=0x80008000
Using base address 0x00100000 and length 0x00189410 Uncompressing
Linux.........................................................................................................
done, booting the.

------------EndOfQuote-----------------------------------------------------------
and then, it stops.


I see "RAM: 0x00000000-0x03f00000, [0x0000eb78-0x03ed1000] available"
               -> why is not all the RAM available ?
And : "entry=0x80008000, target=0x80008000"
               -> this entry point 0x8008000 is then out of available range,
isn't it ? Is it possible to change it ?

Regarding my ARM Linux sources and debugging with LED, I have notice that
Linux bugs from the moment when it "__turn_mmu_on". There may be a link.
I am now thinking that the MMU and the memory related lines quoted above may
have link, but do not really know how.

If you have any idea about what's going on, it would be very helpfull !
Thank you in advance for reading me.
Gilles.

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss



--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

  parent reply	other threads:[~2009-06-09 13:48 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-09 13:30 Gilles Bulthé
2009-06-09 13:44 ` Gary Thomas
2009-06-10 14:00   ` Gilles Bulthé
2009-06-09 13:48 ` Shah, Amit [this message]
2009-06-09 14:55   ` Gilles Bulthé

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=17734B8D90D3D642B1FA7EF177BAD9DA01A96BE3@VS11.EXCHPROD.USA.NET \
    --to=amitshah@xgtechnology.com \
    --cc=ecos-discuss@ecos.sourceware.org \
    --cc=gilles.bulthe@phelma.grenoble-inp.fr \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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 read-only IMAP folder(s) and NNTP newsgroup(s).