* [Buildroot] qemu_riscv64_virt can't boot up with large cpio initial RAM filesystem
@ 2019-10-09 7:46 han_mao at c-sky.com
2019-10-09 22:59 ` Arnout Vandecappelle
0 siblings, 1 reply; 6+ messages in thread
From: han_mao at c-sky.com @ 2019-10-09 7:46 UTC (permalink / raw)
To: buildroot
Hi,
I've got some troble when I tried to use init ram fs on riscv64 virt.
The default ext2 fs works fine. If I use cpio and init ram fs to
replace that. The kernel can boot up with small ram fs, but
a big ram fs(>100M) doesn't work.
kernel got into panic and report "junk within compressed archive"
static long __init flush_buffer(void *bufv, unsigned long len)
{
char *buf = (char *) bufv;
long written;
long origLen = len;
if (message)
return -1;
while ((written = write_buffer(buf, len)) < len && !message) {
char c = buf[written];
if (c == '0') {
buf += written;
len -= written;
state = Start;
} else if (c == 0) {
buf += written;
len -= written;
state = Reset;
} else
error("junk within compressed archive");
This check failed.
Someone knows how to solve this problem?
Thanks,
Mao Han
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20191009/f88a9d62/attachment.html>
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Buildroot] qemu_riscv64_virt can't boot up with large cpio initial RAM filesystem
2019-10-09 7:46 han_mao at c-sky.com
@ 2019-10-09 22:59 ` Arnout Vandecappelle
2019-10-10 1:41 ` Mao Han
0 siblings, 1 reply; 6+ messages in thread
From: Arnout Vandecappelle @ 2019-10-09 22:59 UTC (permalink / raw)
To: buildroot
On 09/10/2019 09:46, han_mao at c-sky.com wrote:
> Hi,
> I've got some troble when I tried to use init ram fs on riscv64 virt.
> The default ext2 fs works fine. If I use cpio and init ram fs to
> replace that. The kernel can boot up with small ram fs, but
> a big ram fs(>100M) doesn't work.
I believe default memory size is 128MB, so a large cpio image will overflow the
memory.
Use the -m option to increase qemu's memory size.
Regards,
Arnout
> kernel got into panic and report "junk within compressed archive"
> static long __init flush_buffer(void *bufv, unsigned long len)
> {
> char *buf = (char *) bufv;
> long written;
> long origLen = len;
> if (message)
> return -1;
> while ((written = write_buffer(buf, len)) < len && !message) {
> char c = buf[written];
> if (c == '0') {
> buf += written;
> len -= written;
> state = Start;
> } else if (c == 0) {
> buf += written;
> len -= written;
> state = Reset;
> } else
> error("junk within compressed archive");
> This check failed.
> Someone knows how to solve this problem?
>
> Thanks,
> Mao Han
>
>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Buildroot] qemu_riscv64_virt can't boot up with large cpio initial RAM filesystem
2019-10-09 22:59 ` Arnout Vandecappelle
@ 2019-10-10 1:41 ` Mao Han
0 siblings, 0 replies; 6+ messages in thread
From: Mao Han @ 2019-10-10 1:41 UTC (permalink / raw)
To: buildroot
On Thu, Oct 10, 2019 at 12:59:32AM +0200, Arnout Vandecappelle wrote:
>
>
> On 09/10/2019 09:46, han_mao at c-sky.com wrote:
> > Hi,
> > I've got some troble when I tried to use init ram fs on riscv64 virt.
> > The default ext2 fs works fine. If I use cpio and init ram fs to
> > replace that. The kernel can boot up with small ram fs, but
> > a big ram fs(>100M) doesn't work.
>
> I believe default memory size is 128MB, so a large cpio image will overflow the
> memory.
>
> Use the -m option to increase qemu's memory size.
>
> Regards,
> Arnout
>
I've already set memory size to 1G with command:
LD_LIBRARY_PATH=../host/lib ../host/bin/qemu-system-riscv64 -M virt -m 1024 -kernel fw_jump.elf -device loader,file=Image,addr=0x80200000 -append "rootwait root=/dev/ram0" -nographic
The kernel didn't get into segmentation fault/bus error.
I'v also dump some part of the Image with gdb and saw no
corruption. The root cause seems is not the memorysize.
Thanks,
Mao Han
-------------- next part --------------
LD_LIBRARY_PATH=../host/lib ../host/bin/qemu-system-riscv64 -M virt -m 1024 -kernel fw_jump.elf -device loader,file=Image,addr=0x80200000 -append "rootwait root=/dev/ram0" -nographic
OpenSBI v0.3 (Oct 9 2019 15:09:29)
____ _____ ____ _____
/ __ \ / ____| _ \_ _|
| | | |_ __ ___ _ __ | (___ | |_) || |
| | | | '_ \ / _ \ '_ \ \___ \| _ < | |
| |__| | |_) | __/ | | |____) | |_) || |_
\____/| .__/ \___|_| |_|_____/|____/_____|
| |
|_|
Platform Name : QEMU Virt Machine
Platform HART Features : RV64ACDFIMSU
Platform Max HARTs : 8
Current Hart : 0
Firmware Base : 0x80000000
Firmware Size : 96 KB
Runtime SBI Version : 0.1
PMP0: 0x0000000080000000-0x000000008001ffff (A)
PMP1: 0x0000000000000000-0xffffffffffffffff (A,R,W,X)
[ 0.000000] OF: fdt: Ignoring memory range 0x80000000 - 0x80200000
[ 0.000000] Linux version 5.1.12 (root at vmh-VirtualBox) (gcc version 8.3.0 (Buildroot 2019.08-git-g4bc68b3-dirty)) #9 SMP Thu Oct 10 09:14:54 CST 2019
[ 0.000000] initrd not found or empty - disabling initrd
[ 0.000000] Zone ranges:
[ 0.000000] DMA32 [mem 0x0000000080200000-0x00000000bfffffff]
[ 0.000000] Normal empty
[ 0.000000] Movable zone start for each node
[ 0.000000] Early memory node ranges
[ 0.000000] node 0: [mem 0x0000000080200000-0x00000000bfffffff]
[ 0.000000] Initmem setup node 0 [mem 0x0000000080200000-0x00000000bfffffff]
[ 0.000000] software IO TLB: mapped [mem 0xbb1fc000-0xbf1fc000] (64MB)
[ 0.000000] elf_hwcap is 0x112d
[ 0.000000] percpu: Embedded 17 pages/cpu s31000 r8192 d30440 u69632
[ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 258055
[ 0.000000] Kernel command line: rootwait root=/dev/ram0
[ 0.000000] Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
[ 0.000000] Inode-cache hash table entries: 65536 (order: 7, 524288 bytes)
[ 0.000000] Sorting __ex_table...
[ 0.000000] Memory: 952484K/1046528K available (5748K kernel code, 356K rwdata, 1828K rodata, 3898K init, 309K bss, 94044K reserved, 0K cma-reserved)
[ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[ 0.000000] rcu: Hierarchical RCU implementation.
[ 0.000000] rcu: RCU restricting CPUs from NR_CPUS=8 to nr_cpu_ids=1.
[ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 25 jiffies.
[ 0.000000] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=1
[ 0.000000] NR_IRQS: 0, nr_irqs: 0, preallocated irqs: 0
[ 0.000000] plic: mapped 10 interrupts with 1 handlers for 2 contexts.
[ 0.000000] riscv_timer_init_dt: Registering clocksource cpuid [0] hartid [0]
[ 0.000000] clocksource: riscv_clocksource: mask: 0xffffffffffffffff max_cycles: 0x24e6a1710, max_idle_ns: 440795202120 ns
[ 0.000144] sched_clock: 64 bits at 10MHz, resolution 100ns, wraps every 4398046511100ns
[ 0.008328] Console: colour dummy device 80x25
[ 0.009780] printk: console [tty0] enabled
[ 0.011079] Calibrating delay loop (skipped), value calculated using timer frequency.. 20.00 BogoMIPS (lpj=40000)
[ 0.011290] pid_max: default: 32768 minimum: 301
[ 0.013313] Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
[ 0.013415] Mountpoint-cache hash table entries: 2048 (order: 2, 16384 bytes)
[ 0.024850] *** VALIDATE proc ***
[ 0.028173] *** VALIDATE cgroup1 ***
[ 0.028329] *** VALIDATE cgroup2 ***
[ 0.046703] rcu: Hierarchical SRCU implementation.
[ 0.054145] smp: Bringing up secondary CPUs ...
[ 0.054279] smp: Brought up 1 node, 1 CPU
[ 0.084655] devtmpfs: initialized
[ 0.091660] random: get_random_u32 called from bucket_table_alloc+0x74/0x17e with crng_init=0
[ 0.094741] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[ 0.094984] futex hash table entries: 256 (order: 2, 16384 bytes)
[ 0.097885] NET: Registered protocol family 16
[ 0.100744] DMA: preallocated 256 KiB pool for atomic allocations
[ 0.144678] vgaarb: loaded
[ 0.145809] SCSI subsystem initialized
[ 0.148671] usbcore: registered new interface driver usbfs
[ 0.149052] usbcore: registered new interface driver hub
[ 0.149371] usbcore: registered new device driver usb
[ 0.158318] clocksource: Switched to clocksource riscv_clocksource
[ 0.187730] NET: Registered protocol family 2
[ 0.193631] tcp_listen_portaddr_hash hash table entries: 512 (order: 1, 8192 bytes)
[ 0.193884] TCP established hash table entries: 8192 (order: 4, 65536 bytes)
[ 0.194172] TCP bind hash table entries: 8192 (order: 5, 131072 bytes)
[ 0.194822] TCP: Hash tables configured (established 8192 bind 8192)
[ 0.196607] UDP hash table entries: 512 (order: 2, 16384 bytes)
[ 0.196897] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
[ 0.198666] NET: Registered protocol family 1
[ 0.203797] RPC: Registered named UNIX socket transport module.
[ 0.203896] RPC: Registered udp transport module.
[ 0.203966] RPC: Registered tcp transport module.
[ 0.204045] RPC: Registered tcp NFSv4.1 backchannel transport module.
[ 0.602355] workingset: timestamp_bits=62 max_order=18 bucket_order=0
[ 0.621598] NFS: Registering the id_resolver key type
[ 0.622489] Key type id_resolver registered
[ 0.622766] Key type id_legacy registered
[ 0.622960] nfs4filelayout_init: NFSv4 File Layout Driver Registering...
[ 0.771145] NET: Registered protocol family 38
[ 0.771607] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254)
[ 0.771785] io scheduler mq-deadline registered
[ 0.771933] io scheduler kyber registered
[ 0.939617] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
[ 0.948760] 10000000.uart: ttyS0@MMIO 0x10000000 (irq = 10, base_baud = 230400) is a 16550A
[ 0.983856] printk: console [ttyS0] enabled
[ 0.986423] [drm] radeon kernel modesetting enabled.
[ 1.004257] loop: module loaded
[ 1.006835] libphy: Fixed MDIO Bus: probed
[ 1.008199] e1000e: Intel(R) PRO/1000 Network Driver - 3.2.6-k
[ 1.008703] e1000e: Copyright(c) 1999 - 2015 Intel Corporation.
[ 1.009796] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 1.010625] ehci-pci: EHCI PCI platform driver
[ 1.011225] ehci-platform: EHCI generic platform driver
[ 1.011885] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[ 1.012375] ohci-pci: OHCI PCI platform driver
[ 1.012949] ohci-platform: OHCI generic platform driver
[ 1.014339] usbcore: registered new interface driver uas
[ 1.014983] usbcore: registered new interface driver usb-storage
[ 1.016531] mousedev: PS/2 mouse device common for all mice
[ 1.018467] usbcore: registered new interface driver usbhid
[ 1.018910] usbhid: USB HID core driver
[ 1.023007] NET: Registered protocol family 10
[ 1.031619] Segment Routing with IPv6
[ 1.032574] sit: IPv6, IPv4 and MPLS over IPv4 tunneling driver
[ 1.036357] NET: Registered protocol family 17
[ 1.038036] Key type dns_resolver registered
[ 1.106155] Freeing unused kernel memory: 3896K
[ 1.106603] This architecture does not have kernel memory protection.
[ 1.107444] Run /init as init process
mount: mounting debugfs on /sys/kernel/debug failed: No such file or directory
Starting syslogd: OK
Starting klogd: OK
Starting mdev... OK
Initializing random number generator... [ 5.192033] random: dd: uninitialized urandom read (512 bytes read)
done.
Starting network: OK
Welcome to Buildroot
buildroot login: root
# free
total used free shared buff/cache available
Mem: 956380 15872 929624 32 10884 927464
Swap: 0 0 0
-------------- next part --------------
LD_LIBRARY_PATH=../host/lib ../host/bin/qemu-system-riscv64 -M virt -m 1024 -kernel fw_jump.elf -device loader,file=Image,addr=0x80200000 -append "rootwait root=/dev/ram0" -nographic
OpenSBI v0.3 (Oct 9 2019 15:09:29)
____ _____ ____ _____
/ __ \ / ____| _ \_ _|
| | | |_ __ ___ _ __ | (___ | |_) || |
| | | | '_ \ / _ \ '_ \ \___ \| _ < | |
| |__| | |_) | __/ | | |____) | |_) || |_
\____/| .__/ \___|_| |_|_____/|____/_____|
| |
|_|
Platform Name : QEMU Virt Machine
Platform HART Features : RV64ACDFIMSU
Platform Max HARTs : 8
Current Hart : 0
Firmware Base : 0x80000000
Firmware Size : 96 KB
Runtime SBI Version : 0.1
PMP0: 0x0000000080000000-0x000000008001ffff (A)
PMP1: 0x0000000000000000-0xffffffffffffffff (A,R,W,X)
QEMU 3.1.0 monitor - type 'help' for more information
(qemu) q
ls -lt
total 612364
-rw-r--r-- 1 root root 71070520 10? 10 09:25 rootfs.tar.gz
-rw-r--r-- 1 root root 205998080 10? 10 09:25 rootfs.tar
-rw-r--r-- 1 root root 80056892 10? 10 09:24 Image
-rw-r--r-- 1 root root 71387525 10? 10 09:23 rootfs.cpio.gz
-rw-r--r-- 1 root root 197128192 10? 10 09:23 rootfs.cpio
-rw-r--r-- 1 root root 203592 10? 9 15:09 fw_jump.elf
-rw-r--r-- 1 root root 28904 10? 9 15:09 fw_jump.bin
-rw-r--r-- 1 root root 3688 10? 9 15:09 readme.txt
drwxr-xr-x 2 root root 4096 10? 9 15:09 hw
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Buildroot] qemu_riscv64_virt can't boot up with large cpio initial RAM filesystem
[not found] <2019100915262320629523@c-sky.com>
@ 2019-10-15 0:53 ` Alistair Francis
2019-10-16 10:48 ` Mao Han
0 siblings, 1 reply; 6+ messages in thread
From: Alistair Francis @ 2019-10-15 0:53 UTC (permalink / raw)
To: buildroot
On Wed, 2019-10-09 at 15:26 +0800, han_mao at c-sky.com wrote:
> Hi,
> I got some troble when I tried to use init ram fs on riscv64 virt.
> The default ext2 fs works fine. If I use cpio and init ram fs to
> replace that. The kernel can boot up with small ram fs, but
> a big ram fs(>100M) doesn't work.
It's possible that your addresses are colliding. As in something is
being moved/written on top of your ramfs in memory and corrupting it.
It's also possible that you are out of memory?
It's hard to debug without more information (such as a log).
Why do you need such a large ram fs? Why not just attach the image as a
drive?
Alistair
> kernel got into panic and report "junk within compressed archive"
> static long __init flush_buffer(void *bufv, unsigned long len)
> {
> char *buf = (char *) bufv;
> long written;
> long origLen = len;
> if (message)
> return -1;
> while ((written = write_buffer(buf, len)) < len && !message)
> {
> char c = buf[written];
> if (c == '0') {
> buf += written;
> len -= written;
> state = Start;
> } else if (c == 0) {
> buf += written;
> len -= written;
> state = Reset;
> } else
> error("junk within compressed archive");
> This check failed.
> Someone knows how to solve this problem?
>
> Thanks,
> Mao Han
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Buildroot] qemu_riscv64_virt can't boot up with large cpio initial RAM filesystem
2019-10-15 0:53 ` [Buildroot] qemu_riscv64_virt can't boot up with large cpio initial RAM filesystem Alistair Francis
@ 2019-10-16 10:48 ` Mao Han
2019-10-17 17:30 ` Alistair Francis
0 siblings, 1 reply; 6+ messages in thread
From: Mao Han @ 2019-10-16 10:48 UTC (permalink / raw)
To: buildroot
On Tue, Oct 15, 2019 at 12:53:51AM +0000, Alistair Francis wrote:
> On Wed, 2019-10-09 at 15:26 +0800, han_mao at c-sky.com wrote:
> > Hi,
> > I got some troble when I tried to use init ram fs on riscv64 virt.
> > The default ext2 fs works fine. If I use cpio and init ram fs to
> > replace that. The kernel can boot up with small ram fs, but
> > a big ram fs(>100M) doesn't work.
>
> It's possible that your addresses are colliding. As in something is
> being moved/written on top of your ramfs in memory and corrupting it.
> It's also possible that you are out of memory?
>
I ran the qemu with -m 1024 so it doesn't look like a out of memory.
LD_LIBRARY_PATH=../host/lib ../host/bin/qemu-system-riscv64 -M virt -m 1024 -kernel fw_jump.elf -device loader,file=Image,addr=0x80200000 -append "rootwait root=/dev/ram0" -nographic
> It's hard to debug without more information (such as a log).
>
Kernel almost output nothing when I start kernel with a large ram fs.
The log for small ram fs and large ram fs is attached.
> Why do you need such a large ram fs? Why not just attach the image as a
> drive?
>
I use buildroot to generate kernel image for our board, when the fpga
board don't have any network/usb storage support, ram fs is a simple
way to put all the required files into the system, and I want to verify
that image on qemu.
Thanks,
Mao Han
-------------- next part --------------
LD_LIBRARY_PATH=../host/lib ../host/bin/qemu-system-riscv64 -M virt -m 1024 -kernel fw_jump.elf -device loader,file=Image,addr=0x80200000 -append "rootwait root=/dev/ram0" -nographic
OpenSBI v0.3 (Oct 9 2019 15:09:29)
____ _____ ____ _____
/ __ \ / ____| _ \_ _|
| | | |_ __ ___ _ __ | (___ | |_) || |
| | | | '_ \ / _ \ '_ \ \___ \| _ < | |
| |__| | |_) | __/ | | |____) | |_) || |_
\____/| .__/ \___|_| |_|_____/|____/_____|
| |
|_|
Platform Name : QEMU Virt Machine
Platform HART Features : RV64ACDFIMSU
Platform Max HARTs : 8
Current Hart : 0
Firmware Base : 0x80000000
Firmware Size : 96 KB
Runtime SBI Version : 0.1
PMP0: 0x0000000080000000-0x000000008001ffff (A)
PMP1: 0x0000000000000000-0xffffffffffffffff (A,R,W,X)
[ 0.000000] OF: fdt: Ignoring memory range 0x80000000 - 0x80200000
[ 0.000000] Linux version 5.1.12 (root at vmh-VirtualBox) (gcc version 8.3.0 (Buildroot 2019.08-git-g4bc68b3-dirty)) #9 SMP Thu Oct 10 09:14:54 CST 2019
[ 0.000000] initrd not found or empty - disabling initrd
[ 0.000000] Zone ranges:
[ 0.000000] DMA32 [mem 0x0000000080200000-0x00000000bfffffff]
[ 0.000000] Normal empty
[ 0.000000] Movable zone start for each node
[ 0.000000] Early memory node ranges
[ 0.000000] node 0: [mem 0x0000000080200000-0x00000000bfffffff]
[ 0.000000] Initmem setup node 0 [mem 0x0000000080200000-0x00000000bfffffff]
[ 0.000000] software IO TLB: mapped [mem 0xbb1fc000-0xbf1fc000] (64MB)
[ 0.000000] elf_hwcap is 0x112d
[ 0.000000] percpu: Embedded 17 pages/cpu s31000 r8192 d30440 u69632
[ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 258055
[ 0.000000] Kernel command line: rootwait root=/dev/ram0
[ 0.000000] Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)
[ 0.000000] Inode-cache hash table entries: 65536 (order: 7, 524288 bytes)
[ 0.000000] Sorting __ex_table...
[ 0.000000] Memory: 952484K/1046528K available (5748K kernel code, 356K rwdata, 1828K rodata, 3898K init, 309K bss, 94044K reserved, 0K cma-reserved)
[ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[ 0.000000] rcu: Hierarchical RCU implementation.
[ 0.000000] rcu: RCU restricting CPUs from NR_CPUS=8 to nr_cpu_ids=1.
[ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 25 jiffies.
[ 0.000000] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=1
[ 0.000000] NR_IRQS: 0, nr_irqs: 0, preallocated irqs: 0
[ 0.000000] plic: mapped 10 interrupts with 1 handlers for 2 contexts.
[ 0.000000] riscv_timer_init_dt: Registering clocksource cpuid [0] hartid [0]
[ 0.000000] clocksource: riscv_clocksource: mask: 0xffffffffffffffff max_cycles: 0x24e6a1710, max_idle_ns: 440795202120 ns
[ 0.000144] sched_clock: 64 bits at 10MHz, resolution 100ns, wraps every 4398046511100ns
[ 0.008328] Console: colour dummy device 80x25
[ 0.009780] printk: console [tty0] enabled
[ 0.011079] Calibrating delay loop (skipped), value calculated using timer frequency.. 20.00 BogoMIPS (lpj=40000)
[ 0.011290] pid_max: default: 32768 minimum: 301
[ 0.013313] Mount-cache hash table entries: 2048 (order: 2, 16384 bytes)
[ 0.013415] Mountpoint-cache hash table entries: 2048 (order: 2, 16384 bytes)
[ 0.024850] *** VALIDATE proc ***
[ 0.028173] *** VALIDATE cgroup1 ***
[ 0.028329] *** VALIDATE cgroup2 ***
[ 0.046703] rcu: Hierarchical SRCU implementation.
[ 0.054145] smp: Bringing up secondary CPUs ...
[ 0.054279] smp: Brought up 1 node, 1 CPU
[ 0.084655] devtmpfs: initialized
[ 0.091660] random: get_random_u32 called from bucket_table_alloc+0x74/0x17e with crng_init=0
[ 0.094741] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[ 0.094984] futex hash table entries: 256 (order: 2, 16384 bytes)
[ 0.097885] NET: Registered protocol family 16
[ 0.100744] DMA: preallocated 256 KiB pool for atomic allocations
[ 0.144678] vgaarb: loaded
[ 0.145809] SCSI subsystem initialized
[ 0.148671] usbcore: registered new interface driver usbfs
[ 0.149052] usbcore: registered new interface driver hub
[ 0.149371] usbcore: registered new device driver usb
[ 0.158318] clocksource: Switched to clocksource riscv_clocksource
[ 0.187730] NET: Registered protocol family 2
[ 0.193631] tcp_listen_portaddr_hash hash table entries: 512 (order: 1, 8192 bytes)
[ 0.193884] TCP established hash table entries: 8192 (order: 4, 65536 bytes)
[ 0.194172] TCP bind hash table entries: 8192 (order: 5, 131072 bytes)
[ 0.194822] TCP: Hash tables configured (established 8192 bind 8192)
[ 0.196607] UDP hash table entries: 512 (order: 2, 16384 bytes)
[ 0.196897] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
[ 0.198666] NET: Registered protocol family 1
[ 0.203797] RPC: Registered named UNIX socket transport module.
[ 0.203896] RPC: Registered udp transport module.
[ 0.203966] RPC: Registered tcp transport module.
[ 0.204045] RPC: Registered tcp NFSv4.1 backchannel transport module.
[ 0.602355] workingset: timestamp_bits=62 max_order=18 bucket_order=0
[ 0.621598] NFS: Registering the id_resolver key type
[ 0.622489] Key type id_resolver registered
[ 0.622766] Key type id_legacy registered
[ 0.622960] nfs4filelayout_init: NFSv4 File Layout Driver Registering...
[ 0.771145] NET: Registered protocol family 38
[ 0.771607] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254)
[ 0.771785] io scheduler mq-deadline registered
[ 0.771933] io scheduler kyber registered
[ 0.939617] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
[ 0.948760] 10000000.uart: ttyS0@MMIO 0x10000000 (irq = 10, base_baud = 230400) is a 16550A
[ 0.983856] printk: console [ttyS0] enabled
[ 0.986423] [drm] radeon kernel modesetting enabled.
[ 1.004257] loop: module loaded
[ 1.006835] libphy: Fixed MDIO Bus: probed
[ 1.008199] e1000e: Intel(R) PRO/1000 Network Driver - 3.2.6-k
[ 1.008703] e1000e: Copyright(c) 1999 - 2015 Intel Corporation.
[ 1.009796] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 1.010625] ehci-pci: EHCI PCI platform driver
[ 1.011225] ehci-platform: EHCI generic platform driver
[ 1.011885] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[ 1.012375] ohci-pci: OHCI PCI platform driver
[ 1.012949] ohci-platform: OHCI generic platform driver
[ 1.014339] usbcore: registered new interface driver uas
[ 1.014983] usbcore: registered new interface driver usb-storage
[ 1.016531] mousedev: PS/2 mouse device common for all mice
[ 1.018467] usbcore: registered new interface driver usbhid
[ 1.018910] usbhid: USB HID core driver
[ 1.023007] NET: Registered protocol family 10
[ 1.031619] Segment Routing with IPv6
[ 1.032574] sit: IPv6, IPv4 and MPLS over IPv4 tunneling driver
[ 1.036357] NET: Registered protocol family 17
[ 1.038036] Key type dns_resolver registered
[ 1.106155] Freeing unused kernel memory: 3896K
[ 1.106603] This architecture does not have kernel memory protection.
[ 1.107444] Run /init as init process
mount: mounting debugfs on /sys/kernel/debug failed: No such file or directory
Starting syslogd: OK
Starting klogd: OK
Starting mdev... OK
Initializing random number generator... [ 5.192033] random: dd: uninitialized urandom read (512 bytes read)
done.
Starting network: OK
Welcome to Buildroot
buildroot login: root
# free
total used free shared buff/cache available
Mem: 956380 15872 929624 32 10884 927464
Swap: 0 0 0
-------------- next part --------------
LD_LIBRARY_PATH=../host/lib ../host/bin/qemu-system-riscv64 -M virt -m 1024 -kernel fw_jump.elf -device loader,file=Image,addr=0x80200000 -append "rootwait root=/dev/ram0" -nographic
OpenSBI v0.3 (Oct 9 2019 15:09:29)
____ _____ ____ _____
/ __ \ / ____| _ \_ _|
| | | |_ __ ___ _ __ | (___ | |_) || |
| | | | '_ \ / _ \ '_ \ \___ \| _ < | |
| |__| | |_) | __/ | | |____) | |_) || |_
\____/| .__/ \___|_| |_|_____/|____/_____|
| |
|_|
Platform Name : QEMU Virt Machine
Platform HART Features : RV64ACDFIMSU
Platform Max HARTs : 8
Current Hart : 0
Firmware Base : 0x80000000
Firmware Size : 96 KB
Runtime SBI Version : 0.1
PMP0: 0x0000000080000000-0x000000008001ffff (A)
PMP1: 0x0000000000000000-0xffffffffffffffff (A,R,W,X)
QEMU 3.1.0 monitor - type 'help' for more information
(qemu) q
ls -lt
total 612364
-rw-r--r-- 1 root root 71070520 10? 10 09:25 rootfs.tar.gz
-rw-r--r-- 1 root root 205998080 10? 10 09:25 rootfs.tar
-rw-r--r-- 1 root root 80056892 10? 10 09:24 Image
-rw-r--r-- 1 root root 71387525 10? 10 09:23 rootfs.cpio.gz
-rw-r--r-- 1 root root 197128192 10? 10 09:23 rootfs.cpio
-rw-r--r-- 1 root root 203592 10? 9 15:09 fw_jump.elf
-rw-r--r-- 1 root root 28904 10? 9 15:09 fw_jump.bin
-rw-r--r-- 1 root root 3688 10? 9 15:09 readme.txt
drwxr-xr-x 2 root root 4096 10? 9 15:09 hw
^ permalink raw reply [flat|nested] 6+ messages in thread
* [Buildroot] qemu_riscv64_virt can't boot up with large cpio initial RAM filesystem
2019-10-16 10:48 ` Mao Han
@ 2019-10-17 17:30 ` Alistair Francis
0 siblings, 0 replies; 6+ messages in thread
From: Alistair Francis @ 2019-10-17 17:30 UTC (permalink / raw)
To: buildroot
On Wed, Oct 16, 2019 at 3:49 AM Mao Han <han_mao@c-sky.com> wrote:
>
> On Tue, Oct 15, 2019 at 12:53:51AM +0000, Alistair Francis wrote:
> > On Wed, 2019-10-09 at 15:26 +0800, han_mao at c-sky.com wrote:
> > > Hi,
> > > I got some troble when I tried to use init ram fs on riscv64 virt.
> > > The default ext2 fs works fine. If I use cpio and init ram fs to
> > > replace that. The kernel can boot up with small ram fs, but
> > > a big ram fs(>100M) doesn't work.
> >
> > It's possible that your addresses are colliding. As in something is
> > being moved/written on top of your ramfs in memory and corrupting it.
> > It's also possible that you are out of memory?
> >
>
> I ran the qemu with -m 1024 so it doesn't look like a out of memory.
> LD_LIBRARY_PATH=../host/lib ../host/bin/qemu-system-riscv64 -M virt -m 1024 -kernel fw_jump.elf -device loader,file=Image,addr=0x80200000 -append "rootwait root=/dev/ram0" -nographic
Why not try passing the initrd in via QEMU's command lines and see if
that helps?
>
> > It's hard to debug without more information (such as a log).
> >
> Kernel almost output nothing when I start kernel with a large ram fs.
That seems like the problem. Look at why it isn't booting.
Alistair
> The log for small ram fs and large ram fs is attached.
>
> > Why do you need such a large ram fs? Why not just attach the image as a
> > drive?
> >
> I use buildroot to generate kernel image for our board, when the fpga
> board don't have any network/usb storage support, ram fs is a simple
> way to put all the required files into the system, and I want to verify
> that image on qemu.
>
> Thanks,
> Mao Han
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2019-10-17 17:30 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <2019100915262320629523@c-sky.com>
2019-10-15 0:53 ` [Buildroot] qemu_riscv64_virt can't boot up with large cpio initial RAM filesystem Alistair Francis
2019-10-16 10:48 ` Mao Han
2019-10-17 17:30 ` Alistair Francis
2019-10-09 7:46 han_mao at c-sky.com
2019-10-09 22:59 ` Arnout Vandecappelle
2019-10-10 1:41 ` Mao Han
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox