* [Qemu-devel] Booting Raspbian on RPi emulation
@ 2018-11-29 20:29 BALATON Zoltan
2018-11-30 0:43 ` Philippe Mathieu-Daudé
2019-01-15 18:29 ` BALATON Zoltan
0 siblings, 2 replies; 23+ messages in thread
From: BALATON Zoltan @ 2018-11-29 20:29 UTC (permalink / raw)
To: qemu-devel; +Cc: Philippe Mathieu-Daudé
Hello,
I could not boot Raspbian on QEMU's raspi emulation and I'm not sure why
it fails. So question is if this is supposed to work or am I doing
something wrong or any clues what may be missing? I'm trying with this
command line with v3.1.0-rc3:
qemu-system-arm -M raspi2 -serial stdio \
-kernel rpi-kernel7.img -dtb bcm2709-rpi-2-b.dtb \
-append "rw earlyprintk loglevel=8 console=ttyAMA0,115200 dwc_otg.lpm_enable=0 root=/dev/mmcblk0p2" \
-drive file=2018-10-09-raspbian-stretch-lite.img,format=raw,if=sd
Kernel starts to boot, I see raspberries on the guest screen and log
output to serial:
Booting Linux on physical CPU 0xf00
Linux version 4.14.71-v7+ (dc4@dc4-XPS13-9333) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1145 SMP Fri Sep 21 15:38:35 BST 2018
CPU: ARMv7 Processor [410fc075] revision 5 (ARMv7), cr=10c5387d
[...]
I get a lot of warnings like these:
bcm2835-clk 3f101000.cprman: plla: couldn't lock PLL
which I think are due to missing clock part emulation and I've also tried
with the corresponding patch that got rid of these but apart from that
failed similarly (see below).
The problem seems to be that the SD card with the root filesystem is not
found. I get these mmc related logs:
sdhost-bcm2835 3f202000.mmc: could not get clk, deferring probe
mmc0: sdhost-bcm2835 loaded - DMA enabled (>1)
and then eventually ends with:
mmc0: host does not support reading read-only switch, assuming write-enable
mmc0: Problem switching card into high-speed mode!
mmc0: new SDHC card at address 4567
VFS: Cannot open root device "mmcblk0p2" or unknown-block(0,0): error -6
Please append a correct "root=" boot option; here are the available partitions:
0100 4096 ram0
(driver?)
0101 4096 ram1
(driver?)
0102 4096 ram2
(driver?)
0103 4096 ram3
(driver?)
0104 4096 ram4
(driver?)
0105 4096 ram5
(driver?)
0106 4096 ram6
(driver?)
0107 4096 ram7
(driver?)
0108 4096 ram8
(driver?)
mmcblk0: mmc0:4567 QEMU! 1.74 GiB
0109 4096 ram9
(driver?)
010a 4096 ram10
(driver?)
010b 4096 ram11
(driver?)
010c 4096 ram12
(driver?)
010d 4096 ram13
(driver?)
010e 4096 ram14
(driver?)
010f 4096 ram15
(driver?)
b300 1822720 mmcblk0
driver: mmcblk
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
CPU: 3 PID: 1 Comm: swapper/0 Tainted: G W 4.14.71-v7+ #1145
Hardware name: BCM2835
[<8010ffd4>] (unwind_backtrace) from [<8010c240>] (show_stack+0x20/0x24)
[<8010c240>] (show_stack) from [<80787f24>] (dump_stack+0xd4/0x118)
[<80787f24>] (dump_stack) from [<8011dcb4>] (panic+0xf0/0x274)
[<8011dcb4>] (panic) from [<80b014f8>] (mount_block_root+0x1e8/0x2b8)
[<80b014f8>] (mount_block_root) from [<80b017e8>] (mount_root+0x12c/0x134)
[<80b017e8>] (mount_root) from [<80b01990>] (prepare_namespace+0x1a0/0x1e8)
[<80b01990>] (prepare_namespace) from [<80b010ac>] (kernel_init_freeable+0x2a8/0x2bc)
[<80b010ac>] (kernel_init_freeable) from [<8079cf80>] (kernel_init+0x18/0x128)
[<8079cf80>] (kernel_init) from [<8010810c>] (ret_from_fork+0x14/0x28)
CPU0: stopping
CPU: 0 PID: 61 Comm: mmcqd/0 Tainted: G W 4.14.71-v7+ #1145
Hardware name: BCM2835
[<8010ffd4>] (unwind_backtrace) from [<8010c240>] (show_stack+0x20/0x24)
[<8010c240>] (show_stack) from [<80787f24>] (dump_stack+0xd4/0x118)
[<80787f24>] (dump_stack) from [<8010e458>] (handle_IPI+0x2bc/0x33c)
[<8010e458>] (handle_IPI) from [<801014d8>] (bcm2836_arm_irqchip_handle_irq+0x7c/0xac)
[<801014d8>] (bcm2836_arm_irqchip_handle_irq) from [<807a3abc>] (__irq_svc+0x5c/0x7c)
Exception stack(0xba283ca0 to 0xba283ce8)
3ca0: ba9fa1c0 ba9fa200 a0000013 ba9fa240 ba9fa1c0 ba158580 014000c0 ba158588
3cc0: 000d0418 ba9f9548 00000000 ba283d3c ba283ca8 ba283cf0 80277598 80272874
3ce0: 40000013 ffffffff
[<807a3abc>] (__irq_svc) from [<80272874>] (dma_pool_alloc+0x9c/0x23c)
[<80272874>] (dma_pool_alloc) from [<804fb694>] (bcm2835_dma_create_cb_chain+0x1b4/0x214)
[<804fb694>] (bcm2835_dma_create_cb_chain) from [<804fbb9c>] (bcm2835_dma_prep_slave_sg+0x12c/0x2a8)
[<804fbb9c>] (bcm2835_dma_prep_slave_sg) from [<806385d8>] (bcm2835_sdhost_request+0x418/0x5fc)
[<806385d8>] (bcm2835_sdhost_request) from [<806194bc>] (__mmc_start_request+0x78/0x1a8)
[<806194bc>] (__mmc_start_request) from [<8061a030>] (mmc_start_request+0x158/0x184)
[<8061a030>] (mmc_start_request) from [<8061a2d8>] (mmc_start_areq+0x27c/0x3d0)
[<8061a2d8>] (mmc_start_areq) from [<8062b864>] (mmc_blk_issue_rw_rq+0xa8/0x3ac)
[<8062b864>] (mmc_blk_issue_rw_rq) from [<8062c838>] (mmc_blk_issue_rq+0x2b4/0x74c)
[<8062c838>] (mmc_blk_issue_rq) from [<8062cd48>] (mmc_queue_thread+0x78/0x14c)
[<8062cd48>] (mmc_queue_thread) from [<8013dad4>] (kthread+0x13c/0x16c)
[<8013dad4>] (kthread) from [<8010810c>] (ret_from_fork+0x14/0x28)
CPU1: stopping
CPU: 1 PID: 0 Comm: swapper/1 Tainted: G W 4.14.71-v7+ #1145
Hardware name: BCM2835
[<8010ffd4>] (unwind_backtrace) from [<8010c240>] (show_stack+0x20/0x24)
[<8010c240>] (show_stack) from [<80787f24>] (dump_stack+0xd4/0x118)
[<80787f24>] (dump_stack) from [<8010e458>] (handle_IPI+0x2bc/0x33c)
[<8010e458>] (handle_IPI) from [<801014d8>] (bcm2836_arm_irqchip_handle_irq+0x7c/0xac)
[<801014d8>] (bcm2836_arm_irqchip_handle_irq) from [<807a3abc>] (__irq_svc+0x5c/0x7c)
Exception stack(0xba925f38 to 0xba925f80)
5f20: 00000000 000007b8
5f40: 3a3b9000 00000000 ba924000 80c03dcc 80c03d68 80c885b2 00000001 410fc075
5f60: 00000000 ba925f94 80c04174 ba925f88 80108a4c 80108a50 60000013 ffffffff
[<807a3abc>] (__irq_svc) from [<80108a50>] (arch_cpu_idle+0x34/0x4c)
[<80108a50>] (arch_cpu_idle) from [<807a323c>] (default_idle_call+0x34/0x48)
[<807a323c>] (default_idle_call) from [<80161494>] (do_idle+0xd8/0x150)
[<80161494>] (do_idle) from [<801617a8>] (cpu_startup_entry+0x28/0x2c)
[<801617a8>] (cpu_startup_entry) from [<8010df50>] (secondary_start_kernel+0x130/0x13c)
[<8010df50>] (secondary_start_kernel) from [<0010196c>] (0x10196c)
CPU2: stopping
CPU: 2 PID: 0 Comm: swapper/2 Tainted: G W 4.14.71-v7+ #1145
Hardware name: BCM2835
[<8010ffd4>] (unwind_backtrace) from [<8010c240>] (show_stack+0x20/0x24)
[<8010c240>] (show_stack) from [<80787f24>] (dump_stack+0xd4/0x118)
[<80787f24>] (dump_stack) from [<8010e458>] (handle_IPI+0x2bc/0x33c)
[<8010e458>] (handle_IPI) from [<801014d8>] (bcm2836_arm_irqchip_handle_irq+0x7c/0xac)
[<801014d8>] (bcm2836_arm_irqchip_handle_irq) from [<807a3abc>] (__irq_svc+0x5c/0x7c)
Exception stack(0xba927f38 to 0xba927f80)
7f20: 00000000 0000065c
7f40: 3a3ca000 00000000 ba926000 80c03dcc 80c03d68 80c885b2 00000001 410fc075
7f60: 00000000 ba927f94 80c04174 ba927f88 80108a4c 80108a50 60000013 ffffffff
[<807a3abc>] (__irq_svc) from [<80108a50>] (arch_cpu_idle+0x34/0x4c)
[<80108a50>] (arch_cpu_idle) from [<807a323c>] (default_idle_call+0x34/0x48)
[<807a323c>] (default_idle_call) from [<80161494>] (do_idle+0xd8/0x150)
[<80161494>] (do_idle) from [<801617a8>] (cpu_startup_entry+0x28/0x2c)
[<801617a8>] (cpu_startup_entry) from [<8010df50>] (secondary_start_kernel+0x130/0x13c)
[<8010df50>] (secondary_start_kernel) from [<0010196c>] (0x10196c)
---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
Not sure what this means but looks like mmcblk0 was found too late for
some reason? (And its partitions are not found.)
Then I've tried the same with the pll patches posted by Philippe Mathieu-Daudé here:
http://lists.nongnu.org/archive/html/qemu-devel/2018-11/msg00191.html
on top of v3.1.0-rc3 which helped to get rid of the cprman warnings but
did not help with the mmc problem. In fact now also mmcblk0 is gone and
log ends with:
mmc0: sdhost-bcm2835 loaded - DMA enabled (>1)
of_cfs_init
of_cfs_init: OK
uart-pl011 3f201000.serial: no DMA platform data
VFS: Cannot open root device "mmcblk0p2" or unknown-block(0,0): error -6
Please append a correct "root=" boot option; here are the available partitions:
0100 4096 ram0
(driver?)
0101 4096 ram1
(driver?)
0102 4096 ram2
(driver?)
0103 4096 ram3
(driver?)
0104 4096 ram4
(driver?)
0105 4096 ram5
(driver?)
0106 4096 ram6
(driver?)
0107 4096 ram7
(driver?)
0108 4096 ram8
(driver?)
0109 4096 ram9
(driver?)
010a 4096 ram10
(driver?)
010b 4096 ram11
(driver?)
010c 4096 ram12
(driver?)
010d 4096 ram13
(driver?)
010e 4096 ram14
(driver?)
010f 4096 ram15
(driver?)
NOHZ: local_softirq_pending 80
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
CPU: 2 PID: 1 Comm: swapper/0 Not tainted 4.14.71-v7+ #1145
Hardware name: BCM2835
[<8010ffd4>] (unwind_backtrace) from [<8010c240>] (show_stack+0x20/0x24)
mmc0: host does not support reading read-only switch, assuming write-enable
mmc0: Problem switching card into high-speed mode!
[<8010c240>] (show_stack) from [<80787f24>] (dump_stack+0xd4/0x118)
mmc0: new SDHC card at address 4567
[<80787f24>] (dump_stack) from [<8011dcb4>] (panic+0xf0/0x274)
[<8011dcb4>] (panic) from [<80b014f8>] (mount_block_root+0x1e8/0x2b8)
[<80b014f8>] (mount_block_root) from [<80b017e8>] (mount_root+0x12c/0x134)
[<80b017e8>] (mount_root) from [<80b01990>] (prepare_namespace+0x1a0/0x1e8)
[<80b01990>] (prepare_namespace) from [<80b010ac>] (kernel_init_freeable+0x2a8/0x2bc)
[<80b010ac>] (kernel_init_freeable) from [<8079cf80>] (kernel_init+0x18/0x128)
[<8079cf80>] (kernel_init) from [<8010810c>] (ret_from_fork+0x14/0x28)
CPU1: stopping
CPU: 1 PID: 0 Comm: swapper/1 Not tainted 4.14.71-v7+ #1145
Hardware name: BCM2835
[<8010ffd4>] (unwind_backtrace) from [<8010c240>] (show_stack+0x20/0x24)
[<8010c240>] (show_stack) from [<80787f24>] (dump_stack+0xd4/0x118)
[<80787f24>] (dump_stack) from [<8010e458>] (handle_IPI+0x2bc/0x33c)
[<8010e458>] (handle_IPI) from [<801014d8>] (bcm2836_arm_irqchip_handle_irq+0x7c/0xac)
[<801014d8>] (bcm2836_arm_irqchip_handle_irq) from [<807a3abc>] (__irq_svc+0x5c/0x7c)
Exception stack(0xba925f38 to 0xba925f80)
5f20: 00000000 000003c4
5f40: 3a3b9000 00000000 ba924000 80c03dcc 80c03d68 80c885b2 00000001 410fc075
5f60: 00000000 ba925f94 80c04174 ba925f88 80108a4c 80108a50 60000013 ffffffff
[<807a3abc>] (__irq_svc) from [<80108a50>] (arch_cpu_idle+0x34/0x4c)
[<80108a50>] (arch_cpu_idle) from [<807a323c>] (default_idle_call+0x34/0x48)
[<807a323c>] (default_idle_call) from [<80161494>] (do_idle+0xd8/0x150)
[<80161494>] (do_idle) from [<801617a8>] (cpu_startup_entry+0x28/0x2c)
[<801617a8>] (cpu_startup_entry) from [<8010df50>] (secondary_start_kernel+0x130/0x13c)
[<8010df50>] (secondary_start_kernel) from [<0010196c>] (0x10196c)
CPU3: stopping
CPU: 3 PID: 0 Comm: swapper/3 Not tainted 4.14.71-v7+ #1145
Hardware name: BCM2835
[<8010ffd4>] (unwind_backtrace) from [<8010c240>] (show_stack+0x20/0x24)
[<8010c240>] (show_stack) from [<80787f24>] (dump_stack+0xd4/0x118)
[<80787f24>] (dump_stack) from [<8010e458>] (handle_IPI+0x2bc/0x33c)
[<8010e458>] (handle_IPI) from [<801014d8>] (bcm2836_arm_irqchip_handle_irq+0x7c/0xac)
[<801014d8>] (bcm2836_arm_irqchip_handle_irq) from [<807a3abc>] (__irq_svc+0x5c/0x7c)
Exception stack(0xba929f38 to 0xba929f80)
9f20: 00000000 0000031c
9f40: 3a3db000 00000000 ba928000 80c03dcc 80c03d68 80c885b2 00000001 410fc075
9f60: 00000000 ba929f94 80c04174 ba929f88 80108a4c 80108a50 60000013 ffffffff
[<807a3abc>] (__irq_svc) from [<80108a50>] (arch_cpu_idle+0x34/0x4c)
[<80108a50>] (arch_cpu_idle) from [<807a323c>] (default_idle_call+0x34/0x48)
[<807a323c>] (default_idle_call) from [<80161494>] (do_idle+0xd8/0x150)
[<80161494>] (do_idle) from [<801617a8>] (cpu_startup_entry+0x28/0x2c)
[<801617a8>] (cpu_startup_entry) from [<8010df50>] (secondary_start_kernel+0x130/0x13c)
[<8010df50>] (secondary_start_kernel) from [<0010196c>] (0x10196c)
CPU0: stopping
CPU: 0 PID: 29 Comm: kworker/0:1 Not tainted 4.14.71-v7+ #1145
Hardware name: BCM2835
Workqueue: events_freezable mmc_rescan
[<8010ffd4>] (unwind_backtrace) from [<8010c240>] (show_stack+0x20/0x24)
[<8010c240>] (show_stack) from [<80787f24>] (dump_stack+0xd4/0x118)
[<80787f24>] (dump_stack) from [<8010e458>] (handle_IPI+0x2bc/0x33c)
[<8010e458>] (handle_IPI) from [<801014d8>] (bcm2836_arm_irqchip_handle_irq+0x7c/0xac)
[<801014d8>] (bcm2836_arm_irqchip_handle_irq) from [<807a3abc>] (__irq_svc+0x5c/0x7c)
Exception stack(0xbaa55b80 to 0xbaa55bc8)
5b80: ba270458 00000000 ba128300 00000000 ba27045c 00000000 ba81c800 ba270000
5ba0: 80c57084 ba270460 00000000 baa55bf4 80c04174 baa55bd0 80491f2c 80491f30
5bc0: 60000013 ffffffff
[<807a3abc>] (__irq_svc) from [<80491f30>] (blkcg_activate_policy+0x188/0x218)
[<80491f30>] (blkcg_activate_policy) from [<804993ec>] (cfq_init_queue+0xd0/0x340)
[<804993ec>] (cfq_init_queue) from [<8046ab70>] (elevator_init+0x78/0x174)
[<8046ab70>] (elevator_init) from [<80471e80>] (blk_init_allocated_queue+0xe8/0x174)
[<80471e80>] (blk_init_allocated_queue) from [<8062d070>] (mmc_init_queue+0xd0/0x29c)
[<8062d070>] (mmc_init_queue) from [<80629fb8>] (mmc_blk_alloc_req+0xe8/0x2e4)
[<80629fb8>] (mmc_blk_alloc_req) from [<8062a838>] (mmc_blk_probe+0xbc/0x520)
[<8062a838>] (mmc_blk_probe) from [<8061c828>] (mmc_bus_probe+0x28/0x2c)
[<8061c828>] (mmc_bus_probe) from [<80544b4c>] (driver_probe_device+0x244/0x300)
[<80544b4c>] (driver_probe_device) from [<80544db4>] (__device_attach_driver+0xa4/0xbc)
[<80544db4>] (__device_attach_driver) from [<80542c3c>] (bus_for_each_drv+0x74/0xa8)
[<80542c3c>] (bus_for_each_drv) from [<805447c0>] (__device_attach+0xc0/0x120)
[<805447c0>] (__device_attach) from [<80544de8>] (device_initial_probe+0x1c/0x20)
[<80544de8>] (device_initial_probe) from [<80543cb0>] (bus_probe_device+0x94/0x9c)
[<80543cb0>] (bus_probe_device) from [<80541cd4>] (device_add+0x400/0x588)
[<80541cd4>] (device_add) from [<8061cce0>] (mmc_add_card+0x120/0x2bc)
[<8061cce0>] (mmc_add_card) from [<806237f0>] (mmc_attach_sd+0xa4/0x150)
[<806237f0>] (mmc_attach_sd) from [<8061c500>] (mmc_rescan+0x328/0x394)
[<8061c500>] (mmc_rescan) from [<801376f0>] (process_one_work+0x158/0x454)
[<801376f0>] (process_one_work) from [<80137a50>] (worker_thread+0x64/0x5b8)
[<80137a50>] (worker_thread) from [<8013dad4>] (kthread+0x13c/0x16c)
[<8013dad4>] (kthread) from [<8010810c>] (ret_from_fork+0x14/0x28)
---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
Any ideas why this happens and what's needed to get this image booted?
(I've also tried with raspi3 like this:
qemu-system-aarch64 -M raspi3 -serial stdio \
-kernel rpi-kernel7.img -dtb bcm2710-rpi-3-b-plus.dtb \
-append "rw earlyprintk loglevel=8 console=ttyAMA0,115200 dwc_otg.lpm_enable=0 root=/dev/mmcblk0p2" \
-drive file=2018-10-09-raspbian-stretch-lite.img,format=raw,if=sd
but did not get any serial output and only black guest window without
berries so not sure where did it hang. Same result even with
these different serial options I've found somewhere:
-append "rw earlycon=uart8250,mmio32,0x3f215040 loglevel=8 console=ttyS1,115200 dwc_otg.lpm_enable=0 root=/dev/mmcblk0p2" \
but no serial output and black screen with this too.)
Thanks,
BALATON Zoltan
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2018-11-29 20:29 [Qemu-devel] Booting Raspbian on RPi emulation BALATON Zoltan
@ 2018-11-30 0:43 ` Philippe Mathieu-Daudé
2018-11-30 1:27 ` Guenter Roeck
2019-01-15 18:29 ` BALATON Zoltan
1 sibling, 1 reply; 23+ messages in thread
From: Philippe Mathieu-Daudé @ 2018-11-30 0:43 UTC (permalink / raw)
To: BALATON Zoltan, qemu-devel, qemu-arm, Peter Maydell
Cc: Clement Deschamps, Guenter Roeck
Hi Zoltan,
On 29/11/18 21:29, BALATON Zoltan wrote:
> Hello,
>
> I could not boot Raspbian on QEMU's raspi emulation and I'm not sure why
> it fails. So question is if this is supposed to work or am I doing
> something wrong or any clues what may be missing? I'm trying with this
> command line with v3.1.0-rc3:
>
> qemu-system-arm -M raspi2 -serial stdio \
> -kernel rpi-kernel7.img -dtb bcm2709-rpi-2-b.dtb \
> -append "rw earlyprintk loglevel=8 console=ttyAMA0,115200
> dwc_otg.lpm_enable=0 root=/dev/mmcblk0p2" \
> -drive file=2018-10-09-raspbian-stretch-lite.img,format=raw,if=sd
>
> Kernel starts to boot, I see raspberries on the guest screen and log
> output to serial:
>
> Booting Linux on physical CPU 0xf00
> Linux version 4.14.71-v7+ (dc4@dc4-XPS13-9333) (gcc version 4.9.3
> (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1145 SMP Fri Sep 21
> 15:38:35 BST 2018
> CPU: ARMv7 Processor [410fc075] revision 5 (ARMv7), cr=10c5387d
> [...]
>
> I get a lot of warnings like these:
>
> bcm2835-clk 3f101000.cprman: plla: couldn't lock PLL
>
> which I think are due to missing clock part emulation and I've also
> tried with the corresponding patch that got rid of these but apart from
> that failed similarly (see below).
>
> The problem seems to be that the SD card with the root filesystem is not
> found. I get these mmc related logs:
>
> sdhost-bcm2835 3f202000.mmc: could not get clk, deferring probe
> mmc0: sdhost-bcm2835 loaded - DMA enabled (>1)
>
> and then eventually ends with:
>
> mmc0: host does not support reading read-only switch, assuming write-enable
> mmc0: Problem switching card into high-speed mode!
> mmc0: new SDHC card at address 4567
> VFS: Cannot open root device "mmcblk0p2" or unknown-block(0,0): error -6
> Please append a correct "root=" boot option; here are the available
> partitions:
> 0100 4096 ram0
> (driver?)
> 0101 4096 ram1
> (driver?)
> 0102 4096 ram2
> (driver?)
> 0103 4096 ram3
> (driver?)
> 0104 4096 ram4
> (driver?)
> 0105 4096 ram5
> (driver?)
> 0106 4096 ram6
> (driver?)
> 0107 4096 ram7
> (driver?)
> 0108 4096 ram8
> (driver?)
> mmcblk0: mmc0:4567 QEMU! 1.74 GiB
> 0109 4096 ram9
> (driver?)
> 010a 4096 ram10
> (driver?)
> 010b 4096 ram11
> (driver?)
> 010c 4096 ram12
> (driver?)
> 010d 4096 ram13
> (driver?)
> 010e 4096 ram14
> (driver?)
> 010f 4096 ram15
> (driver?)
> b300 1822720 mmcblk0
> driver: mmcblk
> Kernel panic - not syncing: VFS: Unable to mount root fs on
> unknown-block(0,0)
> CPU: 3 PID: 1 Comm: swapper/0 Tainted: G W 4.14.71-v7+ #1145
> Hardware name: BCM2835
> [<8010ffd4>] (unwind_backtrace) from [<8010c240>] (show_stack+0x20/0x24)
> [<8010c240>] (show_stack) from [<80787f24>] (dump_stack+0xd4/0x118)
> [<80787f24>] (dump_stack) from [<8011dcb4>] (panic+0xf0/0x274)
> [<8011dcb4>] (panic) from [<80b014f8>] (mount_block_root+0x1e8/0x2b8)
> [<80b014f8>] (mount_block_root) from [<80b017e8>] (mount_root+0x12c/0x134)
> [<80b017e8>] (mount_root) from [<80b01990>] (prepare_namespace+0x1a0/0x1e8)
> [<80b01990>] (prepare_namespace) from [<80b010ac>]
> (kernel_init_freeable+0x2a8/0x2bc)
> [<80b010ac>] (kernel_init_freeable) from [<8079cf80>]
> (kernel_init+0x18/0x128)
> [<8079cf80>] (kernel_init) from [<8010810c>] (ret_from_fork+0x14/0x28)
> CPU0: stopping
> CPU: 0 PID: 61 Comm: mmcqd/0 Tainted: G W 4.14.71-v7+ #1145
> Hardware name: BCM2835
> [<8010ffd4>] (unwind_backtrace) from [<8010c240>] (show_stack+0x20/0x24)
> [<8010c240>] (show_stack) from [<80787f24>] (dump_stack+0xd4/0x118)
> [<80787f24>] (dump_stack) from [<8010e458>] (handle_IPI+0x2bc/0x33c)
> [<8010e458>] (handle_IPI) from [<801014d8>]
> (bcm2836_arm_irqchip_handle_irq+0x7c/0xac)
> [<801014d8>] (bcm2836_arm_irqchip_handle_irq) from [<807a3abc>]
> (__irq_svc+0x5c/0x7c)
> Exception stack(0xba283ca0 to 0xba283ce8)
> 3ca0: ba9fa1c0 ba9fa200 a0000013 ba9fa240 ba9fa1c0 ba158580 014000c0
> ba158588
> 3cc0: 000d0418 ba9f9548 00000000 ba283d3c ba283ca8 ba283cf0 80277598
> 80272874
> 3ce0: 40000013 ffffffff
> [<807a3abc>] (__irq_svc) from [<80272874>] (dma_pool_alloc+0x9c/0x23c)
> [<80272874>] (dma_pool_alloc) from [<804fb694>]
> (bcm2835_dma_create_cb_chain+0x1b4/0x214)
> [<804fb694>] (bcm2835_dma_create_cb_chain) from [<804fbb9c>]
> (bcm2835_dma_prep_slave_sg+0x12c/0x2a8)
> [<804fbb9c>] (bcm2835_dma_prep_slave_sg) from [<806385d8>]
> (bcm2835_sdhost_request+0x418/0x5fc)
> [<806385d8>] (bcm2835_sdhost_request) from [<806194bc>]
> (__mmc_start_request+0x78/0x1a8)
> [<806194bc>] (__mmc_start_request) from [<8061a030>]
> (mmc_start_request+0x158/0x184)
> [<8061a030>] (mmc_start_request) from [<8061a2d8>]
> (mmc_start_areq+0x27c/0x3d0)
> [<8061a2d8>] (mmc_start_areq) from [<8062b864>]
> (mmc_blk_issue_rw_rq+0xa8/0x3ac)
> [<8062b864>] (mmc_blk_issue_rw_rq) from [<8062c838>]
> (mmc_blk_issue_rq+0x2b4/0x74c)
> [<8062c838>] (mmc_blk_issue_rq) from [<8062cd48>]
> (mmc_queue_thread+0x78/0x14c)
> [<8062cd48>] (mmc_queue_thread) from [<8013dad4>] (kthread+0x13c/0x16c)
> [<8013dad4>] (kthread) from [<8010810c>] (ret_from_fork+0x14/0x28)
> CPU1: stopping
> CPU: 1 PID: 0 Comm: swapper/1 Tainted: G W 4.14.71-v7+ #1145
> Hardware name: BCM2835
> [<8010ffd4>] (unwind_backtrace) from [<8010c240>] (show_stack+0x20/0x24)
> [<8010c240>] (show_stack) from [<80787f24>] (dump_stack+0xd4/0x118)
> [<80787f24>] (dump_stack) from [<8010e458>] (handle_IPI+0x2bc/0x33c)
> [<8010e458>] (handle_IPI) from [<801014d8>]
> (bcm2836_arm_irqchip_handle_irq+0x7c/0xac)
> [<801014d8>] (bcm2836_arm_irqchip_handle_irq) from [<807a3abc>]
> (__irq_svc+0x5c/0x7c)
> Exception stack(0xba925f38 to 0xba925f80)
> 5f20: 00000000
> 000007b8
> 5f40: 3a3b9000 00000000 ba924000 80c03dcc 80c03d68 80c885b2 00000001
> 410fc075
> 5f60: 00000000 ba925f94 80c04174 ba925f88 80108a4c 80108a50 60000013
> ffffffff
> [<807a3abc>] (__irq_svc) from [<80108a50>] (arch_cpu_idle+0x34/0x4c)
> [<80108a50>] (arch_cpu_idle) from [<807a323c>]
> (default_idle_call+0x34/0x48)
> [<807a323c>] (default_idle_call) from [<80161494>] (do_idle+0xd8/0x150)
> [<80161494>] (do_idle) from [<801617a8>] (cpu_startup_entry+0x28/0x2c)
> [<801617a8>] (cpu_startup_entry) from [<8010df50>]
> (secondary_start_kernel+0x130/0x13c)
> [<8010df50>] (secondary_start_kernel) from [<0010196c>] (0x10196c)
> CPU2: stopping
> CPU: 2 PID: 0 Comm: swapper/2 Tainted: G W 4.14.71-v7+ #1145
> Hardware name: BCM2835
> [<8010ffd4>] (unwind_backtrace) from [<8010c240>] (show_stack+0x20/0x24)
> [<8010c240>] (show_stack) from [<80787f24>] (dump_stack+0xd4/0x118)
> [<80787f24>] (dump_stack) from [<8010e458>] (handle_IPI+0x2bc/0x33c)
> [<8010e458>] (handle_IPI) from [<801014d8>]
> (bcm2836_arm_irqchip_handle_irq+0x7c/0xac)
> [<801014d8>] (bcm2836_arm_irqchip_handle_irq) from [<807a3abc>]
> (__irq_svc+0x5c/0x7c)
> Exception stack(0xba927f38 to 0xba927f80)
> 7f20: 00000000
> 0000065c
> 7f40: 3a3ca000 00000000 ba926000 80c03dcc 80c03d68 80c885b2 00000001
> 410fc075
> 7f60: 00000000 ba927f94 80c04174 ba927f88 80108a4c 80108a50 60000013
> ffffffff
> [<807a3abc>] (__irq_svc) from [<80108a50>] (arch_cpu_idle+0x34/0x4c)
> [<80108a50>] (arch_cpu_idle) from [<807a323c>]
> (default_idle_call+0x34/0x48)
> [<807a323c>] (default_idle_call) from [<80161494>] (do_idle+0xd8/0x150)
> [<80161494>] (do_idle) from [<801617a8>] (cpu_startup_entry+0x28/0x2c)
> [<801617a8>] (cpu_startup_entry) from [<8010df50>]
> (secondary_start_kernel+0x130/0x13c)
> [<8010df50>] (secondary_start_kernel) from [<0010196c>] (0x10196c)
> ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on
> unknown-block(0,0)
>
> Not sure what this means but looks like mmcblk0 was found too late for
> some reason? (And its partitions are not found.)
I'd say Linux now wants to use DMA which aren't configured in
bcm2835_peripherals.c for the SDHC.
>
> Then I've tried the same with the pll patches posted by Philippe
> Mathieu-Daudé here:
>
> http://lists.nongnu.org/archive/html/qemu-devel/2018-11/msg00191.html
>
> on top of v3.1.0-rc3 which helped to get rid of the cprman warnings but
> did not help with the mmc problem. In fact now also mmcblk0 is gone and
> log ends with:
>
> mmc0: sdhost-bcm2835 loaded - DMA enabled (>1)
> of_cfs_init
> of_cfs_init: OK
> uart-pl011 3f201000.serial: no DMA platform data
> VFS: Cannot open root device "mmcblk0p2" or unknown-block(0,0): error -6
> Please append a correct "root=" boot option; here are the available
> partitions:
> 0100 4096 ram0
> (driver?)
> 0101 4096 ram1
> (driver?)
> 0102 4096 ram2
> (driver?)
> 0103 4096 ram3
> (driver?)
> 0104 4096 ram4
> (driver?)
> 0105 4096 ram5
> (driver?)
> 0106 4096 ram6
> (driver?)
> 0107 4096 ram7
> (driver?)
> 0108 4096 ram8
> (driver?)
> 0109 4096 ram9
> (driver?)
> 010a 4096 ram10
> (driver?)
> 010b 4096 ram11
> (driver?)
> 010c 4096 ram12
> (driver?)
> 010d 4096 ram13
> (driver?)
> 010e 4096 ram14
> (driver?)
> 010f 4096 ram15
> (driver?)
> NOHZ: local_softirq_pending 80
> Kernel panic - not syncing: VFS: Unable to mount root fs on
> unknown-block(0,0)
> CPU: 2 PID: 1 Comm: swapper/0 Not tainted 4.14.71-v7+ #1145
> Hardware name: BCM2835
> [<8010ffd4>] (unwind_backtrace) from [<8010c240>] (show_stack+0x20/0x24)
> mmc0: host does not support reading read-only switch, assuming write-enable
> mmc0: Problem switching card into high-speed mode!
> [<8010c240>] (show_stack) from [<80787f24>] (dump_stack+0xd4/0x118)
> mmc0: new SDHC card at address 4567
> [<80787f24>] (dump_stack) from [<8011dcb4>] (panic+0xf0/0x274)
> [<8011dcb4>] (panic) from [<80b014f8>] (mount_block_root+0x1e8/0x2b8)
> [<80b014f8>] (mount_block_root) from [<80b017e8>] (mount_root+0x12c/0x134)
> [<80b017e8>] (mount_root) from [<80b01990>] (prepare_namespace+0x1a0/0x1e8)
> [<80b01990>] (prepare_namespace) from [<80b010ac>]
> (kernel_init_freeable+0x2a8/0x2bc)
> [<80b010ac>] (kernel_init_freeable) from [<8079cf80>]
> (kernel_init+0x18/0x128)
> [<8079cf80>] (kernel_init) from [<8010810c>] (ret_from_fork+0x14/0x28)
> CPU1: stopping
> CPU: 1 PID: 0 Comm: swapper/1 Not tainted 4.14.71-v7+ #1145
> Hardware name: BCM2835
> [<8010ffd4>] (unwind_backtrace) from [<8010c240>] (show_stack+0x20/0x24)
> [<8010c240>] (show_stack) from [<80787f24>] (dump_stack+0xd4/0x118)
> [<80787f24>] (dump_stack) from [<8010e458>] (handle_IPI+0x2bc/0x33c)
> [<8010e458>] (handle_IPI) from [<801014d8>]
> (bcm2836_arm_irqchip_handle_irq+0x7c/0xac)
> [<801014d8>] (bcm2836_arm_irqchip_handle_irq) from [<807a3abc>]
> (__irq_svc+0x5c/0x7c)
> Exception stack(0xba925f38 to 0xba925f80)
> 5f20: 00000000
> 000003c4
> 5f40: 3a3b9000 00000000 ba924000 80c03dcc 80c03d68 80c885b2 00000001
> 410fc075
> 5f60: 00000000 ba925f94 80c04174 ba925f88 80108a4c 80108a50 60000013
> ffffffff
> [<807a3abc>] (__irq_svc) from [<80108a50>] (arch_cpu_idle+0x34/0x4c)
> [<80108a50>] (arch_cpu_idle) from [<807a323c>]
> (default_idle_call+0x34/0x48)
> [<807a323c>] (default_idle_call) from [<80161494>] (do_idle+0xd8/0x150)
> [<80161494>] (do_idle) from [<801617a8>] (cpu_startup_entry+0x28/0x2c)
> [<801617a8>] (cpu_startup_entry) from [<8010df50>]
> (secondary_start_kernel+0x130/0x13c)
> [<8010df50>] (secondary_start_kernel) from [<0010196c>] (0x10196c)
> CPU3: stopping
> CPU: 3 PID: 0 Comm: swapper/3 Not tainted 4.14.71-v7+ #1145
> Hardware name: BCM2835
> [<8010ffd4>] (unwind_backtrace) from [<8010c240>] (show_stack+0x20/0x24)
> [<8010c240>] (show_stack) from [<80787f24>] (dump_stack+0xd4/0x118)
> [<80787f24>] (dump_stack) from [<8010e458>] (handle_IPI+0x2bc/0x33c)
> [<8010e458>] (handle_IPI) from [<801014d8>]
> (bcm2836_arm_irqchip_handle_irq+0x7c/0xac)
> [<801014d8>] (bcm2836_arm_irqchip_handle_irq) from [<807a3abc>]
> (__irq_svc+0x5c/0x7c)
> Exception stack(0xba929f38 to 0xba929f80)
> 9f20: 00000000
> 0000031c
> 9f40: 3a3db000 00000000 ba928000 80c03dcc 80c03d68 80c885b2 00000001
> 410fc075
> 9f60: 00000000 ba929f94 80c04174 ba929f88 80108a4c 80108a50 60000013
> ffffffff
> [<807a3abc>] (__irq_svc) from [<80108a50>] (arch_cpu_idle+0x34/0x4c)
> [<80108a50>] (arch_cpu_idle) from [<807a323c>]
> (default_idle_call+0x34/0x48)
> [<807a323c>] (default_idle_call) from [<80161494>] (do_idle+0xd8/0x150)
> [<80161494>] (do_idle) from [<801617a8>] (cpu_startup_entry+0x28/0x2c)
> [<801617a8>] (cpu_startup_entry) from [<8010df50>]
> (secondary_start_kernel+0x130/0x13c)
> [<8010df50>] (secondary_start_kernel) from [<0010196c>] (0x10196c)
> CPU0: stopping
> CPU: 0 PID: 29 Comm: kworker/0:1 Not tainted 4.14.71-v7+ #1145
> Hardware name: BCM2835
> Workqueue: events_freezable mmc_rescan
> [<8010ffd4>] (unwind_backtrace) from [<8010c240>] (show_stack+0x20/0x24)
> [<8010c240>] (show_stack) from [<80787f24>] (dump_stack+0xd4/0x118)
> [<80787f24>] (dump_stack) from [<8010e458>] (handle_IPI+0x2bc/0x33c)
> [<8010e458>] (handle_IPI) from [<801014d8>]
> (bcm2836_arm_irqchip_handle_irq+0x7c/0xac)
> [<801014d8>] (bcm2836_arm_irqchip_handle_irq) from [<807a3abc>]
> (__irq_svc+0x5c/0x7c)
> Exception stack(0xbaa55b80 to 0xbaa55bc8)
> 5b80: ba270458 00000000 ba128300 00000000 ba27045c 00000000 ba81c800
> ba270000
> 5ba0: 80c57084 ba270460 00000000 baa55bf4 80c04174 baa55bd0 80491f2c
> 80491f30
> 5bc0: 60000013 ffffffff
> [<807a3abc>] (__irq_svc) from [<80491f30>]
> (blkcg_activate_policy+0x188/0x218)
> [<80491f30>] (blkcg_activate_policy) from [<804993ec>]
> (cfq_init_queue+0xd0/0x340)
> [<804993ec>] (cfq_init_queue) from [<8046ab70>] (elevator_init+0x78/0x174)
> [<8046ab70>] (elevator_init) from [<80471e80>]
> (blk_init_allocated_queue+0xe8/0x174)
> [<80471e80>] (blk_init_allocated_queue) from [<8062d070>]
> (mmc_init_queue+0xd0/0x29c)
> [<8062d070>] (mmc_init_queue) from [<80629fb8>]
> (mmc_blk_alloc_req+0xe8/0x2e4)
> [<80629fb8>] (mmc_blk_alloc_req) from [<8062a838>]
> (mmc_blk_probe+0xbc/0x520)
> [<8062a838>] (mmc_blk_probe) from [<8061c828>] (mmc_bus_probe+0x28/0x2c)
> [<8061c828>] (mmc_bus_probe) from [<80544b4c>]
> (driver_probe_device+0x244/0x300)
> [<80544b4c>] (driver_probe_device) from [<80544db4>]
> (__device_attach_driver+0xa4/0xbc)
> [<80544db4>] (__device_attach_driver) from [<80542c3c>]
> (bus_for_each_drv+0x74/0xa8)
> [<80542c3c>] (bus_for_each_drv) from [<805447c0>]
> (__device_attach+0xc0/0x120)
> [<805447c0>] (__device_attach) from [<80544de8>]
> (device_initial_probe+0x1c/0x20)
> [<80544de8>] (device_initial_probe) from [<80543cb0>]
> (bus_probe_device+0x94/0x9c)
> [<80543cb0>] (bus_probe_device) from [<80541cd4>] (device_add+0x400/0x588)
> [<80541cd4>] (device_add) from [<8061cce0>] (mmc_add_card+0x120/0x2bc)
> [<8061cce0>] (mmc_add_card) from [<806237f0>] (mmc_attach_sd+0xa4/0x150)
> [<806237f0>] (mmc_attach_sd) from [<8061c500>] (mmc_rescan+0x328/0x394)
> [<8061c500>] (mmc_rescan) from [<801376f0>] (process_one_work+0x158/0x454)
> [<801376f0>] (process_one_work) from [<80137a50>]
> (worker_thread+0x64/0x5b8)
> [<80137a50>] (worker_thread) from [<8013dad4>] (kthread+0x13c/0x16c)
> [<8013dad4>] (kthread) from [<8010810c>] (ret_from_fork+0x14/0x28)
> ---[ end Kernel panic - not syncing: VFS: Unable to mount root fs on
> unknown-block(0,0)
>
> Any ideas why this happens and what's needed to get this image booted?
The clock patch you mentioned is very trivial and was put together to
have the UART working, which uses very little of the clock tree. For the
MMC we probably need more work.
>
> (I've also tried with raspi3 like this:
>
> qemu-system-aarch64 -M raspi3 -serial stdio \
> -kernel rpi-kernel7.img -dtb bcm2710-rpi-3-b-plus.dtb \
> -append "rw earlyprintk loglevel=8 console=ttyAMA0,115200
> dwc_otg.lpm_enable=0 root=/dev/mmcblk0p2" \
> -drive file=2018-10-09-raspbian-stretch-lite.img,format=raw,if=sd
>
> but did not get any serial output and only black guest window without
> berries so not sure where did it hang. Same result even with these
> different serial options I've found somewhere:
>
> -append "rw earlycon=uart8250,mmio32,0x3f215040 loglevel=8
> console=ttyS1,115200 dwc_otg.lpm_enable=0 root=/dev/mmcblk0p2" \
>
> but no serial output and black screen with this too.)
>
> Thanks,
> BALATON Zoltan
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2018-11-30 0:43 ` Philippe Mathieu-Daudé
@ 2018-11-30 1:27 ` Guenter Roeck
2018-11-30 2:42 ` BALATON Zoltan
0 siblings, 1 reply; 23+ messages in thread
From: Guenter Roeck @ 2018-11-30 1:27 UTC (permalink / raw)
To: Philippe Mathieu-Daudé,
BALATON Zoltan, qemu-devel, qemu-arm, Peter Maydell
Cc: Clement Deschamps
[-- Attachment #1: Type: text/plain, Size: 1557 bytes --]
On 11/29/18 4:43 PM, Philippe Mathieu-Daudé wrote:
> Hi Zoltan,
>
> On 29/11/18 21:29, BALATON Zoltan wrote:
>> Hello,
>>
>> I could not boot Raspbian on QEMU's raspi emulation and I'm not sure why
>> it fails. So question is if this is supposed to work or am I doing
>> something wrong or any clues what may be missing? I'm trying with this
>> command line with v3.1.0-rc3:
>>
>> qemu-system-arm -M raspi2 -serial stdio \
>> -kernel rpi-kernel7.img -dtb bcm2709-rpi-2-b.dtb \
>> -append "rw earlyprintk loglevel=8 console=ttyAMA0,115200
>> dwc_otg.lpm_enable=0 root=/dev/mmcblk0p2" \
>> -drive file=2018-10-09-raspbian-stretch-lite.img,format=raw,if=sd
>>
>> Kernel starts to boot, I see raspberries on the guest screen and log
>> output to serial:
>>
>> Booting Linux on physical CPU 0xf00
>> Linux version 4.14.71-v7+ (dc4@dc4-XPS13-9333) (gcc version 4.9.3
>> (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1145 SMP Fri Sep 21
>> 15:38:35 BST 2018
>> CPU: ARMv7 Processor [410fc075] revision 5 (ARMv7), cr=10c5387d
>> [...]
>>
>
My version (https://github.com/groeck/qemu) seems to work, using multi_v7_defconfig.
Logs from boots with qemu 3.0 and 3.1 attached.
Command line:
/opt/buildbot/qemu-install/v3.0/bin/qemu-system-arm \
-M raspi2 -kernel arch/arm/boot/zImage -no-reboot \
-snapshot -drive file=core-image-minimal-qemuarm.ext3,format=raw,if=sd \
--append 'earlycon=pl011,0x3f201000 root=/dev/mmcblk0 rootwait rw console=ttyAMA0 noreboot' \
-dtb arch/arm/boot/dts/bcm2836-rpi-2-b.dtb \
-nographic -monitor null -serial stdio
Guenter
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: rasip2.30.log --]
[-- Type: text/x-log; name="rasip2.30.log", Size: 13768 bytes --]
SMC cmd 0x0 val 0x31
SMC cmd 0x0 val 0x31
SMC cmd 0x0 val 0x31
SMC cmd 0x0 val 0x31
[ 0.000000] Booting Linux on physical CPU 0xf00
[ 0.000000] Linux version 4.20.0-rc4-00149-gf92a2ebb3d55 (groeck@server.roeck-us.net) (gcc version 7.3.0 (GCC)) #1 SMP Thu Nov 29 17:18:19 PST 2018
[ 0.000000] CPU: ARMv7 Processor [410fc075] revision 5 (ARMv7), cr=10c5387d
[ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
[ 0.000000] OF: fdt: Machine model: Raspberry Pi 2 Model B
[ 0.000000] earlycon: pl11 at MMIO 0x3f201000 (options '')
[ 0.000000] printk: bootconsole [pl11] enabled
[ 0.000000] Memory policy: Data cache writealloc
[ 0.000000] efi: Getting EFI parameters from FDT:
[ 0.000000] efi: UEFI not found.
[ 0.000000] cma: Reserved 64 MiB at 0x38000000
[ 0.000000] random: get_random_bytes called from start_kernel+0xa0/0x468 with crng_init=0
[ 0.000000] percpu: Embedded 17 pages/cpu @(ptrval) s40140 r8192 d21300 u69632
[ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 244224
[ 0.000000] Kernel command line: earlycon=pl011,0x3f201000 root=/dev/mmcblk0 rootwait rw console=ttyAMA0 noreboot
[ 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: 887180K/983040K available (12288K kernel code, 1612K rwdata, 4732K rodata, 2048K init, 396K bss, 30324K reserved, 65536K cma-reserved, 131072K highmem)
[ 0.000000] Virtual kernel memory layout:
[ 0.000000] vector : 0xffff0000 - 0xffff1000 ( 4 kB)
[ 0.000000] fixmap : 0xffc00000 - 0xfff00000 (3072 kB)
[ 0.000000] vmalloc : 0xf0800000 - 0xff800000 ( 240 MB)
[ 0.000000] lowmem : 0xc0000000 - 0xf0000000 ( 768 MB)
[ 0.000000] pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB)
[ 0.000000] modules : 0xbf000000 - 0xbfe00000 ( 14 MB)
[ 0.000000] .text : 0x(ptrval) - 0x(ptrval) (13280 kB)
[ 0.000000] .init : 0x(ptrval) - 0x(ptrval) (2048 kB)
[ 0.000000] .data : 0x(ptrval) - 0x(ptrval) (1613 kB)
[ 0.000000] .bss : 0x(ptrval) - 0x(ptrval) ( 397 kB)
[ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
[ 0.000000] rcu: Hierarchical RCU implementation.
[ 0.000000] rcu: RCU event tracing is enabled.
[ 0.000000] rcu: RCU restricting CPUs from NR_CPUS=16 to nr_cpu_ids=4.
[ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 10 jiffies.
[ 0.000000] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=4
[ 0.000000] NR_IRQS: 16, nr_irqs: 16, preallocated irqs: 16
[ 0.000000] sched_clock: 32 bits at 1000kHz, resolution 1000ns, wraps every 2147483647500ns
[ 0.000000] clocksource: timer: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 1911260446275 ns
[ 0.000000] bcm2835: system timer (irq = 27)
[ 0.000000] arch_timer: cp15 timer(s) running at 62.50MHz (virt).
[ 0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x1cd42e208c, max_idle_ns: 881590405314 ns
[ 0.000029] sched_clock: 56 bits at 62MHz, resolution 16ns, wraps every 4398046511096ns
[ 0.000494] Switching to timer-based delay loop, resolution 16ns
[ 0.004456] Console: colour dummy device 80x30
[ 0.005906] Calibrating delay loop (skipped), value calculated using timer frequency.. 125.00 BogoMIPS (lpj=625000)
[ 0.006475] pid_max: default: 32768 minimum: 301
[ 0.007812] Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
[ 0.008106] Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes)
[ 0.021948] CPU: Testing write buffer coherency: ok
[ 0.032257] CPU0: update cpu_capacity 1024
[ 0.032506] CPU0: thread -1, cpu 0, socket 15, mpidr 80000f00
[ 0.037656] Setting up static identity map for 0x300000 - 0x3000a0
[ 0.040639] rcu: Hierarchical SRCU implementation.
[ 0.047695] EFI services will not be available.
[ 0.049243] smp: Bringing up secondary CPUs ...
[ 0.052497] CPU1: update cpu_capacity 1024
[ 0.052532] CPU1: thread -1, cpu 1, socket 15, mpidr 80000f01
[ 0.056708] CPU2: update cpu_capacity 1024
[ 0.056728] CPU2: thread -1, cpu 2, socket 15, mpidr 80000f02
[ 0.058471] CPU3: update cpu_capacity 1024
[ 0.058486] CPU3: thread -1, cpu 3, socket 15, mpidr 80000f03
[ 0.058918] smp: Brought up 1 node, 4 CPUs
[ 0.059509] SMP: Total of 4 processors activated (500.00 BogoMIPS).
[ 0.059658] CPU: All CPU(s) started in SVC mode.
[ 0.101819] devtmpfs: initialized
[ 0.120285] VFP support v0.3: implementor 41 architecture 2 part 30 variant 7 rev 5
[ 0.132058] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[ 0.132860] futex hash table entries: 1024 (order: 4, 65536 bytes)
[ 0.140543] pinctrl core: initialized pinctrl subsystem
[ 0.152733] DMI not present or invalid.
[ 0.158677] NET: Registered protocol family 16
[ 0.177474] DMA: preallocated 256 KiB pool for atomic coherent allocations
[ 0.187133] cpuidle: using governor menu
[ 0.188084] No ATAGs?
[ 0.190514] hw-breakpoint: found 5 (+1 reserved) breakpoint and 4 watchpoint registers.
[ 0.190699] hw-breakpoint: maximum watchpoint size is 8 bytes.
[ 0.195972] Serial: AMBA PL011 UART driver
[ 0.259895] AT91: Could not find identification node
[ 0.270416] vgaarb: loaded
[ 0.272704] SCSI subsystem initialized
[ 0.275759] usbcore: registered new interface driver usbfs
[ 0.276268] usbcore: registered new interface driver hub
[ 0.276622] usbcore: registered new device driver usb
[ 0.280134] pps_core: LinuxPPS API ver. 1 registered
[ 0.280324] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
[ 0.280802] PTP clock support registered
[ 0.281816] EDAC MC: Ver: 3.0.0
[ 0.301689] clocksource: Switched to clocksource arch_sys_counter
[ 0.447584] NET: Registered protocol family 2
[ 0.453363] tcp_listen_portaddr_hash hash table entries: 512 (order: 0, 6144 bytes)
[ 0.453585] TCP established hash table entries: 8192 (order: 3, 32768 bytes)
[ 0.453893] TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
[ 0.454164] TCP: Hash tables configured (established 8192 bind 8192)
[ 0.455644] UDP hash table entries: 512 (order: 2, 16384 bytes)
[ 0.455857] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
[ 0.456844] NET: Registered protocol family 1
[ 0.460303] RPC: Registered named UNIX socket transport module.
[ 0.460600] RPC: Registered udp transport module.
[ 0.460723] RPC: Registered tcp transport module.
[ 0.460792] RPC: Registered tcp NFSv4.1 backchannel transport module.
[ 0.469505] hw perfevents: enabled with armv7_cortex_a7 PMU driver, 1 counters available
[ 0.472898] Initialise system trusted keyrings
[ 0.474593] workingset: timestamp_bits=30 max_order=18 bucket_order=0
[ 0.486333] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[ 0.488704] NFS: Registering the id_resolver key type
[ 0.488970] Key type id_resolver registered
[ 0.489059] Key type id_legacy registered
[ 0.489445] ntfs: driver 2.1.32 [Flags: R/O].
[ 0.521793] Key type asymmetric registered
[ 0.521963] Asymmetric key parser 'x509' registered
[ 0.522241] bounce: pool size: 64 pages
[ 0.522576] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 247)
[ 0.522867] io scheduler noop registered
[ 0.522975] io scheduler deadline registered
[ 0.523411] io scheduler cfq registered (default)
[ 0.523541] io scheduler mq-deadline registered
[ 0.523630] io scheduler kyber registered
[ 0.851239] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[ 0.860235] SuperH (H)SCI(F) driver initialized
[ 0.862056] msm_serial: driver initialized
[ 0.862422] STMicroelectronics ASC driver initialized
[ 0.864107] STM32 USART driver initialized
[ 0.867582] bcm2835-rng 3f104000.rng: hwrng registered
[ 0.911308] brd: module loaded
[ 0.930971] loop: module loaded
[ 0.948186] libphy: Fixed MDIO Bus: probed
[ 0.950236] CAN device driver interface
[ 0.951796] bgmac_bcma: Broadcom 47xx GBit MAC driver loaded
[ 0.953663] e1000e: Intel(R) PRO/1000 Network Driver - 3.2.6-k
[ 0.953744] e1000e: Copyright(c) 1999 - 2015 Intel Corporation.
[ 0.953926] igb: Intel(R) Gigabit Ethernet Network Driver - version 5.4.0-k
[ 0.954023] igb: Copyright (c) 2007-2014 Intel Corporation.
[ 0.960700] pegasus: v0.9.3 (2013/04/25), Pegasus/Pegasus II USB Ethernet driver
[ 0.960897] usbcore: registered new interface driver pegasus
[ 0.961076] usbcore: registered new interface driver asix
[ 0.961218] usbcore: registered new interface driver ax88179_178a
[ 0.961364] usbcore: registered new interface driver cdc_ether
[ 0.961555] usbcore: registered new interface driver smsc75xx
[ 0.961725] usbcore: registered new interface driver smsc95xx
[ 0.961871] usbcore: registered new interface driver net1080
[ 0.962014] usbcore: registered new interface driver cdc_subset
[ 0.962157] usbcore: registered new interface driver zaurus
[ 0.962354] usbcore: registered new interface driver cdc_ncm
[ 0.966251] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 0.966396] ehci-pci: EHCI PCI platform driver
[ 0.966642] ehci-platform: EHCI generic platform driver
[ 0.967040] ehci-orion: EHCI orion driver
[ 0.967380] SPEAr-ehci: EHCI SPEAr driver
[ 0.967701] ehci-st: EHCI STMicroelectronics driver
[ 0.968031] ehci-exynos: EHCI EXYNOS driver
[ 0.968375] ehci-atmel: EHCI Atmel driver
[ 0.968698] tegra-ehci: Tegra EHCI driver
[ 0.969046] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[ 0.969202] ohci-pci: OHCI PCI platform driver
[ 0.969429] ohci-platform: OHCI generic platform driver
[ 0.969808] SPEAr-ohci: OHCI SPEAr driver
[ 0.970130] ohci-st: OHCI STMicroelectronics driver
[ 0.970629] ohci-atmel: OHCI Atmel driver
[ 0.972126] usbcore: registered new interface driver usb-storage
[ 0.982521] i2c /dev entries driver
[ 0.987617] i2c-bcm2835 3f805000.i2c: Could not read clock-frequency property
[ 1.013664] bcm2835-wdt 3f100000.watchdog: Broadcom BCM2835 watchdog timer
[ 1.020569] sdhci: Secure Digital Host Controller Interface driver
[ 1.020660] sdhci: Copyright(c) Pierre Ossman
[ 1.023916] Synopsys Designware Multimedia Card Interface Driver
[ 1.129393] sdhost-bcm2835 3f202000.mmc: loaded - DMA enabled (>1)
[ 1.130015] sdhci-pltfm: SDHCI platform and OF driver helper
[ 1.146440] ledtrig-cpu: registered to indicate activity on CPUs
[ 1.148332] usbcore: registered new interface driver usbhid
[ 1.148423] usbhid: USB HID core driver
[ 1.150810] bcm2835-mbox 3f00b880.mailbox: mailbox enabled
[ 1.157622] NET: Registered protocol family 10
[ 1.163802] Segment Routing with IPv6
[ 1.164255] sit: IPv6, IPv4 and MPLS over IPv4 tunneling driver
[ 1.166773] NET: Registered protocol family 17
[ 1.166936] can: controller area network core (rev 20170425 abi 9)
[ 1.167339] NET: Registered protocol family 29
[ 1.167445] can: raw protocol (rev 20170425)
[ 1.167578] can: broadcast manager protocol (rev 20170425 t)
[ 1.167752] can: netlink gateway (rev 20170425) max_hops=1
[ 1.168711] Key type dns_resolver registered
[ 1.169271] ThumbEE CPU extension supported.
[ 1.169383] Registering SWP/SWPB emulation handler
[ 1.172598] Loading compiled-in X.509 certificates
[ 1.190016] 3f201000.serial: ttyAMA0 at MMIO 0x3f201000 (irq = 81, base_baud = 0) is a PL011 rev2
[ 1.191256] printk: console [ttyAMA0] enabled
[ 1.191256] printk: console [ttyAMA0] enabled
[ 1.191625] printk: bootconsole [pl11] disabled
[ 1.191625] printk: bootconsole [pl11] disabled
[ 1.205666] raspberrypi-firmware soc:firmware: Attached to firmware from 1970-01-05 00:12
[ 1.212553] dwc2 3f980000.usb: 3f980000.usb supply vusb_d not found, using dummy regulator
[ 1.213141] dwc2 3f980000.usb: Linked as a consumer to regulator.0
[ 1.213276] dwc2 3f980000.usb: 3f980000.usb supply vusb_a not found, using dummy regulator
[ 1.214345] dwc2 3f980000.usb: dwc2_core_reset: HANG! Soft Reset timeout GRSTCTL GRSTCTL_CSFTRST
[ 1.216492] dwc2: probe of 3f980000.usb failed with error -16
[ 1.218417] hctosys: unable to open rtc device (rtc0)
[ 1.222984] uart-pl011 3f201000.serial: no DMA platform data
[ 1.225904] Waiting for root device /dev/mmcblk0...
[ 1.237574] mmc0: host does not support reading read-only switch, assuming write-enable
[ 1.238291] mmc0: Problem switching card into high-speed mode!
[ 1.238841] mmc0: new SD card at address 4567
[ 1.242409] mmcblk0: mmc0:4567 QEMU! 8.00 MiB
[ 1.289167] EXT4-fs (mmcblk0): mounting ext3 file system using the ext4 subsystem
[ 1.311524] EXT4-fs (mmcblk0): mounted filesystem with ordered data mode. Opts: (null)
[ 1.312945] VFS: Mounted root (ext3 filesystem) on device 179:0.
[ 1.321791] devtmpfs: mounted
[ 1.437851] Freeing unused kernel memory: 2048K
[ 1.565062] Run /sbin/init as init process
\rINIT: version 2.88 booting
mount: mounting devtmpfs on /dev failed: Device or resource busy
\rINIT: Entering runlevel: 5
Boot successful.
/ # reboot
\rINIT: Switching to runlevel: 6
/ # \rINIT: Sending processes the TERM signal
\rINIT: Sending processes the KILL signal
\rINIT: no more processes left in this runlevel
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #3: rasip2.31.log --]
[-- Type: text/x-log; name="rasip2.31.log", Size: 13790 bytes --]
SMC cmd 0x0 val 0x131
SMC cmd 0x0 val 0x131
SMC cmd 0x0 val 0x131
SMC cmd 0x0 val 0x131
[ 0.000000] Booting Linux on physical CPU 0xf00
[ 0.000000] Linux version 4.20.0-rc4-00149-gf92a2ebb3d55 (groeck@server.roeck-us.net) (gcc version 7.3.0 (GCC)) #1 SMP Thu Nov 29 17:18:19 PST 2018
[ 0.000000] CPU: ARMv7 Processor [410fc075] revision 5 (ARMv7), cr=10c5387d
[ 0.000000] CPU: div instructions available: patching division code
[ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
[ 0.000000] OF: fdt: Machine model: Raspberry Pi 2 Model B
[ 0.000000] earlycon: pl11 at MMIO 0x3f201000 (options '')
[ 0.000000] printk: bootconsole [pl11] enabled
[ 0.000000] Memory policy: Data cache writealloc
[ 0.000000] efi: Getting EFI parameters from FDT:
[ 0.000000] efi: UEFI not found.
[ 0.000000] cma: Reserved 64 MiB at 0x38000000
[ 0.000000] random: get_random_bytes called from start_kernel+0xa0/0x468 with crng_init=0
[ 0.000000] percpu: Embedded 17 pages/cpu @(ptrval) s40140 r8192 d21300 u69632
[ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 244224
[ 0.000000] Kernel command line: earlycon=pl011,0x3f201000 root=/dev/mmcblk0 rootwait rw console=ttyAMA0 noreboot
[ 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: 887180K/983040K available (12288K kernel code, 1612K rwdata, 4732K rodata, 2048K init, 396K bss, 30324K reserved, 65536K cma-reserved, 131072K highmem)
[ 0.000000] Virtual kernel memory layout:
[ 0.000000] vector : 0xffff0000 - 0xffff1000 ( 4 kB)
[ 0.000000] fixmap : 0xffc00000 - 0xfff00000 (3072 kB)
[ 0.000000] vmalloc : 0xf0800000 - 0xff800000 ( 240 MB)
[ 0.000000] lowmem : 0xc0000000 - 0xf0000000 ( 768 MB)
[ 0.000000] pkmap : 0xbfe00000 - 0xc0000000 ( 2 MB)
[ 0.000000] modules : 0xbf000000 - 0xbfe00000 ( 14 MB)
[ 0.000000] .text : 0x(ptrval) - 0x(ptrval) (13280 kB)
[ 0.000000] .init : 0x(ptrval) - 0x(ptrval) (2048 kB)
[ 0.000000] .data : 0x(ptrval) - 0x(ptrval) (1613 kB)
[ 0.000000] .bss : 0x(ptrval) - 0x(ptrval) ( 397 kB)
[ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
[ 0.000000] rcu: Hierarchical RCU implementation.
[ 0.000000] rcu: RCU event tracing is enabled.
[ 0.000000] rcu: RCU restricting CPUs from NR_CPUS=16 to nr_cpu_ids=4.
[ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 10 jiffies.
[ 0.000000] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=4
[ 0.000000] NR_IRQS: 16, nr_irqs: 16, preallocated irqs: 16
[ 0.000000] sched_clock: 32 bits at 1000kHz, resolution 1000ns, wraps every 2147483647500ns
[ 0.000000] clocksource: timer: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 1911260446275 ns
[ 0.000000] bcm2835: system timer (irq = 27)
[ 0.000000] arch_timer: cp15 timer(s) running at 62.50MHz (virt).
[ 0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x1cd42e208c, max_idle_ns: 881590405314 ns
[ 0.000117] sched_clock: 56 bits at 62MHz, resolution 16ns, wraps every 4398046511096ns
[ 0.001746] Switching to timer-based delay loop, resolution 16ns
[ 0.027314] Console: colour dummy device 80x30
[ 0.032701] Calibrating delay loop (skipped), value calculated using timer frequency.. 125.00 BogoMIPS (lpj=625000)
[ 0.034670] pid_max: default: 32768 minimum: 301
[ 0.040012] Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
[ 0.041113] Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes)
[ 0.079101] CPU: Testing write buffer coherency: ok
[ 0.117416] CPU0: update cpu_capacity 1024
[ 0.118162] CPU0: thread -1, cpu 0, socket 15, mpidr 80000f00
[ 0.137283] Setting up static identity map for 0x300000 - 0x3000a0
[ 0.148873] rcu: Hierarchical SRCU implementation.
[ 0.177043] EFI services will not be available.
[ 0.182711] smp: Bringing up secondary CPUs ...
[ 0.192922] CPU1: update cpu_capacity 1024
[ 0.193038] CPU1: thread -1, cpu 1, socket 15, mpidr 80000f01
[ 0.207649] CPU2: update cpu_capacity 1024
[ 0.207720] CPU2: thread -1, cpu 2, socket 15, mpidr 80000f02
[ 0.221110] CPU3: update cpu_capacity 1024
[ 0.221171] CPU3: thread -1, cpu 3, socket 15, mpidr 80000f03
[ 0.222531] smp: Brought up 1 node, 4 CPUs
[ 0.224535] SMP: Total of 4 processors activated (500.00 BogoMIPS).
[ 0.224955] CPU: All CPU(s) started in SVC mode.
[ 0.369881] devtmpfs: initialized
[ 0.423248] VFP support v0.3: implementor 41 architecture 2 part 30 variant 7 rev 5
[ 0.471372] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[ 0.475540] futex hash table entries: 1024 (order: 4, 65536 bytes)
[ 0.503827] pinctrl core: initialized pinctrl subsystem
[ 0.550379] DMI not present or invalid.
[ 0.583346] NET: Registered protocol family 16
[ 0.651054] DMA: preallocated 256 KiB pool for atomic coherent allocations
[ 0.691148] cpuidle: using governor menu
[ 0.696782] No ATAGs?
[ 0.705448] hw-breakpoint: found 5 (+1 reserved) breakpoint and 4 watchpoint registers.
[ 0.706267] hw-breakpoint: maximum watchpoint size is 8 bytes.
[ 0.735248] Serial: AMBA PL011 UART driver
[ 0.991236] AT91: Could not find identification node
[ 1.026916] vgaarb: loaded
[ 1.039641] SCSI subsystem initialized
[ 1.048466] usbcore: registered new interface driver usbfs
[ 1.049549] usbcore: registered new interface driver hub
[ 1.050485] usbcore: registered new device driver usb
[ 1.061555] pps_core: LinuxPPS API ver. 1 registered
[ 1.061800] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it>
[ 1.062440] PTP clock support registered
[ 1.064318] EDAC MC: Ver: 3.0.0
[ 1.123678] clocksource: Switched to clocksource arch_sys_counter
[ 1.717573] NET: Registered protocol family 2
[ 1.734174] tcp_listen_portaddr_hash hash table entries: 512 (order: 0, 6144 bytes)
[ 1.734722] TCP established hash table entries: 8192 (order: 3, 32768 bytes)
[ 1.735470] TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
[ 1.736153] TCP: Hash tables configured (established 8192 bind 8192)
[ 1.741918] UDP hash table entries: 512 (order: 2, 16384 bytes)
[ 1.742691] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
[ 1.746525] NET: Registered protocol family 1
[ 1.756903] RPC: Registered named UNIX socket transport module.
[ 1.757265] RPC: Registered udp transport module.
[ 1.757478] RPC: Registered tcp transport module.
[ 1.757667] RPC: Registered tcp NFSv4.1 backchannel transport module.
[ 1.795176] hw perfevents: enabled with armv7_cortex_a7 PMU driver, 1 counters available
[ 1.810646] Initialise system trusted keyrings
[ 1.814930] workingset: timestamp_bits=30 max_order=18 bucket_order=0
[ 1.866016] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[ 1.874467] NFS: Registering the id_resolver key type
[ 1.875362] Key type id_resolver registered
[ 1.875622] Key type id_legacy registered
[ 1.876942] ntfs: driver 2.1.32 [Flags: R/O].
[ 1.987232] Key type asymmetric registered
[ 1.987717] Asymmetric key parser 'x509' registered
[ 1.989527] bounce: pool size: 64 pages
[ 1.990750] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 247)
[ 1.991686] io scheduler noop registered
[ 1.992036] io scheduler deadline registered
[ 1.993692] io scheduler cfq registered (default)
[ 1.994094] io scheduler mq-deadline registered
[ 1.994351] io scheduler kyber registered
[ 3.282065] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[ 3.321875] SuperH (H)SCI(F) driver initialized
[ 3.329370] msm_serial: driver initialized
[ 3.331017] STMicroelectronics ASC driver initialized
[ 3.338302] STM32 USART driver initialized
[ 3.353291] bcm2835-rng 3f104000.rng: hwrng registered
[ 3.527899] brd: module loaded
[ 3.593166] loop: module loaded
[ 3.677326] libphy: Fixed MDIO Bus: probed
[ 3.686731] CAN device driver interface
[ 3.693415] bgmac_bcma: Broadcom 47xx GBit MAC driver loaded
[ 3.702348] e1000e: Intel(R) PRO/1000 Network Driver - 3.2.6-k
[ 3.702612] e1000e: Copyright(c) 1999 - 2015 Intel Corporation.
[ 3.703250] igb: Intel(R) Gigabit Ethernet Network Driver - version 5.4.0-k
[ 3.703508] igb: Copyright (c) 2007-2014 Intel Corporation.
[ 3.734773] pegasus: v0.9.3 (2013/04/25), Pegasus/Pegasus II USB Ethernet driver
[ 3.735408] usbcore: registered new interface driver pegasus
[ 3.736019] usbcore: registered new interface driver asix
[ 3.736502] usbcore: registered new interface driver ax88179_178a
[ 3.736979] usbcore: registered new interface driver cdc_ether
[ 3.737598] usbcore: registered new interface driver smsc75xx
[ 3.738161] usbcore: registered new interface driver smsc95xx
[ 3.739117] usbcore: registered new interface driver net1080
[ 3.739731] usbcore: registered new interface driver cdc_subset
[ 3.740209] usbcore: registered new interface driver zaurus
[ 3.740939] usbcore: registered new interface driver cdc_ncm
[ 3.758422] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 3.759276] ehci-pci: EHCI PCI platform driver
[ 3.760353] ehci-platform: EHCI generic platform driver
[ 3.762047] ehci-orion: EHCI orion driver
[ 3.763477] SPEAr-ehci: EHCI SPEAr driver
[ 3.764831] ehci-st: EHCI STMicroelectronics driver
[ 3.766243] ehci-exynos: EHCI EXYNOS driver
[ 3.767604] ehci-atmel: EHCI Atmel driver
[ 3.769465] tegra-ehci: Tegra EHCI driver
[ 3.771060] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[ 3.771557] ohci-pci: OHCI PCI platform driver
[ 3.772392] ohci-platform: OHCI generic platform driver
[ 3.773961] SPEAr-ohci: OHCI SPEAr driver
[ 3.775313] ohci-st: OHCI STMicroelectronics driver
[ 3.776715] ohci-atmel: OHCI Atmel driver
[ 3.783371] usbcore: registered new interface driver usb-storage
[ 3.831089] i2c /dev entries driver
[ 3.847005] i2c-bcm2835 3f805000.i2c: Could not read clock-frequency property
[ 3.937999] bcm2835-wdt 3f100000.watchdog: Broadcom BCM2835 watchdog timer
[ 3.972350] sdhci: Secure Digital Host Controller Interface driver
[ 3.972635] sdhci: Copyright(c) Pierre Ossman
[ 3.988019] Synopsys Designware Multimedia Card Interface Driver
[ 4.129620] sdhost-bcm2835 3f202000.mmc: loaded - DMA enabled (>1)
[ 4.132195] sdhci-pltfm: SDHCI platform and OF driver helper
[ 4.180351] ledtrig-cpu: registered to indicate activity on CPUs
[ 4.191921] usbcore: registered new interface driver usbhid
[ 4.192203] usbhid: USB HID core driver
[ 4.202516] bcm2835-mbox 3f00b880.mailbox: mailbox enabled
[ 4.232828] NET: Registered protocol family 10
[ 4.258002] Segment Routing with IPv6
[ 4.260677] sit: IPv6, IPv4 and MPLS over IPv4 tunneling driver
[ 4.271203] NET: Registered protocol family 17
[ 4.271901] can: controller area network core (rev 20170425 abi 9)
[ 4.273334] NET: Registered protocol family 29
[ 4.273699] can: raw protocol (rev 20170425)
[ 4.274156] can: broadcast manager protocol (rev 20170425 t)
[ 4.274612] can: netlink gateway (rev 20170425) max_hops=1
[ 4.278342] Key type dns_resolver registered
[ 4.281451] ThumbEE CPU extension supported.
[ 4.281927] Registering SWP/SWPB emulation handler
[ 4.288864] mmc0: host does not support reading read-only switch, assuming write-enable
[ 4.290586] mmc0: Problem switching card into high-speed mode!
[ 4.292048] mmc0: new SD card at address 4567
[ 4.292642] Loading compiled-in X.509 certificates
[ 4.301384] mmcblk0: mmc0:4567 QEMU! 8.00 MiB
[ 4.341366] 3f201000.serial: ttyAMA0 at MMIO 0x3f201000 (irq = 81, base_baud = 0) is a PL011 rev2
[ 4.346087] printk: console [ttyAMA0] enabled
[ 4.346087] printk: console [ttyAMA0] enabled
[ 4.347621] printk: bootconsole [pl11] disabled
[ 4.347621] printk: bootconsole [pl11] disabled
[ 4.407192] raspberrypi-firmware soc:firmware: Attached to firmware from 1970-01-05 00:12
[ 4.437476] dwc2 3f980000.usb: 3f980000.usb supply vusb_d not found, using dummy regulator
[ 4.440238] dwc2 3f980000.usb: Linked as a consumer to regulator.0
[ 4.440815] dwc2 3f980000.usb: 3f980000.usb supply vusb_a not found, using dummy regulator
[ 4.445041] dwc2 3f980000.usb: dwc2_core_reset: HANG! Soft Reset timeout GRSTCTL GRSTCTL_CSFTRST
[ 4.454368] dwc2: probe of 3f980000.usb failed with error -16
[ 4.463077] hctosys: unable to open rtc device (rtc0)
[ 4.481120] uart-pl011 3f201000.serial: no DMA platform data
[ 4.516413] EXT4-fs (mmcblk0): mounting ext3 file system using the ext4 subsystem
[ 4.597971] EXT4-fs (mmcblk0): mounted filesystem with ordered data mode. Opts: (null)
[ 4.604442] VFS: Mounted root (ext3 filesystem) on device 179:0.
[ 4.631342] devtmpfs: mounted
[ 4.872227] Freeing unused kernel memory: 2048K
[ 5.077318] Run /sbin/init as init process
\rINIT: version 2.88 booting
mount: mounting devtmpfs on /dev failed: Device or resource busy
\rINIT: Entering runlevel: 5
Boot successful.
/ # poweroff
\rINIT: Switching to runlevel: 0
/ # \rINIT: Sending processes the TERM signal
\rINIT: Sending processes the KILL signal
\rINIT: no more processes left in this runlevel
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2018-11-30 1:27 ` Guenter Roeck
@ 2018-11-30 2:42 ` BALATON Zoltan
2018-11-30 3:39 ` Guenter Roeck
0 siblings, 1 reply; 23+ messages in thread
From: BALATON Zoltan @ 2018-11-30 2:42 UTC (permalink / raw)
To: Guenter Roeck
Cc: Philippe Mathieu-Daudé,
qemu-devel, qemu-arm, Peter Maydell, Clement Deschamps
On Thu, 29 Nov 2018, Guenter Roeck wrote:
> On 11/29/18 4:43 PM, Philippe Mathieu-Daudé wrote:
>> Hi Zoltan,
>>
>> On 29/11/18 21:29, BALATON Zoltan wrote:
>>> Hello,
>>>
>>> I could not boot Raspbian on QEMU's raspi emulation and I'm not sure why
>>> it fails. So question is if this is supposed to work or am I doing
>>> something wrong or any clues what may be missing? I'm trying with this
>>> command line with v3.1.0-rc3:
>>>
>>> qemu-system-arm -M raspi2 -serial stdio \
>>> -kernel rpi-kernel7.img -dtb bcm2709-rpi-2-b.dtb \
>>> -append "rw earlyprintk loglevel=8 console=ttyAMA0,115200
>>> dwc_otg.lpm_enable=0 root=/dev/mmcblk0p2" \
>>> -drive file=2018-10-09-raspbian-stretch-lite.img,format=raw,if=sd
>>>
>>> Kernel starts to boot, I see raspberries on the guest screen and log
>>> output to serial:
>>>
>>> Booting Linux on physical CPU 0xf00
>>> Linux version 4.14.71-v7+ (dc4@dc4-XPS13-9333) (gcc version 4.9.3
>>> (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1145 SMP Fri Sep 21
>>> 15:38:35 BST 2018
>>> CPU: ARMv7 Processor [410fc075] revision 5 (ARMv7), cr=10c5387d
>>> [...]
>>>
>>
>
> My version (https://github.com/groeck/qemu) seems to work, using
Tried with your v3.1.0-local branch but got same results (does not find
mmcblk0 on raspi2, nothing on raspi3) so probably it's not one of the
patches in your tree that's missing.
> multi_v7_defconfig.
Then maybe it's your kernel config that's different? Do you have compiled
kernels available that I could try?
Thank you,
BALATON Zoltan
> Logs from boots with qemu 3.0 and 3.1 attached.
>
> Command line:
>
> /opt/buildbot/qemu-install/v3.0/bin/qemu-system-arm \
> -M raspi2 -kernel arch/arm/boot/zImage -no-reboot \
> -snapshot -drive
> file=core-image-minimal-qemuarm.ext3,format=raw,if=sd \
> --append 'earlycon=pl011,0x3f201000 root=/dev/mmcblk0 rootwait rw
> console=ttyAMA0 noreboot' \
> -dtb arch/arm/boot/dts/bcm2836-rpi-2-b.dtb \
> -nographic -monitor null -serial stdio
>
> Guenter
>
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2018-11-30 2:42 ` BALATON Zoltan
@ 2018-11-30 3:39 ` Guenter Roeck
2018-11-30 12:36 ` BALATON Zoltan
0 siblings, 1 reply; 23+ messages in thread
From: Guenter Roeck @ 2018-11-30 3:39 UTC (permalink / raw)
To: BALATON Zoltan
Cc: Philippe Mathieu-Daudé,
qemu-devel, qemu-arm, Peter Maydell, Clement Deschamps
[-- Attachment #1: Type: text/plain, Size: 2238 bytes --]
On 11/29/18 6:42 PM, BALATON Zoltan wrote:
> On Thu, 29 Nov 2018, Guenter Roeck wrote:
>> On 11/29/18 4:43 PM, Philippe Mathieu-Daudé wrote:
>>> Hi Zoltan,
>>>
>>> On 29/11/18 21:29, BALATON Zoltan wrote:
>>>> Hello,
>>>>
>>>> I could not boot Raspbian on QEMU's raspi emulation and I'm not sure why
>>>> it fails. So question is if this is supposed to work or am I doing
>>>> something wrong or any clues what may be missing? I'm trying with this
>>>> command line with v3.1.0-rc3:
>>>>
>>>> qemu-system-arm -M raspi2 -serial stdio \
>>>> -kernel rpi-kernel7.img -dtb bcm2709-rpi-2-b.dtb \
>>>> -append "rw earlyprintk loglevel=8 console=ttyAMA0,115200
>>>> dwc_otg.lpm_enable=0 root=/dev/mmcblk0p2" \
>>>> -drive file=2018-10-09-raspbian-stretch-lite.img,format=raw,if=sd
>>>>
>>>> Kernel starts to boot, I see raspberries on the guest screen and log
>>>> output to serial:
>>>>
>>>> Booting Linux on physical CPU 0xf00
>>>> Linux version 4.14.71-v7+ (dc4@dc4-XPS13-9333) (gcc version 4.9.3
>>>> (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1145 SMP Fri Sep 21
>>>> 15:38:35 BST 2018
>>>> CPU: ARMv7 Processor [410fc075] revision 5 (ARMv7), cr=10c5387d
>>>> [...]
>>>>
>>>
>>
>> My version (https://github.com/groeck/qemu) seems to work, using
>
> Tried with your v3.1.0-local branch but got same results (does not find mmcblk0 on raspi2, nothing on raspi3) so probably it's not one of the patches in your tree that's missing.
>
>> multi_v7_defconfig.
>
> Then maybe it's your kernel config that's different? Do you have compiled kernels available that I could try?
>
Shouldn't be, but I attached my configuration. This time with v4.14.84 and
"make ARCH-arm savedefconfig" after building the image. The output is identical
to "make ARCH=arm multi_v7_defconfig; make ARCH=arm savedefconfig".
Oh, and here is my qemu configuration.
--disable-user --disable-gnutls --disable-docs \
--disable-nettle --disable-gcrypt --disable-vnc-png \
--disable-xen --disable-xen-pci-passthrough \
--enable-debug --disable-strip
That should not make a difference either, but who knows.
Just to be sure, I copied a kernel and a root file system
to http://server.roeck-us.net/qemu/arm-raspi2/
Hope it helps.
Guenter
[-- Attachment #2: defconfig --]
[-- Type: text/plain, Size: 21273 bytes --]
CONFIG_SYSVIPC=y
CONFIG_IRQ_DOMAIN_DEBUG=y
CONFIG_NO_HZ=y
CONFIG_HIGH_RES_TIMERS=y
CONFIG_CGROUPS=y
CONFIG_BLK_DEV_INITRD=y
CONFIG_EMBEDDED=y
CONFIG_PERF_EVENTS=y
CONFIG_MODULES=y
CONFIG_MODULE_UNLOAD=y
CONFIG_PARTITION_ADVANCED=y
CONFIG_CMDLINE_PARTITION=y
CONFIG_ARCH_VIRT=y
CONFIG_ARCH_MVEBU=y
CONFIG_MACH_ARMADA_370=y
CONFIG_MACH_ARMADA_375=y
CONFIG_MACH_ARMADA_38X=y
CONFIG_MACH_ARMADA_39X=y
CONFIG_MACH_ARMADA_XP=y
CONFIG_MACH_DOVE=y
CONFIG_ARCH_ALPINE=y
CONFIG_ARCH_ARTPEC=y
CONFIG_MACH_ARTPEC6=y
CONFIG_ARCH_AT91=y
CONFIG_SOC_SAMA5D2=y
CONFIG_SOC_SAMA5D3=y
CONFIG_SOC_SAMA5D4=y
CONFIG_ARCH_BCM=y
CONFIG_ARCH_BCM_CYGNUS=y
CONFIG_ARCH_BCM_NSP=y
CONFIG_ARCH_BCM_5301X=y
CONFIG_ARCH_BCM_281XX=y
CONFIG_ARCH_BCM_21664=y
CONFIG_ARCH_BCM2835=y
CONFIG_ARCH_BCM_63XX=y
CONFIG_ARCH_BRCMSTB=y
CONFIG_ARCH_BERLIN=y
CONFIG_MACH_BERLIN_BG2=y
CONFIG_MACH_BERLIN_BG2CD=y
CONFIG_MACH_BERLIN_BG2Q=y
CONFIG_ARCH_DIGICOLOR=y
CONFIG_ARCH_HIGHBANK=y
CONFIG_ARCH_HISI=y
CONFIG_ARCH_HI3xxx=y
CONFIG_ARCH_HIP01=y
CONFIG_ARCH_HIP04=y
CONFIG_ARCH_HIX5HD2=y
CONFIG_ARCH_KEYSTONE=y
CONFIG_ARCH_MESON=y
CONFIG_ARCH_MXC=y
CONFIG_SOC_IMX50=y
CONFIG_SOC_IMX51=y
CONFIG_SOC_IMX53=y
CONFIG_SOC_IMX6Q=y
CONFIG_SOC_IMX6SL=y
CONFIG_SOC_IMX6SX=y
CONFIG_SOC_IMX6UL=y
CONFIG_SOC_IMX7D=y
CONFIG_SOC_LS1021A=y
CONFIG_SOC_VF610=y
CONFIG_ARCH_MEDIATEK=y
CONFIG_ARCH_OMAP3=y
CONFIG_ARCH_OMAP4=y
CONFIG_SOC_OMAP5=y
CONFIG_SOC_AM33XX=y
CONFIG_SOC_AM43XX=y
CONFIG_SOC_DRA7XX=y
CONFIG_ARCH_QCOM=y
CONFIG_ARCH_MSM8X60=y
CONFIG_ARCH_MSM8960=y
CONFIG_ARCH_MSM8974=y
CONFIG_ARCH_ROCKCHIP=y
CONFIG_ARCH_SOCFPGA=y
CONFIG_PLAT_SPEAR=y
CONFIG_ARCH_SPEAR13XX=y
CONFIG_MACH_SPEAR1310=y
CONFIG_MACH_SPEAR1340=y
CONFIG_ARCH_STI=y
CONFIG_ARCH_EXYNOS=y
CONFIG_EXYNOS5420_MCPM=y
CONFIG_ARCH_RENESAS=y
CONFIG_ARCH_EMEV2=y
CONFIG_ARCH_R7S72100=y
CONFIG_ARCH_R8A73A4=y
CONFIG_ARCH_R8A7740=y
CONFIG_ARCH_R8A7743=y
CONFIG_ARCH_R8A7745=y
CONFIG_ARCH_R8A7778=y
CONFIG_ARCH_R8A7779=y
CONFIG_ARCH_R8A7790=y
CONFIG_ARCH_R8A7791=y
CONFIG_ARCH_R8A7792=y
CONFIG_ARCH_R8A7793=y
CONFIG_ARCH_R8A7794=y
CONFIG_ARCH_SH73A0=y
CONFIG_ARCH_SUNXI=y
CONFIG_ARCH_SIRF=y
CONFIG_ARCH_TEGRA=y
CONFIG_ARCH_UNIPHIER=y
CONFIG_ARCH_U8500=y
CONFIG_MACH_HREFV60=y
CONFIG_MACH_SNOWBALL=y
CONFIG_ARCH_VEXPRESS=y
CONFIG_ARCH_VEXPRESS_TC2_PM=y
CONFIG_ARCH_WM8850=y
CONFIG_ARCH_ZYNQ=y
CONFIG_PCI_KEYSTONE=y
CONFIG_PCI_MVEBU=y
CONFIG_PCI_TEGRA=y
CONFIG_PCI_RCAR_GEN2=y
CONFIG_PCIE_RCAR=y
CONFIG_SMP=y
CONFIG_NR_CPUS=16
CONFIG_CMA=y
CONFIG_SECCOMP=y
CONFIG_ARM_APPENDED_DTB=y
CONFIG_ARM_ATAG_DTB_COMPAT=y
CONFIG_KEXEC=y
CONFIG_EFI=y
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_STAT=y
CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=m
CONFIG_CPU_FREQ_GOV_USERSPACE=m
CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m
CONFIG_CPU_FREQ_GOV_SCHEDUTIL=y
CONFIG_CPUFREQ_DT=y
CONFIG_ARM_IMX6Q_CPUFREQ=y
CONFIG_QORIQ_CPUFREQ=y
CONFIG_CPU_IDLE=y
CONFIG_ARM_CPUIDLE=y
CONFIG_ARM_ZYNQ_CPUIDLE=y
CONFIG_ARM_EXYNOS_CPUIDLE=y
CONFIG_KERNEL_MODE_NEON=y
CONFIG_NET=y
CONFIG_PACKET=y
CONFIG_UNIX=y
CONFIG_INET=y
CONFIG_IP_PNP=y
CONFIG_IP_PNP_DHCP=y
CONFIG_IP_PNP_BOOTP=y
CONFIG_IP_PNP_RARP=y
CONFIG_IPV6_ROUTER_PREF=y
CONFIG_IPV6_OPTIMISTIC_DAD=y
CONFIG_INET6_AH=m
CONFIG_INET6_ESP=m
CONFIG_INET6_IPCOMP=m
CONFIG_IPV6_MIP6=m
CONFIG_IPV6_TUNNEL=m
CONFIG_IPV6_MULTIPLE_TABLES=y
CONFIG_NET_DSA=m
CONFIG_CAN=y
CONFIG_CAN_AT91=m
CONFIG_CAN_SUN4I=y
CONFIG_CAN_XILINXCAN=y
CONFIG_CAN_RCAR=m
CONFIG_CAN_MCP251X=y
CONFIG_BT=m
CONFIG_BT_MRVL=m
CONFIG_BT_MRVL_SDIO=m
CONFIG_CFG80211=m
CONFIG_MAC80211=m
CONFIG_RFKILL=y
CONFIG_RFKILL_INPUT=y
CONFIG_RFKILL_GPIO=y
CONFIG_DEVTMPFS=y
CONFIG_DEVTMPFS_MOUNT=y
CONFIG_DMA_CMA=y
CONFIG_CMA_SIZE_MBYTES=64
CONFIG_OMAP_OCP2SCP=y
CONFIG_SIMPLE_PM_BUS=y
CONFIG_MTD=y
CONFIG_MTD_CMDLINE_PARTS=y
CONFIG_MTD_BLOCK=y
CONFIG_MTD_M25P80=y
CONFIG_MTD_NAND=y
CONFIG_MTD_NAND_DENALI_DT=y
CONFIG_MTD_NAND_OMAP2=y
CONFIG_MTD_NAND_OMAP_BCH=y
CONFIG_MTD_NAND_ATMEL=y
CONFIG_MTD_NAND_BRCMNAND=y
CONFIG_MTD_NAND_VF610_NFC=y
CONFIG_MTD_NAND_DAVINCI=y
CONFIG_MTD_SPI_NOR=y
CONFIG_SPI_FSL_QUADSPI=m
CONFIG_MTD_UBI=y
CONFIG_BLK_DEV_LOOP=y
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_SIZE=65536
CONFIG_VIRTIO_BLK=y
CONFIG_AD525X_DPOT=y
CONFIG_AD525X_DPOT_I2C=y
CONFIG_ATMEL_TCLIB=y
CONFIG_ICS932S401=y
CONFIG_ATMEL_SSC=m
CONFIG_QCOM_COINCELL=m
CONFIG_APDS9802ALS=y
CONFIG_ISL29003=y
CONFIG_EEPROM_AT24=y
CONFIG_BLK_DEV_SD=y
CONFIG_BLK_DEV_SR=y
CONFIG_ATA=y
CONFIG_SATA_AHCI=y
CONFIG_SATA_AHCI_PLATFORM=y
CONFIG_AHCI_BRCM=y
CONFIG_AHCI_DM816=y
CONFIG_AHCI_ST=y
CONFIG_AHCI_IMX=y
CONFIG_AHCI_SUNXI=y
CONFIG_AHCI_TEGRA=y
CONFIG_SATA_HIGHBANK=y
CONFIG_SATA_MV=y
CONFIG_SATA_RCAR=y
CONFIG_NETDEVICES=y
CONFIG_VIRTIO_NET=y
CONFIG_B53_SPI_DRIVER=m
CONFIG_B53_MDIO_DRIVER=m
CONFIG_B53_MMAP_DRIVER=m
CONFIG_B53_SRAB_DRIVER=m
CONFIG_NET_DSA_BCM_SF2=m
CONFIG_SUN4I_EMAC=y
CONFIG_MACB=y
CONFIG_BCMGENET=m
CONFIG_BGMAC_BCMA=y
CONFIG_SYSTEMPORT=m
CONFIG_NET_CALXEDA_XGMAC=y
CONFIG_GIANFAR=y
CONFIG_HIX5HD2_GMAC=y
CONFIG_E1000E=y
CONFIG_IGB=y
CONFIG_MV643XX_ETH=y
CONFIG_MVNETA=y
CONFIG_PXA168_ETH=m
CONFIG_KS8851=y
CONFIG_R8169=y
CONFIG_SH_ETH=y
CONFIG_SMSC911X=y
CONFIG_STMMAC_ETH=y
CONFIG_DWMAC_DWC_QOS_ETH=y
CONFIG_TI_CPSW=y
CONFIG_XILINX_EMACLITE=y
CONFIG_AT803X_PHY=y
CONFIG_BROADCOM_PHY=y
CONFIG_ICPLUS_PHY=y
CONFIG_MARVELL_PHY=y
CONFIG_MICREL_PHY=y
CONFIG_REALTEK_PHY=y
CONFIG_ROCKCHIP_PHY=y
CONFIG_SMSC_PHY=y
CONFIG_USB_PEGASUS=y
CONFIG_USB_RTL8152=m
CONFIG_USB_USBNET=y
CONFIG_USB_NET_SMSC75XX=y
CONFIG_USB_NET_SMSC95XX=y
CONFIG_BRCMFMAC=m
CONFIG_MWIFIEX=m
CONFIG_MWIFIEX_SDIO=m
CONFIG_RT2X00=m
CONFIG_RT2800USB=m
CONFIG_INPUT_JOYDEV=y
CONFIG_INPUT_EVDEV=y
CONFIG_KEYBOARD_QT1070=m
CONFIG_KEYBOARD_GPIO=y
CONFIG_KEYBOARD_TEGRA=y
CONFIG_KEYBOARD_SAMSUNG=m
CONFIG_KEYBOARD_ST_KEYSCAN=y
CONFIG_KEYBOARD_SPEAR=y
CONFIG_KEYBOARD_CROS_EC=m
CONFIG_MOUSE_PS2_ELANTECH=y
CONFIG_MOUSE_CYAPA=m
CONFIG_MOUSE_ELAN_I2C=y
CONFIG_INPUT_TOUCHSCREEN=y
CONFIG_TOUCHSCREEN_ATMEL_MXT=m
CONFIG_TOUCHSCREEN_MMS114=m
CONFIG_TOUCHSCREEN_WM97XX=m
CONFIG_TOUCHSCREEN_ST1232=m
CONFIG_TOUCHSCREEN_STMPE=y
CONFIG_TOUCHSCREEN_SUN4I=y
CONFIG_INPUT_MISC=y
CONFIG_INPUT_MAX77693_HAPTIC=m
CONFIG_INPUT_MAX8997_HAPTIC=m
CONFIG_INPUT_AXP20X_PEK=m
CONFIG_INPUT_ADXL34X=m
CONFIG_SERIO_AMBAKMI=y
CONFIG_SERIAL_8250=y
CONFIG_SERIAL_8250_CONSOLE=y
CONFIG_SERIAL_8250_DW=y
CONFIG_SERIAL_8250_EM=y
CONFIG_SERIAL_8250_MT6577=y
CONFIG_SERIAL_8250_UNIPHIER=y
CONFIG_SERIAL_OF_PLATFORM=y
CONFIG_SERIAL_AMBA_PL011=y
CONFIG_SERIAL_AMBA_PL011_CONSOLE=y
CONFIG_SERIAL_ATMEL=y
CONFIG_SERIAL_ATMEL_CONSOLE=y
CONFIG_SERIAL_ATMEL_TTYAT=y
CONFIG_SERIAL_MESON=y
CONFIG_SERIAL_MESON_CONSOLE=y
CONFIG_SERIAL_SAMSUNG=y
CONFIG_SERIAL_SAMSUNG_CONSOLE=y
CONFIG_SERIAL_SIRFSOC=y
CONFIG_SERIAL_SIRFSOC_CONSOLE=y
CONFIG_SERIAL_TEGRA=y
CONFIG_SERIAL_IMX=y
CONFIG_SERIAL_IMX_CONSOLE=y
CONFIG_SERIAL_SH_SCI=y
CONFIG_SERIAL_SH_SCI_NR_UARTS=20
CONFIG_SERIAL_SH_SCI_CONSOLE=y
CONFIG_SERIAL_SH_SCI_DMA=y
CONFIG_SERIAL_MSM=y
CONFIG_SERIAL_MSM_CONSOLE=y
CONFIG_SERIAL_VT8500=y
CONFIG_SERIAL_VT8500_CONSOLE=y
CONFIG_SERIAL_OMAP=y
CONFIG_SERIAL_OMAP_CONSOLE=y
CONFIG_SERIAL_BCM63XX=y
CONFIG_SERIAL_BCM63XX_CONSOLE=y
CONFIG_SERIAL_XILINX_PS_UART=y
CONFIG_SERIAL_XILINX_PS_UART_CONSOLE=y
CONFIG_SERIAL_FSL_LPUART=y
CONFIG_SERIAL_FSL_LPUART_CONSOLE=y
CONFIG_SERIAL_CONEXANT_DIGICOLOR=y
CONFIG_SERIAL_CONEXANT_DIGICOLOR_CONSOLE=y
CONFIG_SERIAL_ST_ASC=y
CONFIG_SERIAL_ST_ASC_CONSOLE=y
CONFIG_VIRTIO_CONSOLE=y
CONFIG_HW_RANDOM=y
CONFIG_HW_RANDOM_ST=y
CONFIG_I2C_CHARDEV=y
CONFIG_I2C_ARB_GPIO_CHALLENGE=m
CONFIG_I2C_MUX_PCA954x=y
CONFIG_I2C_MUX_PINCTRL=y
CONFIG_I2C_DEMUX_PINCTRL=y
CONFIG_I2C_AT91=m
CONFIG_I2C_BCM2835=y
CONFIG_I2C_CADENCE=y
CONFIG_I2C_DAVINCI=y
CONFIG_I2C_DESIGNWARE_PLATFORM=y
CONFIG_I2C_DIGICOLOR=m
CONFIG_I2C_EMEV2=m
CONFIG_I2C_GPIO=m
CONFIG_I2C_IMX=m
CONFIG_I2C_MV64XXX=y
CONFIG_I2C_RIIC=y
CONFIG_I2C_RK3X=y
CONFIG_I2C_S3C2410=y
CONFIG_I2C_SH_MOBILE=y
CONFIG_I2C_SIRF=y
CONFIG_I2C_ST=y
CONFIG_I2C_SUN6I_P2WI=y
CONFIG_I2C_TEGRA=y
CONFIG_I2C_UNIPHIER=y
CONFIG_I2C_UNIPHIER_F=y
CONFIG_I2C_XILINX=y
CONFIG_I2C_RCAR=y
CONFIG_I2C_CROS_EC_TUNNEL=m
CONFIG_I2C_SLAVE_EEPROM=y
CONFIG_SPI=y
CONFIG_SPI_ATMEL=m
CONFIG_SPI_BCM2835=y
CONFIG_SPI_BCM2835AUX=y
CONFIG_SPI_CADENCE=y
CONFIG_SPI_DAVINCI=y
CONFIG_SPI_GPIO=m
CONFIG_SPI_FSL_DSPI=m
CONFIG_SPI_OMAP24XX=y
CONFIG_SPI_ORION=y
CONFIG_SPI_PL022=y
CONFIG_SPI_ROCKCHIP=m
CONFIG_SPI_RSPI=y
CONFIG_SPI_S3C64XX=m
CONFIG_SPI_SH_MSIOF=m
CONFIG_SPI_SH_HSPI=y
CONFIG_SPI_SIRF=y
CONFIG_SPI_SUN4I=y
CONFIG_SPI_SUN6I=y
CONFIG_SPI_TEGRA114=y
CONFIG_SPI_TEGRA20_SFLASH=y
CONFIG_SPI_TEGRA20_SLINK=y
CONFIG_SPI_XILINX=y
CONFIG_SPI_SPIDEV=y
CONFIG_SPMI=y
CONFIG_PINCTRL_AS3722=y
CONFIG_PINCTRL_PALMAS=y
CONFIG_PINCTRL_APQ8064=y
CONFIG_PINCTRL_APQ8084=y
CONFIG_PINCTRL_IPQ8064=y
CONFIG_PINCTRL_MSM8660=y
CONFIG_PINCTRL_MSM8960=y
CONFIG_PINCTRL_MSM8X74=y
CONFIG_PINCTRL_MSM8916=y
CONFIG_PINCTRL_QCOM_SPMI_PMIC=y
CONFIG_PINCTRL_QCOM_SSBI_PMIC=y
CONFIG_GPIO_DAVINCI=y
CONFIG_GPIO_DWAPB=y
CONFIG_GPIO_EM=y
CONFIG_GPIO_RCAR=y
CONFIG_GPIO_SYSCON=y
CONFIG_GPIO_XILINX=y
CONFIG_GPIO_ZYNQ=y
CONFIG_GPIO_PCA953X=y
CONFIG_GPIO_PCA953X_IRQ=y
CONFIG_GPIO_PCF857X=y
CONFIG_GPIO_PALMAS=y
CONFIG_GPIO_TPS6586X=y
CONFIG_GPIO_TPS65910=y
CONFIG_GPIO_TWL4030=y
CONFIG_POWER_AVS=y
CONFIG_ROCKCHIP_IODOMAIN=y
CONFIG_POWER_RESET_AS3722=y
CONFIG_POWER_RESET_GPIO=y
CONFIG_POWER_RESET_GPIO_RESTART=y
CONFIG_POWER_RESET_ST=y
CONFIG_POWER_RESET_KEYSTONE=y
CONFIG_POWER_RESET_RMOBILE=y
CONFIG_BATTERY_ACT8945A=y
CONFIG_BATTERY_SBS=y
CONFIG_AXP20X_POWER=m
CONFIG_BATTERY_MAX17040=m
CONFIG_BATTERY_MAX17042=m
CONFIG_CHARGER_MAX14577=m
CONFIG_CHARGER_MAX77693=m
CONFIG_CHARGER_MAX8997=m
CONFIG_CHARGER_MAX8998=m
CONFIG_CHARGER_TPS65090=y
CONFIG_SENSORS_IIO_HWMON=y
CONFIG_SENSORS_LM90=y
CONFIG_SENSORS_LM95245=y
CONFIG_SENSORS_NTC_THERMISTOR=m
CONFIG_SENSORS_PWM_FAN=m
CONFIG_SENSORS_INA2XX=m
CONFIG_CPU_THERMAL=y
CONFIG_ROCKCHIP_THERMAL=y
CONFIG_RCAR_THERMAL=y
CONFIG_ARMADA_THERMAL=y
CONFIG_ST_THERMAL_MEMMAP=y
CONFIG_WATCHDOG=y
CONFIG_DA9063_WATCHDOG=m
CONFIG_XILINX_WATCHDOG=y
CONFIG_ARM_SP805_WATCHDOG=y
CONFIG_AT91SAM9X_WATCHDOG=y
CONFIG_SAMA5D4_WATCHDOG=y
CONFIG_DW_WATCHDOG=y
CONFIG_DAVINCI_WATCHDOG=m
CONFIG_ORION_WATCHDOG=y
CONFIG_SUNXI_WATCHDOG=y
CONFIG_IMX2_WDT=y
CONFIG_ST_LPC_WATCHDOG=y
CONFIG_TEGRA_WATCHDOG=m
CONFIG_MESON_WATCHDOG=y
CONFIG_DIGICOLOR_WATCHDOG=y
CONFIG_BCM47XX_WDT=y
CONFIG_BCM2835_WDT=y
CONFIG_BCM_KONA_WDT=y
CONFIG_BCM7038_WDT=m
CONFIG_BCMA_HOST_SOC=y
CONFIG_BCMA_DRIVER_GMAC_CMN=y
CONFIG_BCMA_DRIVER_GPIO=y
CONFIG_MFD_ACT8945A=y
CONFIG_MFD_AS3711=y
CONFIG_MFD_AS3722=y
CONFIG_MFD_ATMEL_FLEXCOM=y
CONFIG_MFD_ATMEL_HLCDC=m
CONFIG_MFD_BCM590XX=y
CONFIG_MFD_AC100=y
CONFIG_MFD_AXP20X_I2C=y
CONFIG_MFD_AXP20X_RSB=y
CONFIG_MFD_CROS_EC=m
CONFIG_MFD_CROS_EC_I2C=m
CONFIG_MFD_CROS_EC_SPI=m
CONFIG_MFD_DA9063=m
CONFIG_MFD_MAX14577=y
CONFIG_MFD_MAX77686=y
CONFIG_MFD_MAX77693=m
CONFIG_MFD_MAX8907=y
CONFIG_MFD_MAX8997=y
CONFIG_MFD_MAX8998=y
CONFIG_MFD_PM8XXX=y
CONFIG_MFD_QCOM_RPM=y
CONFIG_MFD_SPMI_PMIC=y
CONFIG_MFD_RK808=y
CONFIG_MFD_SEC_CORE=y
CONFIG_MFD_STMPE=y
CONFIG_MFD_PALMAS=y
CONFIG_MFD_TPS65090=y
CONFIG_MFD_TPS65217=y
CONFIG_MFD_TPS65218=y
CONFIG_MFD_TPS6586X=y
CONFIG_MFD_TPS65910=y
CONFIG_REGULATOR_ACT8865=y
CONFIG_REGULATOR_ACT8945A=y
CONFIG_REGULATOR_ANATOP=y
CONFIG_REGULATOR_AB8500=y
CONFIG_REGULATOR_AS3711=y
CONFIG_REGULATOR_AS3722=y
CONFIG_REGULATOR_AXP20X=y
CONFIG_REGULATOR_BCM590XX=y
CONFIG_REGULATOR_DA9210=y
CONFIG_REGULATOR_FAN53555=y
CONFIG_REGULATOR_GPIO=y
CONFIG_REGULATOR_LP872X=y
CONFIG_REGULATOR_MAX14577=m
CONFIG_REGULATOR_MAX8907=y
CONFIG_REGULATOR_MAX8973=y
CONFIG_REGULATOR_MAX8997=m
CONFIG_REGULATOR_MAX8998=m
CONFIG_REGULATOR_MAX77686=y
CONFIG_REGULATOR_MAX77693=m
CONFIG_REGULATOR_MAX77802=m
CONFIG_REGULATOR_PALMAS=y
CONFIG_REGULATOR_PBIAS=y
CONFIG_REGULATOR_PWM=y
CONFIG_REGULATOR_QCOM_RPM=y
CONFIG_REGULATOR_QCOM_SMD_RPM=m
CONFIG_REGULATOR_RK808=y
CONFIG_REGULATOR_S2MPS11=y
CONFIG_REGULATOR_S5M8767=y
CONFIG_REGULATOR_TI_ABB=y
CONFIG_REGULATOR_TPS51632=y
CONFIG_REGULATOR_TPS62360=y
CONFIG_REGULATOR_TPS65090=y
CONFIG_REGULATOR_TPS65217=y
CONFIG_REGULATOR_TPS65218=y
CONFIG_REGULATOR_TPS6586X=y
CONFIG_REGULATOR_TPS65910=y
CONFIG_REGULATOR_TWL4030=y
CONFIG_REGULATOR_VEXPRESS=y
CONFIG_REGULATOR_WM8994=m
CONFIG_MEDIA_SUPPORT=m
CONFIG_MEDIA_CAMERA_SUPPORT=y
CONFIG_MEDIA_CONTROLLER=y
CONFIG_VIDEO_V4L2_SUBDEV_API=y
CONFIG_MEDIA_USB_SUPPORT=y
CONFIG_USB_VIDEO_CLASS=m
CONFIG_V4L_PLATFORM_DRIVERS=y
CONFIG_SOC_CAMERA=m
CONFIG_SOC_CAMERA_PLATFORM=m
CONFIG_VIDEO_SAMSUNG_EXYNOS4_IS=m
CONFIG_VIDEO_S5P_FIMC=m
CONFIG_VIDEO_S5P_MIPI_CSIS=m
CONFIG_VIDEO_EXYNOS_FIMC_LITE=m
CONFIG_VIDEO_EXYNOS4_FIMC_IS=m
CONFIG_VIDEO_RCAR_VIN=m
CONFIG_VIDEO_ATMEL_ISI=m
CONFIG_V4L_MEM2MEM_DRIVERS=y
CONFIG_VIDEO_SAMSUNG_S5P_JPEG=m
CONFIG_VIDEO_SAMSUNG_S5P_MFC=m
CONFIG_VIDEO_SAMSUNG_EXYNOS_GSC=m
CONFIG_VIDEO_STI_BDISP=m
CONFIG_VIDEO_STI_HVA=m
CONFIG_VIDEO_STI_DELTA=m
CONFIG_VIDEO_RENESAS_JPU=m
CONFIG_VIDEO_RENESAS_VSP1=m
CONFIG_V4L_TEST_DRIVERS=y
CONFIG_VIDEO_VIVID=m
# CONFIG_MEDIA_SUBDRV_AUTOSELECT is not set
CONFIG_VIDEO_ADV7180=m
CONFIG_VIDEO_ML86V7667=m
CONFIG_DRM=y
# CONFIG_DRM_I2C_CH7006 is not set
# CONFIG_DRM_I2C_SIL164 is not set
CONFIG_DRM_NOUVEAU=m
CONFIG_DRM_EXYNOS=m
CONFIG_DRM_EXYNOS_FIMD=y
CONFIG_DRM_EXYNOS_MIXER=y
CONFIG_DRM_EXYNOS_DPI=y
CONFIG_DRM_EXYNOS_DSI=y
CONFIG_DRM_EXYNOS_HDMI=y
CONFIG_DRM_ROCKCHIP=m
CONFIG_ROCKCHIP_ANALOGIX_DP=y
CONFIG_ROCKCHIP_DW_HDMI=y
CONFIG_ROCKCHIP_DW_MIPI_DSI=y
CONFIG_ROCKCHIP_INNO_HDMI=y
CONFIG_DRM_ATMEL_HLCDC=m
CONFIG_DRM_RCAR_DU=m
CONFIG_DRM_RCAR_LVDS=y
CONFIG_DRM_SUN4I=m
CONFIG_DRM_TEGRA=y
CONFIG_DRM_PANEL_SIMPLE=y
CONFIG_DRM_PANEL_SAMSUNG_LD9040=m
CONFIG_DRM_PANEL_SAMSUNG_S6E8AA0=m
CONFIG_DRM_DUMB_VGA_DAC=m
CONFIG_DRM_NXP_PTN3460=m
CONFIG_DRM_PARADE_PS8622=m
CONFIG_DRM_I2C_ADV7511=m
CONFIG_DRM_I2C_ADV7511_AUDIO=y
CONFIG_DRM_STI=m
CONFIG_DRM_VC4=m
CONFIG_FB_ARMCLCD=y
CONFIG_FB_EFI=y
CONFIG_FB_WM8505=y
CONFIG_FB_SH_MOBILE_LCDC=y
CONFIG_FB_SIMPLE=y
CONFIG_FB_SH_MOBILE_MERAM=y
CONFIG_LCD_PLATFORM=m
CONFIG_BACKLIGHT_PWM=y
CONFIG_BACKLIGHT_AS3711=y
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y
CONFIG_SOUND=m
CONFIG_SND=m
CONFIG_SND_DYNAMIC_MINORS=y
CONFIG_SND_HDA_TEGRA=m
CONFIG_SND_HDA_INPUT_BEEP=y
CONFIG_SND_HDA_PATCH_LOADER=y
CONFIG_SND_HDA_CODEC_REALTEK=m
CONFIG_SND_HDA_CODEC_HDMI=m
CONFIG_SND_USB_AUDIO=m
CONFIG_SND_SOC=m
CONFIG_SND_ATMEL_SOC=m
CONFIG_SND_ATMEL_SOC_WM8904=m
CONFIG_SND_ATMEL_SOC_PDMIC=m
CONFIG_SND_BCM2835_SOC_I2S=m
CONFIG_SND_SOC_FSL_SAI=m
CONFIG_SND_SOC_ROCKCHIP=m
CONFIG_SND_SOC_ROCKCHIP_SPDIF=m
CONFIG_SND_SOC_ROCKCHIP_MAX98090=m
CONFIG_SND_SOC_ROCKCHIP_RT5645=m
CONFIG_SND_SOC_SAMSUNG=m
CONFIG_SND_SOC_SAMSUNG_SMDK_WM8994=m
CONFIG_SND_SOC_SMDK_WM8994_PCM=m
CONFIG_SND_SOC_SNOW=m
CONFIG_SND_SOC_SH4_FSI=m
CONFIG_SND_SOC_RCAR=m
CONFIG_SND_SOC_STI=m
CONFIG_SND_SUN4I_CODEC=m
CONFIG_SND_SOC_TEGRA=m
CONFIG_SND_SOC_TEGRA20_I2S=m
CONFIG_SND_SOC_TEGRA30_I2S=m
CONFIG_SND_SOC_TEGRA_RT5640=m
CONFIG_SND_SOC_TEGRA_WM8753=m
CONFIG_SND_SOC_TEGRA_WM8903=m
CONFIG_SND_SOC_TEGRA_WM9712=m
CONFIG_SND_SOC_TEGRA_TRIMSLICE=m
CONFIG_SND_SOC_TEGRA_ALC5632=m
CONFIG_SND_SOC_TEGRA_MAX98090=m
CONFIG_SND_SOC_AK4642=m
CONFIG_SND_SOC_SGTL5000=m
CONFIG_SND_SOC_SPDIF=m
CONFIG_SND_SOC_STI_SAS=m
CONFIG_SND_SOC_WM8978=m
CONFIG_SND_SIMPLE_SCU_CARD=m
CONFIG_USB=y
CONFIG_USB_XHCI_HCD=y
CONFIG_USB_XHCI_MVEBU=y
CONFIG_USB_XHCI_TEGRA=m
CONFIG_USB_EHCI_HCD=y
CONFIG_USB_EHCI_HCD_STI=y
CONFIG_USB_EHCI_MSM=m
CONFIG_USB_EHCI_TEGRA=y
CONFIG_USB_EHCI_EXYNOS=y
CONFIG_USB_OHCI_HCD=y
CONFIG_USB_OHCI_HCD_STI=y
CONFIG_USB_OHCI_EXYNOS=m
CONFIG_USB_R8A66597_HCD=m
CONFIG_USB_RENESAS_USBHS=m
CONFIG_USB_STORAGE=y
CONFIG_USB_MUSB_HDRC=m
CONFIG_USB_DWC3=y
CONFIG_USB_DWC2=y
CONFIG_USB_CHIPIDEA=y
CONFIG_USB_CHIPIDEA_UDC=y
CONFIG_USB_CHIPIDEA_HOST=y
CONFIG_USB_ISP1760=y
CONFIG_AB8500_USB=y
CONFIG_USB_GPIO_VBUS=y
CONFIG_USB_ISP1301=y
CONFIG_USB_MSM_OTG=m
CONFIG_USB_MXS_PHY=y
CONFIG_USB_GADGET=y
CONFIG_USB_FSL_USB2=y
CONFIG_USB_RENESAS_USBHS_UDC=m
CONFIG_USB_ETH=m
CONFIG_MMC=y
CONFIG_MMC_BLOCK_MINORS=16
CONFIG_MMC_ARMMMCI=y
CONFIG_MMC_SDHCI=y
CONFIG_MMC_SDHCI_PLTFM=y
CONFIG_MMC_SDHCI_OF_ARASAN=y
CONFIG_MMC_SDHCI_OF_AT91=y
CONFIG_MMC_SDHCI_OF_ESDHC=y
CONFIG_MMC_SDHCI_ESDHC_IMX=y
CONFIG_MMC_SDHCI_DOVE=y
CONFIG_MMC_SDHCI_TEGRA=y
CONFIG_MMC_SDHCI_S3C=y
CONFIG_MMC_SDHCI_PXAV3=y
CONFIG_MMC_SDHCI_SPEAR=y
CONFIG_MMC_SDHCI_S3C_DMA=y
CONFIG_MMC_SDHCI_BCM_KONA=y
CONFIG_MMC_SDHCI_ST=y
CONFIG_MMC_OMAP=y
CONFIG_MMC_OMAP_HS=y
CONFIG_MMC_ATMELMCI=y
CONFIG_MMC_SDHCI_MSM=y
CONFIG_MMC_MVSDIO=y
CONFIG_MMC_SDHI=y
CONFIG_MMC_DW=y
CONFIG_MMC_DW_EXYNOS=y
CONFIG_MMC_DW_ROCKCHIP=y
CONFIG_MMC_SH_MMCIF=y
CONFIG_MMC_SUNXI=y
CONFIG_MMC_BCM2835=y
CONFIG_NEW_LEDS=y
CONFIG_LEDS_CLASS=y
CONFIG_LEDS_CLASS_FLASH=m
CONFIG_LEDS_GPIO=y
CONFIG_LEDS_PWM=y
CONFIG_LEDS_MAX77693=m
CONFIG_LEDS_MAX8997=m
CONFIG_LEDS_TRIGGERS=y
CONFIG_LEDS_TRIGGER_TIMER=y
CONFIG_LEDS_TRIGGER_ONESHOT=y
CONFIG_LEDS_TRIGGER_HEARTBEAT=y
CONFIG_LEDS_TRIGGER_BACKLIGHT=y
CONFIG_LEDS_TRIGGER_CPU=y
CONFIG_LEDS_TRIGGER_GPIO=y
CONFIG_LEDS_TRIGGER_DEFAULT_ON=y
CONFIG_LEDS_TRIGGER_TRANSIENT=y
CONFIG_LEDS_TRIGGER_CAMERA=y
CONFIG_EDAC=y
CONFIG_EDAC_HIGHBANK_MC=y
CONFIG_EDAC_HIGHBANK_L2=y
CONFIG_RTC_CLASS=y
CONFIG_RTC_DRV_AC100=y
CONFIG_RTC_DRV_AS3722=y
CONFIG_RTC_DRV_DS1307=y
CONFIG_RTC_DRV_HYM8563=m
CONFIG_RTC_DRV_MAX8907=y
CONFIG_RTC_DRV_MAX8998=m
CONFIG_RTC_DRV_MAX8997=m
CONFIG_RTC_DRV_MAX77686=y
CONFIG_RTC_DRV_RK808=m
CONFIG_RTC_DRV_RS5C372=m
CONFIG_RTC_DRV_TWL4030=y
CONFIG_RTC_DRV_PALMAS=y
CONFIG_RTC_DRV_TPS6586X=y
CONFIG_RTC_DRV_TPS65910=y
CONFIG_RTC_DRV_S35390A=m
CONFIG_RTC_DRV_RX8581=m
CONFIG_RTC_DRV_EM3027=y
CONFIG_RTC_DRV_S5M=m
CONFIG_RTC_DRV_DA9063=m
CONFIG_RTC_DRV_EFI=m
CONFIG_RTC_DRV_DIGICOLOR=m
CONFIG_RTC_DRV_S3C=m
CONFIG_RTC_DRV_PL031=y
CONFIG_RTC_DRV_AT91RM9200=m
CONFIG_RTC_DRV_AT91SAM9=m
CONFIG_RTC_DRV_VT8500=y
CONFIG_RTC_DRV_SUNXI=y
CONFIG_RTC_DRV_MV=y
CONFIG_RTC_DRV_TEGRA=y
CONFIG_RTC_DRV_ST_LPC=y
CONFIG_DMADEVICES=y
CONFIG_AT_HDMAC=y
CONFIG_AT_XDMAC=y
CONFIG_DMA_BCM2835=y
CONFIG_DMA_OMAP=y
CONFIG_DMA_SUN6I=y
CONFIG_FSL_EDMA=y
CONFIG_IMX_DMA=y
CONFIG_IMX_SDMA=y
CONFIG_MV_XOR=y
CONFIG_MXS_DMA=y
CONFIG_PL330_DMA=y
CONFIG_SIRF_DMA=y
CONFIG_STE_DMA40=y
CONFIG_ST_FDMA=m
CONFIG_TEGRA20_APB_DMA=y
CONFIG_TI_EDMA=y
CONFIG_XILINX_DMA=y
CONFIG_QCOM_BAM_DMA=y
CONFIG_DW_DMAC=y
CONFIG_SH_DMAE=y
CONFIG_RCAR_DMAC=y
CONFIG_RENESAS_USB_DMAC=m
CONFIG_VIRTIO_PCI=y
CONFIG_VIRTIO_MMIO=y
CONFIG_STAGING=y
CONFIG_MFD_NVEC=y
CONFIG_KEYBOARD_NVEC=y
CONFIG_SERIO_NVEC_PS2=y
CONFIG_NVEC_POWER=y
CONFIG_NVEC_PAZ00=y
CONFIG_STAGING_BOARD=y
CONFIG_CROS_EC_CHARDEV=m
CONFIG_COMMON_CLK_MAX77686=y
CONFIG_COMMON_CLK_RK808=m
CONFIG_COMMON_CLK_S2MPS11=m
CONFIG_COMMON_CLK_QCOM=y
CONFIG_QCOM_CLK_RPM=y
CONFIG_APQ_MMCC_8084=y
CONFIG_MSM_GCC_8660=y
CONFIG_MSM_MMCC_8960=y
CONFIG_MSM_MMCC_8974=y
CONFIG_BCM2835_MBOX=y
CONFIG_ROCKCHIP_IOMMU=y
CONFIG_TEGRA_IOMMU_GART=y
CONFIG_TEGRA_IOMMU_SMMU=y
CONFIG_REMOTEPROC=m
CONFIG_ST_REMOTEPROC=m
CONFIG_RASPBERRYPI_POWER=y
CONFIG_QCOM_GSBI=y
CONFIG_QCOM_PM=y
CONFIG_QCOM_SMD_RPM=m
CONFIG_QCOM_WCNSS_CTRL=m
CONFIG_ROCKCHIP_PM_DOMAINS=y
CONFIG_ARCH_TEGRA_2x_SOC=y
CONFIG_ARCH_TEGRA_3x_SOC=y
CONFIG_ARCH_TEGRA_114_SOC=y
CONFIG_ARCH_TEGRA_124_SOC=y
CONFIG_PM_DEVFREQ=y
CONFIG_ARM_TEGRA_DEVFREQ=m
CONFIG_TI_AEMIF=y
CONFIG_IIO=y
CONFIG_IIO_SW_TRIGGER=y
CONFIG_AT91_ADC=m
CONFIG_AT91_SAMA5D2_ADC=m
CONFIG_BERLIN2_ADC=m
CONFIG_EXYNOS_ADC=m
CONFIG_VF610_ADC=m
CONFIG_XILINX_XADC=y
CONFIG_MPU3050_I2C=y
CONFIG_CM36651=m
CONFIG_SENSORS_ISL29018=y
CONFIG_SENSORS_ISL29028=y
CONFIG_AK8975=y
CONFIG_IIO_HRTIMER_TRIGGER=y
CONFIG_PWM=y
CONFIG_PWM_ATMEL=m
CONFIG_PWM_ATMEL_HLCDC_PWM=m
CONFIG_PWM_ATMEL_TCB=m
CONFIG_PWM_BCM2835=y
CONFIG_PWM_BRCMSTB=m
CONFIG_PWM_FSL_FTM=m
CONFIG_PWM_RENESAS_TPU=y
CONFIG_PWM_ROCKCHIP=m
CONFIG_PWM_SAMSUNG=m
CONFIG_PWM_STI=y
CONFIG_PWM_SUN4I=y
CONFIG_PWM_TEGRA=y
CONFIG_PWM_VT8500=y
CONFIG_KEYSTONE_IRQ=y
CONFIG_PHY_SUN4I_USB=y
CONFIG_PHY_SUN9I_USB=y
CONFIG_PHY_HIX5HD2_SATA=y
CONFIG_PHY_BERLIN_SATA=y
CONFIG_PHY_BERLIN_USB=y
CONFIG_PHY_QCOM_APQ8064_SATA=m
CONFIG_PHY_RCAR_GEN2=m
CONFIG_PHY_ROCKCHIP_DP=m
CONFIG_PHY_ROCKCHIP_USB=y
CONFIG_PHY_SAMSUNG_USB2=m
CONFIG_PHY_MIPHY28LP=y
CONFIG_PHY_STIH407_USB=y
CONFIG_PHY_TEGRA_XUSB=y
CONFIG_OMAP_USB2=y
CONFIG_TI_PIPE3=y
CONFIG_NVMEM_SUNXI_SID=y
CONFIG_RASPBERRYPI_FIRMWARE=y
CONFIG_BCM47XX_NVRAM=y
CONFIG_BCM47XX_SPROM=y
CONFIG_EFI_VARS=m
CONFIG_EFI_CAPSULE_LOADER=m
CONFIG_EXT4_FS=y
CONFIG_AUTOFS4_FS=y
CONFIG_MSDOS_FS=y
CONFIG_VFAT_FS=y
CONFIG_NTFS_FS=y
CONFIG_TMPFS_POSIX_ACL=y
CONFIG_UBIFS_FS=y
CONFIG_SQUASHFS=y
CONFIG_SQUASHFS_LZO=y
CONFIG_SQUASHFS_XZ=y
CONFIG_PSTORE=y
CONFIG_PSTORE_CONSOLE=y
CONFIG_PSTORE_PMSG=y
CONFIG_PSTORE_RAM=y
CONFIG_NFS_FS=y
CONFIG_NFS_V3_ACL=y
CONFIG_NFS_V4=y
CONFIG_ROOT_NFS=y
CONFIG_NLS_CODEPAGE_437=y
CONFIG_NLS_ISO8859_1=y
CONFIG_NLS_UTF8=y
CONFIG_PRINTK_TIME=y
CONFIG_MAGIC_SYSRQ=y
CONFIG_CRYPTO_USER=m
CONFIG_CRYPTO_USER_API_HASH=m
CONFIG_CRYPTO_USER_API_SKCIPHER=m
CONFIG_CRYPTO_USER_API_RNG=m
CONFIG_CRYPTO_USER_API_AEAD=m
CONFIG_CRYPTO_DEV_MARVELL_CESA=m
CONFIG_CRYPTO_DEV_EXYNOS_RNG=m
CONFIG_CRYPTO_DEV_S5P=m
CONFIG_CRYPTO_DEV_ATMEL_AES=m
CONFIG_CRYPTO_DEV_ATMEL_TDES=m
CONFIG_CRYPTO_DEV_ATMEL_SHA=m
CONFIG_CRYPTO_DEV_SUN4I_SS=m
CONFIG_CRYPTO_DEV_ROCKCHIP=m
CONFIG_ARM_CRYPTO=y
CONFIG_CRYPTO_SHA1_ARM_NEON=m
CONFIG_CRYPTO_SHA1_ARM_CE=m
CONFIG_CRYPTO_SHA2_ARM_CE=m
CONFIG_CRYPTO_SHA512_ARM=m
CONFIG_CRYPTO_AES_ARM=m
CONFIG_CRYPTO_AES_ARM_BS=m
CONFIG_CRYPTO_AES_ARM_CE=m
CONFIG_CRYPTO_GHASH_ARM_CE=m
CONFIG_CRYPTO_CRC32_ARM_CE=m
CONFIG_CRYPTO_CHACHA20_NEON=m
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2018-11-30 3:39 ` Guenter Roeck
@ 2018-11-30 12:36 ` BALATON Zoltan
0 siblings, 0 replies; 23+ messages in thread
From: BALATON Zoltan @ 2018-11-30 12:36 UTC (permalink / raw)
To: Guenter Roeck
Cc: Philippe Mathieu-Daudé,
qemu-devel, qemu-arm, Peter Maydell, Clement Deschamps
On Thu, 29 Nov 2018, Guenter Roeck wrote:
> On 11/29/18 6:42 PM, BALATON Zoltan wrote:
>> On Thu, 29 Nov 2018, Guenter Roeck wrote:
>>> On 11/29/18 4:43 PM, Philippe Mathieu-Daudé wrote:
>>>> Hi Zoltan,
>>>>
>>>> On 29/11/18 21:29, BALATON Zoltan wrote:
>>>>> Hello,
>>>>>
>>>>> I could not boot Raspbian on QEMU's raspi emulation and I'm not sure why
>>>>> it fails. So question is if this is supposed to work or am I doing
>>>>> something wrong or any clues what may be missing? I'm trying with this
>>>>> command line with v3.1.0-rc3:
>>>>>
>>>>> qemu-system-arm -M raspi2 -serial stdio \
>>>>> -kernel rpi-kernel7.img -dtb bcm2709-rpi-2-b.dtb \
>>>>> -append "rw earlyprintk loglevel=8 console=ttyAMA0,115200
>>>>> dwc_otg.lpm_enable=0 root=/dev/mmcblk0p2" \
>>>>> -drive file=2018-10-09-raspbian-stretch-lite.img,format=raw,if=sd
>>>>>
>>>>> Kernel starts to boot, I see raspberries on the guest screen and log
>>>>> output to serial:
>>>>>
>>>>> Booting Linux on physical CPU 0xf00
>>>>> Linux version 4.14.71-v7+ (dc4@dc4-XPS13-9333) (gcc version 4.9.3
>>>>> (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1145 SMP Fri Sep 21
>>>>> 15:38:35 BST 2018
>>>>> CPU: ARMv7 Processor [410fc075] revision 5 (ARMv7), cr=10c5387d
>>>>> [...]
>>>>>
>>>>
>>>
>>> My version (https://github.com/groeck/qemu) seems to work, using
>>
>> Tried with your v3.1.0-local branch but got same results (does not find
>> mmcblk0 on raspi2, nothing on raspi3) so probably it's not one of the
>> patches in your tree that's missing.
>>
>>> multi_v7_defconfig.
>>
>> Then maybe it's your kernel config that's different? Do you have compiled
>> kernels available that I could try?
>>
>
> Shouldn't be, but I attached my configuration. This time with v4.14.84 and
> "make ARCH-arm savedefconfig" after building the image. The output is
> identical
> to "make ARCH=arm multi_v7_defconfig; make ARCH=arm savedefconfig".
>
> Oh, and here is my qemu configuration.
>
> --disable-user --disable-gnutls --disable-docs \
> --disable-nettle --disable-gcrypt --disable-vnc-png \
> --disable-xen --disable-xen-pci-passthrough \
> --enable-debug --disable-strip
>
> That should not make a difference either, but who knows.
> Just to be sure, I copied a kernel and a root file system
> to http://server.roeck-us.net/qemu/arm-raspi2/
It boots with your kernel (also the raspbian-lite image) so it's likely
that the config of the Raspbian kernel is different and that causes the
problem. Unfortunately I don't know what config their kernels use. If I'm
not mistaken this is the raspbian kernel repo:
https://github.com/raspberrypi/linux/
My guesses would be bcm2835_defconfig or some other bcm*config? Or
something completely different?
Regards,
BALATON Zoltan
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2018-11-29 20:29 [Qemu-devel] Booting Raspbian on RPi emulation BALATON Zoltan
2018-11-30 0:43 ` Philippe Mathieu-Daudé
@ 2019-01-15 18:29 ` BALATON Zoltan
2019-01-15 18:54 ` Philippe Mathieu-Daudé
1 sibling, 1 reply; 23+ messages in thread
From: BALATON Zoltan @ 2019-01-15 18:29 UTC (permalink / raw)
To: qemu-devel; +Cc: Philippe Mathieu-Daudé
On Thu, 29 Nov 2018, BALATON Zoltan wrote:
> Then I've tried the same with the pll patches posted by Philippe
> Mathieu-Daudé here:
>
> http://lists.nongnu.org/archive/html/qemu-devel/2018-11/msg00191.html
>
> on top of v3.1.0-rc3 which helped to get rid of the cprman warnings
Will these patches be merged eventually? These seem to at least get rid of
some annoying warnings in Linux boot dmesg.
Regards,
BALATON Zoltan
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2019-01-15 18:29 ` BALATON Zoltan
@ 2019-01-15 18:54 ` Philippe Mathieu-Daudé
2019-03-04 17:58 ` BALATON Zoltan
2019-08-20 14:50 ` BALATON Zoltan
0 siblings, 2 replies; 23+ messages in thread
From: Philippe Mathieu-Daudé @ 2019-01-15 18:54 UTC (permalink / raw)
To: BALATON Zoltan, qemu-devel
On 1/15/19 7:29 PM, BALATON Zoltan wrote:
> On Thu, 29 Nov 2018, BALATON Zoltan wrote:
>> Then I've tried the same with the pll patches posted by Philippe
>> Mathieu-Daudé here:
>>
>> http://lists.nongnu.org/archive/html/qemu-devel/2018-11/msg00191.html
>>
>> on top of v3.1.0-rc3 which helped to get rid of the cprman warnings
>
> Will these patches be merged eventually? These seem to at least get rid
> of some annoying warnings in Linux boot dmesg.
I'll respin this series addressing Peter's comments.
Thanks for reminding me ;)
Phil.
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2019-01-15 18:54 ` Philippe Mathieu-Daudé
@ 2019-03-04 17:58 ` BALATON Zoltan
2019-08-20 14:50 ` BALATON Zoltan
1 sibling, 0 replies; 23+ messages in thread
From: BALATON Zoltan @ 2019-03-04 17:58 UTC (permalink / raw)
To: Philippe Mathieu-Daudé; +Cc: qemu-devel
Hello,
On Tue, 15 Jan 2019, Philippe Mathieu-Daudé wrote:
> On 1/15/19 7:29 PM, BALATON Zoltan wrote:
>> On Thu, 29 Nov 2018, BALATON Zoltan wrote:
>>> Then I've tried the same with the pll patches posted by Philippe
>>> Mathieu-Daudé here:
>>>
>>> http://lists.nongnu.org/archive/html/qemu-devel/2018-11/msg00191.html
>>>
>>> on top of v3.1.0-rc3 which helped to get rid of the cprman warnings
>>
>> Will these patches be merged eventually? These seem to at least get rid
>> of some annoying warnings in Linux boot dmesg.
>
> I'll respin this series addressing Peter's comments.
>
> Thanks for reminding me ;)
What happened to these? Will they make it in master before the freeze?
Regards,
BALATON Zoltan
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2019-01-15 18:54 ` Philippe Mathieu-Daudé
2019-03-04 17:58 ` BALATON Zoltan
@ 2019-08-20 14:50 ` BALATON Zoltan
2019-08-20 15:14 ` Philippe Mathieu-Daudé
1 sibling, 1 reply; 23+ messages in thread
From: BALATON Zoltan @ 2019-08-20 14:50 UTC (permalink / raw)
To: Philippe Mathieu-Daudé; +Cc: qemu-devel
Hello Philippe,
On Tue, 15 Jan 2019, Philippe Mathieu-Daudé wrote:
> On 1/15/19 7:29 PM, BALATON Zoltan wrote:
>> On Thu, 29 Nov 2018, BALATON Zoltan wrote:
>>> Then I've tried the same with the pll patches posted by Philippe
>>> Mathieu-Daudé here:
>>>
>>> http://lists.nongnu.org/archive/html/qemu-devel/2018-11/msg00191.html
>>>
>>> on top of v3.1.0-rc3 which helped to get rid of the cprman warnings
>>
>> Will these patches be merged eventually? These seem to at least get rid
>> of some annoying warnings in Linux boot dmesg.
>
> I'll respin this series addressing Peter's comments.
>
> Thanks for reminding me ;)
>
> Phil.
While you're at raspi patches maybe I remind you again of the above :-)
I think I haven't seen these being merged yet but correct me if I'm wrong.
Regards,
BALATON Zoltan
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2019-08-20 14:50 ` BALATON Zoltan
@ 2019-08-20 15:14 ` Philippe Mathieu-Daudé
0 siblings, 0 replies; 23+ messages in thread
From: Philippe Mathieu-Daudé @ 2019-08-20 15:14 UTC (permalink / raw)
To: BALATON Zoltan; +Cc: qemu-devel, Guenter Roeck
Hey Zoltan,
On 8/20/19 4:50 PM, BALATON Zoltan wrote:
> On Tue, 15 Jan 2019, Philippe Mathieu-Daudé wrote:
>> On 1/15/19 7:29 PM, BALATON Zoltan wrote:
>>> On Thu, 29 Nov 2018, BALATON Zoltan wrote:
>>>> Then I've tried the same with the pll patches posted by Philippe
>>>> Mathieu-Daudé here:
>>>>
>>>> http://lists.nongnu.org/archive/html/qemu-devel/2018-11/msg00191.html
>>>>
>>>> on top of v3.1.0-rc3 which helped to get rid of the cprman warnings
>>>
>>> Will these patches be merged eventually? These seem to at least get rid
>>> of some annoying warnings in Linux boot dmesg.
>>
>> I'll respin this series addressing Peter's comments.
>>
>> Thanks for reminding me ;)
>>
>> Phil.
>
> While you're at raspi patches maybe I remind you again of the above :-)
> I think I haven't seen these being merged yet but correct me if I'm wrong.
You are correct :)
I did address the issue reported by Peter regarding the CPRMAN block.
Guenter tried the series and reported issue with the A2W block (he did
implement it, basically to return 0x10001 for a pair of registers, but I
hadn't implemented it).
Now I have a basic A2W implemented, but I can't reproduce the error
Guenter reported, so I was waiting for more spare time to invest on
this. Anyhow meanwhile I can post my work as RFC.
Regards,
Phil.
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2019-01-28 10:24 ` Peter Maydell
@ 2019-01-28 15:30 ` BALATON Zoltan
0 siblings, 0 replies; 23+ messages in thread
From: BALATON Zoltan @ 2019-01-28 15:30 UTC (permalink / raw)
To: Peter Maydell; +Cc: Ben Hekster, QEMU Developers
On Mon, 28 Jan 2019, Peter Maydell wrote:
> On Sun, 27 Jan 2019 at 23:13, BALATON Zoltan <balaton@eik.bme.hu> wrote:
>> On Sun, 27 Jan 2019, Peter Maydell wrote:
>>> Unfortunately I'm not sufficiently familiar with how OSX
>>> event handling works to figure out how to plumb it back in
>>> again. It ought to be a fairly simple matter of "implement
>>> whatever method OSX sends events to on whatever of our
>>> various classes is the right one, and make it call handleEvent
>>> with the NSEvent", but I've tried a few things and haven't
>>> been able to actually get any event handling methods to
>>> fire at all :-(
>>
>> I think you need to implement keyDown: and keyUp: methods in QemuCocoaView
>> to get keyboard events and there are similar methods for mouse events,
>> see:
>>
>> https://developer.apple.com/documentation/appkit/nsview?language=objc
>
> Yeah, I got something working later last night. You also need
> to implement acceptsFirstResponder or you don't get any events.
Yes, I remembered it also has something to do with FirstResponder but did
not recall what you need for it.
> So I have something that at least works for key events in the
> monitor window now. I need to check whether we do the right
> thing for things like cmd-key hotkeys which need to be handled
> by the stock OSX event handling. (In the old scheme we deal with
> these by having handleEvent pass them on to sendEvent, but in
> the new setup that's an infinite recursion.)
>
>> But these are a lot of methods which are supposedly called from the
>> sendEvent: method of the NSWindow containing this view so maybe a better
>> place to catch all events is there. For this we need an NSWindow subclass
>> implementing sendEvent: which is then used to hold QemuCocoaView. I may be
>> wrong though, haven't tested it and don't know what you've tried.
>
> Yeah, we could also do something like that, or another approach
> I found by searching around is to use addLocalMonitorForEventsMatchingMask
> to catch events. I'd kind of prefer to do whatever is the "expected"
> setup for OSX apps, though, and I get the impression that completely
> overriding sendEvent is a bit outside the normal path.
Event monitor is also an option on 10.6+ (which we already require I
think). Not sure if it's simpler. Overriding sendEvent: is mentioned in
the docs so probably it should be OK and as long as you pass all unhandled
events to the super method it also should not break to much. I think
command key actions are handled at the NSApp level so if we override at
the NSWindow level then probably we don't have to care about those but I'm
not completely sure.
Regards,
BALATON Zoltan
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2019-01-27 23:13 ` BALATON Zoltan
@ 2019-01-28 10:24 ` Peter Maydell
2019-01-28 15:30 ` BALATON Zoltan
0 siblings, 1 reply; 23+ messages in thread
From: Peter Maydell @ 2019-01-28 10:24 UTC (permalink / raw)
To: BALATON Zoltan; +Cc: Ben Hekster, QEMU Developers
On Sun, 27 Jan 2019 at 23:13, BALATON Zoltan <balaton@eik.bme.hu> wrote:
> On Sun, 27 Jan 2019, Peter Maydell wrote:
> > Unfortunately I'm not sufficiently familiar with how OSX
> > event handling works to figure out how to plumb it back in
> > again. It ought to be a fairly simple matter of "implement
> > whatever method OSX sends events to on whatever of our
> > various classes is the right one, and make it call handleEvent
> > with the NSEvent", but I've tried a few things and haven't
> > been able to actually get any event handling methods to
> > fire at all :-(
>
> I think you need to implement keyDown: and keyUp: methods in QemuCocoaView
> to get keyboard events and there are similar methods for mouse events,
> see:
>
> https://developer.apple.com/documentation/appkit/nsview?language=objc
Yeah, I got something working later last night. You also need
to implement acceptsFirstResponder or you don't get any events.
So I have something that at least works for key events in the
monitor window now. I need to check whether we do the right
thing for things like cmd-key hotkeys which need to be handled
by the stock OSX event handling. (In the old scheme we deal with
these by having handleEvent pass them on to sendEvent, but in
the new setup that's an infinite recursion.)
> But these are a lot of methods which are supposedly called from the
> sendEvent: method of the NSWindow containing this view so maybe a better
> place to catch all events is there. For this we need an NSWindow subclass
> implementing sendEvent: which is then used to hold QemuCocoaView. I may be
> wrong though, haven't tested it and don't know what you've tried.
Yeah, we could also do something like that, or another approach
I found by searching around is to use addLocalMonitorForEventsMatchingMask
to catch events. I'd kind of prefer to do whatever is the "expected"
setup for OSX apps, though, and I get the impression that completely
overriding sendEvent is a bit outside the normal path.
thanks
-- PMM
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2019-01-27 19:27 ` Peter Maydell
@ 2019-01-27 23:13 ` BALATON Zoltan
2019-01-28 10:24 ` Peter Maydell
0 siblings, 1 reply; 23+ messages in thread
From: BALATON Zoltan @ 2019-01-27 23:13 UTC (permalink / raw)
To: Peter Maydell; +Cc: Ben Hekster, QEMU Developers
On Sun, 27 Jan 2019, Peter Maydell wrote:
> On Wed, 19 Dec 2018 at 19:42, Ben Hekster <ben.hekster@foghorn.io> wrote:
>>
>> Should have tested a little more:
>>
>> While the crashing has stopped, the window isn't responsive to
>> keystrokes. This includes the frame buffer emulation itself (so
>> I can't actually log in) as well as the QEMU Monitor; nothing I
>> type has any effect in either.
>
> Yes, I can reproduce this with my "refactor the OSX UI code"
> patchset too. The problem is that with the removal of the
> code that was in the cocoa_refresh() function that manually
> pulled events out of the OSX event queue and called our
> QemuCocoaView handleEvent method on them, there's nothing
> that does cause that code to be called. (I had mistakenly
> assumed handleEvent was an OSX UI method and so the run loop
> would call it.)
>
> Unfortunately I'm not sufficiently familiar with how OSX
> event handling works to figure out how to plumb it back in
> again. It ought to be a fairly simple matter of "implement
> whatever method OSX sends events to on whatever of our
> various classes is the right one, and make it call handleEvent
> with the NSEvent", but I've tried a few things and haven't
> been able to actually get any event handling methods to
> fire at all :-(
I think you need to implement keyDown: and keyUp: methods in QemuCocoaView
to get keyboard events and there are similar methods for mouse events,
see:
https://developer.apple.com/documentation/appkit/nsview?language=objc
But these are a lot of methods which are supposedly called from the
sendEvent: method of the NSWindow containing this view so maybe a better
place to catch all events is there. For this we need an NSWindow subclass
implementing sendEvent: which is then used to hold QemuCocoaView. I may be
wrong though, haven't tested it and don't know what you've tried. (If all
else fails there's also sendEvent: of NSApp which is where all events
should start from and it might be subclassed as well but then some events
may need to be passed on so doing it at the window is probably better.)
Regards,
BALATON Zoltan
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2018-12-19 19:42 ` Ben Hekster
2018-12-20 2:14 ` BALATON Zoltan
@ 2019-01-27 19:27 ` Peter Maydell
2019-01-27 23:13 ` BALATON Zoltan
1 sibling, 1 reply; 23+ messages in thread
From: Peter Maydell @ 2019-01-27 19:27 UTC (permalink / raw)
To: Ben Hekster; +Cc: QEMU Developers
On Wed, 19 Dec 2018 at 19:42, Ben Hekster <ben.hekster@foghorn.io> wrote:
>
> Should have tested a little more:
>
> While the crashing has stopped, the window isn't responsive to
>keystrokes. This includes the frame buffer emulation itself (so
>I can't actually log in) as well as the QEMU Monitor; nothing I
>type has any effect in either.
Yes, I can reproduce this with my "refactor the OSX UI code"
patchset too. The problem is that with the removal of the
code that was in the cocoa_refresh() function that manually
pulled events out of the OSX event queue and called our
QemuCocoaView handleEvent method on them, there's nothing
that does cause that code to be called. (I had mistakenly
assumed handleEvent was an OSX UI method and so the run loop
would call it.)
Unfortunately I'm not sufficiently familiar with how OSX
event handling works to figure out how to plumb it back in
again. It ought to be a fairly simple matter of "implement
whatever method OSX sends events to on whatever of our
various classes is the right one, and make it call handleEvent
with the NSEvent", but I've tried a few things and haven't
been able to actually get any event handling methods to
fire at all :-(
thanks
-- PMM
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2018-12-19 19:42 ` Ben Hekster
@ 2018-12-20 2:14 ` BALATON Zoltan
2019-01-27 19:27 ` Peter Maydell
1 sibling, 0 replies; 23+ messages in thread
From: BALATON Zoltan @ 2018-12-20 2:14 UTC (permalink / raw)
To: Ben Hekster; +Cc: Peter Maydell, QEMU Developers
On Wed, 19 Dec 2018, Ben Hekster via Qemu-devel wrote:
> While the crashing has stopped, the window isn't responsive to
> keystrokes. This includes the frame buffer emulation itself (so I can't
> actually log in)
I'm not sure that's supposed to work. I could be wrong but I think USB is
not emulated yet so likely no keyboard is attached that you could type
with. The framebuffer is emulated so you can see output but only way to
input is via serial if I'm not mistaken. That's what works for me.
> as well as the QEMU Monitor; nothing I type has any effect in either.
The monitor view should work though. Does it work without the patches? If
you start with "qemu-system-arm -M raspi2 -S" you can probably try it
before it crashes.
Regards,
BALATON Zoltan
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2018-12-19 19:36 ` Ben Hekster
@ 2018-12-19 19:42 ` Ben Hekster
2018-12-20 2:14 ` BALATON Zoltan
2019-01-27 19:27 ` Peter Maydell
0 siblings, 2 replies; 23+ messages in thread
From: Ben Hekster @ 2018-12-19 19:42 UTC (permalink / raw)
To: Peter Maydell; +Cc: QEMU Developers
Should have tested a little more:
While the crashing has stopped, the window isn't responsive to keystrokes. This includes the frame buffer emulation itself (so I can't actually log in) as well as the QEMU Monitor; nothing I type has any effect in either.
Ben
> On Dec 19, 2018, at 11:36, Ben Hekster <ben.hekster@foghorn.io> wrote:
>
> Checked out tag patchew/20181201123056.432-1-peter.maydell@linaro.org <mailto:patchew/20181201123056.432-1-peter.maydell@linaro.org> from https://github.com/patchew-project/qemu <https://github.com/patchew-project/qemu> and verified the crash no longer occurs. It does indeed appear that the crash previously happened right around the time where I can now see the window being resized.
>
> I've attached a screenshot here for you; not sure if this will make it through to the mailing list...
>
> Ben
>
>> On Dec 19, 2018, at 10:43, Peter Maydell <peter.maydell@linaro.org <mailto:peter.maydell@linaro.org>> wrote:
>>
>> On Wed, 19 Dec 2018 at 17:46, Ben Hekster <ben.hekster@foghorn.io <mailto:ben.hekster@foghorn.io>> wrote:
>>> probably a manifestation of https://bugs.launchpad.net/qemu/+bug/1802684 <https://bugs.launchpad.net/qemu/+bug/1802684>
>> Yep. If you could test the patchset at
>> http://patchew.org/QEMU/20181201123056.432-1-peter.maydell@linaro.org/ <http://patchew.org/QEMU/20181201123056.432-1-peter.maydell@linaro.org/>
>> and confirm that it fixes the problem that would be great.
>>
>> thanks
>> -- PMM
>
> <Screen Shot 2018-12-19 at 11.31.52.png>
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2018-12-19 18:43 ` Peter Maydell
@ 2018-12-19 19:36 ` Ben Hekster
2018-12-19 19:42 ` Ben Hekster
0 siblings, 1 reply; 23+ messages in thread
From: Ben Hekster @ 2018-12-19 19:36 UTC (permalink / raw)
To: Peter Maydell; +Cc: QEMU Developers
Checked out tag patchew/20181201123056.432-1-peter.maydell@linaro.org from https://github.com/patchew-project/qemu and verified the crash no longer occurs. It does indeed appear that the crash previously happened right around the time where I can now see the window being resized.
I've attached a screenshot here for you; not sure if this will make it through to the mailing list...
Ben
> On Dec 19, 2018, at 10:43, Peter Maydell <peter.maydell@linaro.org> wrote:
>
> On Wed, 19 Dec 2018 at 17:46, Ben Hekster <ben.hekster@foghorn.io> wrote:
>> probably a manifestation of https://bugs.launchpad.net/qemu/+bug/1802684
>
> Yep. If you could test the patchset at
> http://patchew.org/QEMU/20181201123056.432-1-peter.maydell@linaro.org/
> and confirm that it fixes the problem that would be great.
>
> thanks
> -- PMM
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2018-12-19 17:46 ` Ben Hekster
@ 2018-12-19 18:43 ` Peter Maydell
2018-12-19 19:36 ` Ben Hekster
0 siblings, 1 reply; 23+ messages in thread
From: Peter Maydell @ 2018-12-19 18:43 UTC (permalink / raw)
To: ben.hekster; +Cc: QEMU Developers
On Wed, 19 Dec 2018 at 17:46, Ben Hekster <ben.hekster@foghorn.io> wrote:
> Stack trace of crashing thread:
Thank you.
> 21 AppKit 0x00007fff3280e99e -[NSWindow setFrame:display:] + 51
> 22 AppKit 0x00007fff3281932f -[NSWindow setFrame:display:animate:] + 130
> 23 qemu-system-arm 0x00000001035cb13a -[QemuCocoaView switchSurface:] + 2282
> 24 qemu-system-arm 0x00000001035d102e cocoa_switch + 94
> 25 qemu-system-arm 0x00000001035bfa46 dpy_gfx_replace_surface + 278
> 26 qemu-system-arm 0x00000001035c1721 qemu_console_resize + 209
> 27 qemu-system-arm 0x000000010310be80 bcm2835_fb_reconfigure + 112
OK, so this is what I suspected we might be doing -- certain functions called
from device emulation (so on the CPU thread) end up calling in to the cocoa
UI DisplayChangeListenerOps callbacks, which at the moment are written
to directly call OSX functions. But only certain guest behaviour (in this
instance a guest resizing the display) causes this, so a lot of guest
use cases will work OK even on Mojave.
> probably a manifestation of https://bugs.launchpad.net/qemu/+bug/1802684
Yep. If you could test the patchset at
http://patchew.org/QEMU/20181201123056.432-1-peter.maydell@linaro.org/
and confirm that it fixes the problem that would be great.
thanks
-- PMM
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2018-12-19 13:17 ` Peter Maydell
@ 2018-12-19 17:46 ` Ben Hekster
2018-12-19 18:43 ` Peter Maydell
0 siblings, 1 reply; 23+ messages in thread
From: Ben Hekster @ 2018-12-19 17:46 UTC (permalink / raw)
To: QEMU Developers; +Cc: Peter Maydell
> On Dec 19, 2018, at 05:17, Peter Maydell <peter.maydell@linaro.org> wrote:
>
>
> OSX works for me, though I don't test it thoroughly. If you
> are getting a crash that you can reproduce, please could
> you repro it under a debugger with a debug build of QEMU
> and send the all-threads backtrace for the crash?
>
> thanks
> -- PMM
Still reproducible with current master on OS X Mojave 10.14.1. Command line:
$ arm-softmmu/qemu-system-arm -M raspi2 -append "console=ttyAMA0,115200 root=/dev/mmcblk0p2 rootwait rw" -cpu cortex-a7 -dtb bcm2709-rpi-2-b.dtb -drive file=2018-11-13-raspbian-stretch-lite.img,if=sd,format=raw -kernel kernel7.img -m 256m -no-reboot
Stack trace of crashing thread:
2018-12-19 09:33:01.348 qemu-system-arm[93254:2731556] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'NSWindow drag regions should only be invalidated on the Main Thread!'
*** First throw call stack:
(
0 CoreFoundation 0x00007fff35291e65 __exceptionPreprocess + 256
1 libobjc.A.dylib 0x00007fff612ed720 objc_exception_throw + 48
2 CoreFoundation 0x00007fff352ab8e5 -[NSException raise] + 9
3 AppKit 0x00007fff327b07e6 -[NSWindow(NSWindow_Theme) _postWindowNeedsToResetDragMarginsUnlessPostingDisabled] + 324
4 AppKit 0x00007fff327b5c40 -[NSView setFrameSize:] + 2082
5 AppKit 0x00007fff32826975 -[NSVisualEffectView setFrameSize:] + 171
6 AppKit 0x00007fff328806a5 -[NSTitlebarView setFrameSize:] + 84
7 AppKit 0x00007fff327b4c49 -[NSView setFrame:] + 478
8 AppKit 0x00007fff32880648 -[NSTitlebarView resizeWithOldSuperviewSize:] + 100
9 AppKit 0x00007fff327bbde6 -[NSView resizeSubviewsWithOldSize:] + 502
10 AppKit 0x00007fff327b5ac9 -[NSView setFrameSize:] + 1707
11 AppKit 0x00007fff3317604c -[NSTitlebarContainerView setFrameSize:] + 142
12 AppKit 0x00007fff327b4c49 -[NSView setFrame:] + 478
13 AppKit 0x00007fff327bc23d -[NSView resizeWithOldSuperviewSize:] + 776
14 AppKit 0x00007fff327bbde6 -[NSView resizeSubviewsWithOldSize:] + 502
15 AppKit 0x00007fff327b5ac9 -[NSView setFrameSize:] + 1707
16 AppKit 0x00007fff32823a5e -[NSThemeFrame setFrameSize:] + 495
17 AppKit 0x00007fff3281070b -[NSWindow _setFrame:updateBorderViewSize:] + 966
18 AppKit 0x00007fff3281002e -[NSWindow _oldPlaceWindow:] + 547
19 AppKit 0x00007fff3280f639 -[NSWindow _setFrameCommon:display:stashSize:] + 3006
20 AppKit 0x00007fff3280ea65 -[NSWindow _setFrame:display:allowImplicitAnimation:stashSize:] + 192
21 AppKit 0x00007fff3280e99e -[NSWindow setFrame:display:] + 51
22 AppKit 0x00007fff3281932f -[NSWindow setFrame:display:animate:] + 130
23 qemu-system-arm 0x00000001035cb13a -[QemuCocoaView switchSurface:] + 2282
24 qemu-system-arm 0x00000001035d102e cocoa_switch + 94
25 qemu-system-arm 0x00000001035bfa46 dpy_gfx_replace_surface + 278
26 qemu-system-arm 0x00000001035c1721 qemu_console_resize + 209
27 qemu-system-arm 0x000000010310be80 bcm2835_fb_reconfigure + 112
28 qemu-system-arm 0x000000010315a65c bcm2835_property_mbox_push + 4156
29 qemu-system-arm 0x0000000103159584 bcm2835_property_write + 148
30 qemu-system-arm 0x0000000103097cf3 memory_region_write_accessor + 243
31 qemu-system-arm 0x0000000103097bd6 access_with_adjusted_size + 454
32 qemu-system-arm 0x0000000103097702 memory_region_dispatch_write + 258
33 qemu-system-arm 0x000000010301bb84 address_space_stl_internal + 212
34 qemu-system-arm 0x000000010301bca7 address_space_stl_le + 55
35 qemu-system-arm 0x0000000103158fd4 stl_le_phys + 84
36 qemu-system-arm 0x0000000103158a6c bcm2835_mbox_write + 428
37 qemu-system-arm 0x0000000103097cf3 memory_region_write_accessor + 243
38 qemu-system-arm 0x0000000103097bd6 access_with_adjusted_size + 454
39 qemu-system-arm 0x0000000103097702 memory_region_dispatch_write + 258
40 qemu-system-arm 0x00000001030e00d5 io_writex + 805
41 qemu-system-arm 0x00000001030c06d7 io_writel + 151
42 qemu-system-arm 0x00000001030c02f7 helper_le_stl_mmu + 1015
43 ??? 0x00000001091aa705 0x0 + 4447708933
)
libc++abi.dylib: terminating with uncaught exception of type NSException
Abort trap: 6
The stack trace looks pretty self-explanatory ("NSWindow drag regions should only be invalidated on the Main Thread!"); probably a manifestation of https://bugs.launchpad.net/qemu/+bug/1802684 <https://bugs.launchpad.net/qemu/+bug/1802684>. Let me know if there's anything else I can do,
Ben
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2018-12-18 21:53 Ben Hekster
2018-12-18 22:34 ` BALATON Zoltan
@ 2018-12-19 13:17 ` Peter Maydell
2018-12-19 17:46 ` Ben Hekster
1 sibling, 1 reply; 23+ messages in thread
From: Peter Maydell @ 2018-12-19 13:17 UTC (permalink / raw)
To: ben.hekster; +Cc: QEMU Developers
On Tue, 18 Dec 2018 at 21:57, Ben Hekster via Qemu-devel
<qemu-devel@nongnu.org> wrote:
> Did it for me using stock QEMU 3.1.0. (I need "-nographic"
> because the OS X port crashes without it)
OSX works for me, though I don't test it thoroughly. If you
are getting a crash that you can reproduce, please could
you repro it under a debugger with a debug build of QEMU
and send the all-threads backtrace for the crash?
thanks
-- PMM
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
2018-12-18 21:53 Ben Hekster
@ 2018-12-18 22:34 ` BALATON Zoltan
2018-12-19 13:17 ` Peter Maydell
1 sibling, 0 replies; 23+ messages in thread
From: BALATON Zoltan @ 2018-12-18 22:34 UTC (permalink / raw)
To: Ben Hekster; +Cc: qemu-devel, Peter Maydell
On Tue, 18 Dec 2018, Ben Hekster via Qemu-devel wrote:
> I had the exact same issue; for me it was just the addition of Günther's "rootwait" option that resolved it, so:
>
> $ qemu-system-arm \
> -m 256m \
> -M raspi2 \
> -cpu cortex-a7 \
> -append "console=ttyAMA0,115200 root=/dev/mmcblk0p2 rootwait rw" \
> -dtb bcm2709-rpi-2-b.dtb \
> -drive file=2018-11-13-raspbian-stretch-lite.img,if=sd,format=raw \
> -kernel kernel7.img \
> -nographic
>
> Did it for me using stock QEMU 3.1.0. (I need "-nographic" because the OS X port crashes without it)
Indeed. Thanks. It also boots with the raspbian kernel7.img after adding
this option, so likely the cause of this was that mmc wasn't detected fast
enough and without rootwait it tried to mount it without waiting before
it was available.
It does not crash on OS X for me even without -nographic but I'm not yet
on Mojave. I've read there may be problems on latest macOS and seen
patches to fix that. Here's the discussion:
https://bugs.launchpad.net/qemu/+bug/1802684
Launchpad seems to have eaten the RFC patch URL in the last comment but I
think it's this one:
http://patchew.org/QEMU/20181201123056.432-1-peter.maydell@linaro.org/
Maybe you can test and report back if this fixes your problem so it can be
merged if it helps.
Thank you,
BALATON Zoltan
^ permalink raw reply [flat|nested] 23+ messages in thread
* Re: [Qemu-devel] Booting Raspbian on RPi emulation
@ 2018-12-18 21:53 Ben Hekster
2018-12-18 22:34 ` BALATON Zoltan
2018-12-19 13:17 ` Peter Maydell
0 siblings, 2 replies; 23+ messages in thread
From: Ben Hekster @ 2018-12-18 21:53 UTC (permalink / raw)
To: qemu-devel
Hi, Zoltan—
> On Thu, 29 Nov 2018, Guenter Roeck wrote:
> On 11/29/18 6:42 PM, BALATON Zoltan wrote:
> On Thu, 29 Nov 2018, Guenter Roeck wrote:
> On 11/29/18 4:43 PM, Philippe Mathieu-Daudé wrote:
> Hi Zoltan,
>
> On 29/11/18 21:29, BALATON Zoltan wrote:
> Hello,
>
> I could not boot Raspbian on QEMU's raspi emulation and I'm not sure why
> it fails. So question is if this is supposed to work or am I doing
> something wrong or any clues what may be missing? I'm trying with this
> command line with v3.1.0-rc3:
>
> qemu-system-arm -M raspi2 -serial stdio \
> -kernel rpi-kernel7.img -dtb bcm2709-rpi-2-b.dtb \
> -append "rw earlyprintk loglevel=8 console=ttyAMA0,115200
> dwc_otg.lpm_enable=0 root=/dev/mmcblk0p2" \
> -drive file=2018-10-09-raspbian-stretch-lite.img,format=raw,if=sd
>
> Kernel starts to boot, I see raspberries on the guest screen and log
> output to serial:
>
> Booting Linux on physical CPU 0xf00
> Linux version 4.14.71-v7+ (address@hidden) (gcc version 4.9.3
> (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1145 SMP Fri Sep 21
> 15:38:35 BST 2018
> CPU: ARMv7 Processor [410fc075] revision 5 (ARMv7), cr=10c5387d
> [...]
>
> My version (https://github.com/groeck/qemu <https://github.com/groeck/qemu>) seems to work, using
> Tried with your v3.1.0-local branch but got same results (does not find mmcblk0 on raspi2, nothing on raspi3) so probably it's not one of the patches in your tree that's missing.
> multi_v7_defconfig.
> Then maybe it's your kernel config that's different? Do you have compiled kernels available that I could try?
> Shouldn't be, but I attached my configuration. This time with v4.14.84 and
> "make ARCH-arm savedefconfig" after building the image. The output is identical
> to "make ARCH=arm multi_v7_defconfig; make ARCH=arm savedefconfig".
>
> Oh, and here is my qemu configuration.
>
> --disable-user --disable-gnutls --disable-docs \
> --disable-nettle --disable-gcrypt --disable-vnc-png \
> --disable-xen --disable-xen-pci-passthrough \
> --enable-debug --disable-strip
>
> That should not make a difference either, but who knows.
> Just to be sure, I copied a kernel and a root file system
> to http://server.roeck-us.net/qemu/arm-raspi2/ <http://server.roeck-us.net/qemu/arm-raspi2/>
> It boots with your kernel (also the raspbian-lite image) so it's likely that the config of the Raspbian kernel is different and that causes the problem. Unfortunately I don't know what config their kernels use. If I'm not mistaken this is the raspbian kernel repo:
> https://github.com/raspberrypi/linux/ <https://github.com/raspberrypi/linux/>
>
> My guesses would be bcm2835_defconfig or some other bcm*config? Or something completely different?
> Regards,
> BALATON Zoltan
I had the exact same issue; for me it was just the addition of Günther's "rootwait" option that resolved it, so:
$ qemu-system-arm \
-m 256m \
-M raspi2 \
-cpu cortex-a7 \
-append "console=ttyAMA0,115200 root=/dev/mmcblk0p2 rootwait rw" \
-dtb bcm2709-rpi-2-b.dtb \
-drive file=2018-11-13-raspbian-stretch-lite.img,if=sd,format=raw \
-kernel kernel7.img \
-nographic
Did it for me using stock QEMU 3.1.0. (I need "-nographic" because the OS X port crashes without it)
Ben
^ permalink raw reply [flat|nested] 23+ messages in thread
end of thread, other threads:[~2019-08-20 15:15 UTC | newest]
Thread overview: 23+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-11-29 20:29 [Qemu-devel] Booting Raspbian on RPi emulation BALATON Zoltan
2018-11-30 0:43 ` Philippe Mathieu-Daudé
2018-11-30 1:27 ` Guenter Roeck
2018-11-30 2:42 ` BALATON Zoltan
2018-11-30 3:39 ` Guenter Roeck
2018-11-30 12:36 ` BALATON Zoltan
2019-01-15 18:29 ` BALATON Zoltan
2019-01-15 18:54 ` Philippe Mathieu-Daudé
2019-03-04 17:58 ` BALATON Zoltan
2019-08-20 14:50 ` BALATON Zoltan
2019-08-20 15:14 ` Philippe Mathieu-Daudé
2018-12-18 21:53 Ben Hekster
2018-12-18 22:34 ` BALATON Zoltan
2018-12-19 13:17 ` Peter Maydell
2018-12-19 17:46 ` Ben Hekster
2018-12-19 18:43 ` Peter Maydell
2018-12-19 19:36 ` Ben Hekster
2018-12-19 19:42 ` Ben Hekster
2018-12-20 2:14 ` BALATON Zoltan
2019-01-27 19:27 ` Peter Maydell
2019-01-27 23:13 ` BALATON Zoltan
2019-01-28 10:24 ` Peter Maydell
2019-01-28 15:30 ` BALATON Zoltan
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.