* [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
@ 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* 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 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-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-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 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 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 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: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 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 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-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
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.