使用Qemu模拟reMarkable平板电脑(i.MX6 ARMv7)

Question

我正在尝试用Qemu模拟reMarkable tablet，以便为它创建一个合适的开发环境，而不是交叉编译并发送到硬件设备。

firmware flasher repo包含根文件系统、内核、DTB和u-boot文件。我已经从rootfs创建了一个.img文件，以便使用以下命令在Qemu中引导它：

qemu-system-arm \
  -M sabrelite \
  -bios "files/u-boot.imx" \
  -kernel "zImage" \
  -append "console=ttymxc0 rootfstype=ext4 root=/dev/mmcblk1p2 rw rootwait init=/bin/bash loglevel=8 bootmem-debug earlyprintk" \
  -dtb "zero-gravitas.dtb" \
  -drive file="floppy.img",format=raw,id=mmcblk1p2 \
  -device sd-card,drive=mmcblk1p2

但是内核似乎没有启动，因为无论是否提供了floppy.img文件(drive+device)，我都有相同的日志。出现以下错误时，启动循环：

[    0.713093] 2020000.serial: ttymxc0 at MMIO 0x2020000 (irq = 19, base_baud = 5000000) is a IMX
[    0.732268] console [ttymxc0] enabled
[    0.736333] phy index low: 1, phy index high: 2
[  240.289647] INFO: task swapper:1 blocked for more than 120 seconds.
[  240.290160]       Not tainted 4.1.28-zero-gravitas-01866-ge0b823726ea4-dirty #82
[  240.290318] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
[  240.290662] swapper         D 8051c44c     0     1      0 0x00000000
[  240.292245] [<8051c44c>] (__schedule) from [<8051c73c>] (schedule+0x40/0x98)
[  240.292473] [<8051c73c>] (schedule) from [<8051e7b8>] (schedule_timeout+0x114/0x168)
[  240.292781] [<8051e7b8>] (schedule_timeout) from [<8051d248>] (wait_for_common+0x88/0x130)
[  240.292953] [<8051d248>] (wait_for_common) from [<80262c74>] (imx_rng_init+0x158/0x2a8)
[  240.293117] [<80262c74>] (imx_rng_init) from [<80262574>] (set_current_rng+0xc0/0x15c)
[  240.293276] [<80262574>] (set_current_rng) from [<80262874>] (hwrng_register+0x190/0x1b8)
[  240.293436] [<80262874>] (hwrng_register) from [<807c3fd8>] (imx_rng_probe+0xd4/0x134)
[  240.293682] [<807c3fd8>] (imx_rng_probe) from [<802748e0>] (platform_drv_probe+0x44/0xac)
[  240.293852] [<802748e0>] (platform_drv_probe) from [<802735ac>] (driver_probe_device+0x178/0x2b8)
[  240.294009] [<802735ac>] (driver_probe_device) from [<802737bc>] (__driver_attach+0x8c/0x90)
[  240.294158] [<802737bc>] (__driver_attach) from [<80271d50>] (bus_for_each_dev+0x68/0x9c)
[  240.294352] [<80271d50>] (bus_for_each_dev) from [<802726bc>] (bus_add_driver+0x13c/0x1e4)
[  240.294600] [<802726bc>] (bus_add_driver) from [<80273ed4>] (driver_register+0x78/0xf8)
[  240.294843] [<80273ed4>] (driver_register) from [<807c434c>] (__platform_driver_probe+0x20/0x70)
[  240.295092] [<807c434c>] (__platform_driver_probe) from [<807a9d78>] (do_one_initcall+0x118/0x1c4)
[  240.295367] [<807a9d78>] (do_one_initcall) from [<807a9f48>] (kernel_init_freeable+0x124/0x1c4)
[  240.295609] [<807a9f48>] (kernel_init_freeable) from [<8051883c>] (kernel_init+0x8/0xe8)
[  240.295844] [<8051883c>] (kernel_init) from [<8000ef88>] (ret_from_fork+0x14/0x2c)

完整日志here

当我有新的发现时，我会更新这个问题，但我是Qemu的新手，我完全被困住了，没有其他选择。我正在使用的存储库是here。感谢您的任何意见！

Answer 1

我没有仔细研究过，但是回溯显示imx_rng_init函数挂起的事实表明，问题是QEMU没有imx SoC内置RNG设备的仿真，所以来宾永远挂起，等待来自不存在的硬件的响应。

您需要实现该设备的模型，或者使用不尝试探测该设备的来宾内核。

更广泛地说，在不同的硬件上为一个硬件运行Arm内核通常是不起作用的。sabrelite在这里有相同的SoC，所以启动比你尝试在完全不相关的QEMU机器上启动更好，但是如果你的来宾代码在任何时候试图访问SoC之外的特定于reMarkable的硬件，那么你会发现它不能工作。如果您确实需要获得引导硬件所需的普通内核，那么在某些时候，您可能需要咬紧牙关，在QEMU中使用相关的设备实现一个合适的机器模型。

如果您实际上不需要在来宾系统上运行任何关心不同imx6系统之间特定差异的东西，那么您也许可以使用内核和DTB作为sabrelite板，以及reMarkable中的rootfs。