From: bugzilla at busybox.net <bugzilla@busybox.net>
To: buildroot@busybox.net
Subject: [Buildroot] [Bug 9091] New: U-Boot fails to boot with large ramdisk
Date: Fri, 08 Jul 2016 18:14:23 +0000 [thread overview]
Message-ID: <bug-9091-163@https.bugs.busybox.net/> (raw)
https://bugs.busybox.net/show_bug.cgi?id=9091
Bug ID: 9091
Summary: U-Boot fails to boot with large ramdisk
Product: buildroot
Version: unspecified
Hardware: All
OS: Linux
Status: NEW
Severity: normal
Priority: P5
Component: Other
Assignee: unassigned at buildroot.uclibc.org
Reporter: michaellmonaghan at gmail.com
CC: buildroot at uclibc.org
Target Milestone: ---
U-Boot fails to load a large ramdisk into memory properly (tested to occur with
a 20MB image on the zynq microzed). I have found a solution to the problem but
I'm unsure how to fix the problem in buildroot.
The U-Boot environment variable 'sdboot' is set to
echo Booting from SD...; run envload; run fpgaboot; fatload mmc 0 0x1000000
${kernel_image} && fatload mmc 0 0x2000000 ${ramdisk_image} && fatload mmc 0
0x3000000 ${devicetree_image} && bootm 0x1000000 0x2000000 0x3000000
I believe the device tree is being written on top of the ramdisk. The system
boots when 'sdboot' is set to
echo Booting from SD...; run envload; run fpgaboot; fatload mmc 0 0x1000000
${kernel_image} && fatload mmc 0 0x3000000 ${ramdisk_image} && fatload mmc 0
0x2000000 ${devicetree_image} && bootm 0x1000000 0x3000000 0x2000000
Here is a log of the default boot behavior.
######## begin boot log ########
U-Boot 2015.07 (Jul 07 2016 - 05:52:07 -0400)
Model: Zynq MicroZED Board
I2C: ready
DRAM: ECC disabled 1 GiB
MMC: zynq_sdhci: 0
Using default environment
In: serial
Out: serial
Err: serial
Model: Zynq MicroZED Board
Net: Gem.e000b000
Error: Gem.e000b000 address not set.
Hit any key to stop autoboot: 0
Booting from SD...
Device: zynq_sdhci
Manufacturer ID: 2
OEM: 544d
Name: SA04G
Tran Speed: 50000000
Rd Block Len: 512
SD version 3.0
High Capacity: Yes
Capacity: 3.6 GiB
Bus Width: 4-bit
Erase Group Size: 512 Bytes
reading uEnv.txt
** Unable to read file uEnv.txt **
reading system.bit
** Unable to read file system.bit **
FPGA image system.bit was not found, skipping...
reading uImage
3450752 bytes read in 309 ms (10.6 MiB/s)
reading rootfs.cpio.uboot
23719921 bytes read in 2027 ms (11.2 MiB/s)
reading zynq-zed.dtb
9141 bytes read in 19 ms (469.7 KiB/s)
## Booting kernel from Legacy Image at 01000000 ...
Image Name: Linux-3.18.0-xilinx
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 3450688 Bytes = 3.3 MiB
Load Address: 00008000
Entry Point: 00008000
Verifying Checksum ... OK
## Loading init Ramdisk from Legacy Image at 02000000 ...
Image Name:
Image Type: ARM Linux RAMDisk Image (uncompressed)
Data Size: 23719857 Bytes = 22.6 MiB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... Bad Data CRC
Ramdisk image is corrupt or invalid
zynq-uboot>
######## end boot log ########
--
You are receiving this mail because:
You are on the CC list for the bug.
next reply other threads:[~2016-07-08 18:14 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-07-08 18:14 bugzilla at busybox.net [this message]
2016-07-08 18:33 ` [Buildroot] [Bug 9091] U-Boot fails to boot with large ramdisk bugzilla at busybox.net
2016-07-08 18:33 ` bugzilla at busybox.net
2016-07-08 19:55 ` bugzilla at busybox.net
2016-07-24 20:44 ` bugzilla at busybox.net
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=bug-9091-163@https.bugs.busybox.net/ \
--to=bugzilla@busybox.net \
--cc=buildroot@busybox.net \
/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