From: Sascha Hauer <s.hauer@pengutronix.de>
To: Samuel Stirtzel <s.stirtzel@googlemail.com>
Cc: barebox@lists.infradead.org
Subject: Re: Booting Pandaboard from SD card
Date: Thu, 13 Oct 2011 17:25:47 +0200 [thread overview]
Message-ID: <20111013152547.GT13898@pengutronix.de> (raw)
In-Reply-To: <CAGiJk9ePXFCwosqXUtU9yzGPmmZ5O6R_9gFtJXnJ9=DUnCpOxg@mail.gmail.com>
On Thu, Oct 13, 2011 at 10:49:30AM +0200, Samuel Stirtzel wrote:
> Hi,
> currently I try to get a Pandaboard to boot out of Barebox, so far I
> got Barebox up and running.
>
>
> For testing purpose I'd like to boot from a SD card, optimal would be
> if I could set up the card like the description in the Omappedia
> tutorial [1].
> Is there a tutorial how to set up barebox to boot from SD cards?
>
>
> What I already tried:
>
> In the configuration file from arch/arm/boards/panda/env is the
> description for a network boot configuration,
> I used this file to start out and wanted to boot from the barebox prompt.
>
> Barebox is build from my toolchain and i copy the MLO file, the
> barebox.bin and the bareboxenv file to the boot partition of the card.
> For convenience I currently use a precompiled MLO that has been made
> for u-boot thus I just renamed the barebox.bin file to u-boot.bin.
>
> On startup the following messages were displayed:
> -
> Texas Instruments X-Loader 1.5.1 (Sep 6 2011 - 13:37:48)
> Reading boot sector
> Loading u-boot.bin from mmc
>
>
> barebox 2011.10.0 (Oct 13 2011 - 09:45:17)
>
> Board: Texas Instrument's Panda
> PandaBoard Revision: 003
> ehci@ehci0: USB EHCI 1.00
> Malloc space: 0x8d000000 -> 0x8f000000 (size 32 MB)
> Stack space : 0x8cff8000 -> 0x8d000000 (size 32 kB)
> running /env/bin/init...
> not found
> -
> For me it looks like i forgot to copy a file or something, any advice?
I just compiled the current master branch with panda_defconfig and this
does not happen on my board. Instead I get a null pointer exception in
the mmc driver. I just sent out a patch which fixes this.
Have you changed your config?
>
>
> Although booting the uImage with bootm looks ok it won't work, the
> following message was displayed:
> -
> Verifying Checksum ... OK
> Image Name: Angstrom/2.6.35.7/omap4430-panda
> Image Type: ARM Linux Kernel Image (uncompressed)
> Data Size: 3688408 Bytes = 3.5 MB
> Load Address: 80008000
> Entry Point: 80008000
> OK
>
> Starting kernel ...
>
> commandline: <NULL>
> arch_number: 2791
> Uncompressing Linux... done, booting the kernel.
Does not work for me aswell, although with a current v3.1-rc9 kernel.
Here's what I get with earlyprintk:
Uncompressing Linux... done, booting the kernel.
[ 0.000000] Linux version 3.1.0-rc9 (sha@dude) (gcc version 4.5.2 (OSELAS.Toolchain-2011.03.1) ) #100 SMP Thu Oct 13 17:15:10 CEST 2011
[ 0.000000] CPU: ARMv7 Processor [411fc092] revision 2 (ARMv7), cr=10c53c7f
[ 0.000000] CPU: VIPT nonaliasing data cache, VIPT aliasing instruction cache
[ 0.000000] Machine: OMAP4 Panda board
[ 0.000000] bootconsole [earlycon0] enabled
[ 0.000000] Truncating RAM at 80000000-bfffffff to -afffffff (vmalloc region overlap).
[ 0.000000] Memory policy: ECC disabled, Data cache writealloc
[ 0.000000] OMAP4430 ES2.1
[ 0.000000] SRAM: Mapped pa 0x40300000 to va 0xfe400000 size: 0xe000
[ 0.000000] powerdomain: waited too long for powerdomain dss_pwrdm to complete transition
[ 0.000000] PERCPU: Embedded 8 pages/cpu @c11d2000 s10112 r8192 d14464 u32768
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 195072
[ 0.000000] Kernel command line: console=ttyO2,115200 earlyprintk ip=dhcp root=/dev/nfs nfsroot=:/path/to/nfs/root,v3,tcp noinitrd
[ 0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes)
[ 0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[ 0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[ 0.000000] Memory: 768MB = 768MB total
[ 0.000000] Memory: 767332k/767332k available, 19100k reserved, 0K highmem
[ 0.000000] Virtual kernel memory layout:
[ 0.000000] vector : 0xffff0000 - 0xffff1000 ( 4 kB)
[ 0.000000] fixmap : 0xfff00000 - 0xfffe0000 ( 896 kB)
[ 0.000000] DMA : 0xffc00000 - 0xffe00000 ( 2 MB)
[ 0.000000] vmalloc : 0xf0800000 - 0xf8000000 ( 120 MB)
[ 0.000000] lowmem : 0xc0000000 - 0xf0000000 ( 768 MB)
[ 0.000000] modules : 0xbf000000 - 0xc0000000 ( 16 MB)
[ 0.000000] .text : 0xc0008000 - 0xc05a05ec (5730 kB)
[ 0.000000] .init : 0xc05a1000 - 0xc05ea780 ( 294 kB)
[ 0.000000] .data : 0xc05ec000 - 0xc066f650 ( 526 kB)
[ 0.000000] .bss : 0xc066f674 - 0xc0bc46d4 (5461 kB)
[ 0.000000] Hierarchical RCU implementation.
[ 0.000000] NR_IRQS:410
[ 0.000000] omap_hwmod: dpll_mpu_m2_ck: missing clockdomain for dpll_mpu_m2_ck.
[ 0.000000] OMAP clockevent source: GPTIMER1 at 32768 Hz
[ 0.000000] sched_clock: 32 bits at 32kHz, resolution 30517ns, wraps every 131071999ms
[ 0.000000] Console: colour dummy device 80x30
[ 0.000000] Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar
[ 0.000000] ... MAX_LOCKDEP_SUBCLASSES: 8
[ 0.000000] ... MAX_LOCK_DEPTH: 48
[ 0.000000] ... MAX_LOCKDEP_KEYS: 8191
[ 0.000000] ... CLASSHASH_SIZE: 4096
[ 0.000000] ... MAX_LOCKDEP_ENTRIES: 16384
[ 0.000000] ... MAX_LOCKDEP_CHAINS: 32768
[ 0.000000] ... CHAINHASH_SIZE: 16384
[ 0.000000] memory used by lock dependency info: 3695 kB
[ 0.000000] per task-struct memory footprint: 1152 bytes
[ 0.056945] Calibrating delay loop... 1194.24 BogoMIPS (lpj=4665344)
[ 0.129821] pid_max: default: 32768 minimum: 301
[ 0.135498] Security Framework initialized
[ 0.140075] Mount-cache hash table entries: 512
[ 0.149627] CPU: Testing write buffer coherency: ok
[ 0.155822] Calibrating local timer... 292.80MHz.
[ 0.206359] L310 cache controller enabled
[ 0.210571] l2x0: 16 ways, CACHE_ID 0x410000c4, AUX_CTRL 0x7e470000, Cache size: 1048576 B
[ 0.222747] CPU1: Booted secondary processor
[ 0.222778] CPU1: Unknown IPI message 0x1
[ 0.252319] Brought up 2 CPUs
[ 0.264129] SMP: Total of 2 processors activated (2359.07 BogoMIPS).
[ 0.282196] omap_hwmod: l3_div_ck: missing clockdomain for l3_div_ck.
[ 0.292572] omap_hwmod: dmm: _wait_target_disable failed
[ 0.300781] omap_hwmod: emif_fw: _wait_target_disable failed
[ 0.309356] omap_hwmod: l3_main_1: _wait_target_disable failed
[ 0.318115] omap_hwmod: l3_main_2: _wait_target_disable failed
[ 0.326873] omap_hwmod: l4_abe: _wait_target_disable failed
[ 0.335327] omap_hwmod: l4_cfg: _wait_target_disable failed
[ 0.343811] omap_hwmod: l4_per: _wait_target_disable failed
[ 0.352783] omap_hwmod: l4_wkup: _wait_target_disable failed
[ 0.361358] omap_hwmod: dma_system: _wait_target_disable failed
[ 0.370269] omap_hwmod: dss_core: _wait_target_disable failed
[ 0.378936] omap_hwmod: dss_dispc: _wait_target_disable failed
[ 0.387695] omap_hwmod: dss_dsi1: _wait_target_disable failed
[ 0.396331] omap_hwmod: dss_dsi2: _wait_target_disable failed
[ 0.405029] omap_hwmod: dss_hdmi: _wait_target_disable failed
[ 0.413696] omap_hwmod: dss_rfbi: _wait_target_disable failed
[ 0.422332] omap_hwmod: dss_venc: _wait_target_disable failed
[ 0.432250] omap_hwmod: mailbox: _wait_target_disable failed
[ 0.441192] omap_hwmod: spinlock: _wait_target_disable failed
[ 0.452972] print_constraints: dummy:
[ 0.458374] NET: Registered protocol family 16
[ 0.463745] GPMC revision 6.0
[ 59.033691] INFO: rcu_sched_state detected stall on CPU 0 (t=7680 jiffies)
After this no more messages.
Haven't investigated further so far, but maybe the kernel expects some GPMC
registers to be set correctly.
Sascha
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
next prev parent reply other threads:[~2011-10-13 15:25 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-13 8:49 Samuel Stirtzel
2011-10-13 9:07 ` Samuel Stirtzel
2011-10-13 9:14 ` Fabian van der Werf
2011-10-13 9:29 ` Samuel Stirtzel
2011-10-13 9:45 ` Samuel Stirtzel
2011-10-14 7:17 ` Fabian van der Werf
2011-10-13 9:36 ` Uwe Kleine-König
2011-10-13 15:25 ` Sascha Hauer [this message]
2011-10-17 14:44 ` Samuel Stirtzel
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=20111013152547.GT13898@pengutronix.de \
--to=s.hauer@pengutronix.de \
--cc=barebox@lists.infradead.org \
--cc=s.stirtzel@googlemail.com \
/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