-
Notifications
You must be signed in to change notification settings - Fork 86
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
KVM enabled? #26
Comments
Please do not use github issues as discussion forum. qemu with kvm works well out of the box on M1 Pro/Max/Ultra. On the original M1 it needs an unreleased qemu version to work well out of the box. It work afaik with |
You're right, thank you. On top of that (I tested and verified it yesterday night), it runs SerenityOS without any problems. Leaving it here for reference for whenever someone has the same "issue": https://community.arm.com/oss-platforms/w/docs/510/spawn-a-linux-virtual-machine-on-arm-using-qemu-kvm I'll probably fix/PR the issue for SerenityOS (guest) so that it makes use of KVM functionality when running on Ashai (host); specifically if/else case needs to be added for using I'll just report back tonight if that worked but it's fine if we close this issue right now. Thank you |
Regarding initial question, qemu 7.0 brought compatibility with KVM on original M1. Alas, a bug was found when enabling smp (https://gitlab.com/qemu-project/qemu/-/issues/1002). |
Regarding previous message, is seems like KVM currently does not support a cpu having two different kind of cores (like M1). So reverting the commit on qemu does not really solve the original problem (only a part of it). |
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
Driver's probe allocates memory for RX FIFO (port->rx_fifo) based on default RX FIFO depth, e.g. 16. Later during serial startup the qcom_geni_serial_port_setup() updates the RX FIFO depth (port->rx_fifo_depth) to match real device capabilities, e.g. to 32. The RX UART handle code will read "port->rx_fifo_depth" number of words into "port->rx_fifo" buffer, thus exceeding the bounds. This can be observed in certain configurations with Qualcomm Bluetooth HCI UART device and KASAN: Bluetooth: hci0: QCA Product ID :0x00000010 Bluetooth: hci0: QCA SOC Version :0x400a0200 Bluetooth: hci0: QCA ROM Version :0x00000200 Bluetooth: hci0: QCA Patch Version:0x00000d2b Bluetooth: hci0: QCA controller version 0x02000200 Bluetooth: hci0: QCA Downloading qca/htbtfw20.tlv bluetooth hci0: Direct firmware load for qca/htbtfw20.tlv failed with error -2 Bluetooth: hci0: QCA Failed to request file: qca/htbtfw20.tlv (-2) Bluetooth: hci0: QCA Failed to download patch (-2) ================================================================== BUG: KASAN: slab-out-of-bounds in handle_rx_uart+0xa8/0x18c Write of size 4 at addr ffff279347d578c0 by task swapper/0/0 CPU: 0 PID: 0 Comm: swapper/0 Not tainted 6.1.0-rt5-00350-gb2450b7e00be-dirty #26 Hardware name: Qualcomm Technologies, Inc. Robotics RB5 (DT) Call trace: dump_backtrace.part.0+0xe0/0xf0 show_stack+0x18/0x40 dump_stack_lvl+0x8c/0xb8 print_report+0x188/0x488 kasan_report+0xb4/0x100 __asan_store4+0x80/0xa4 handle_rx_uart+0xa8/0x18c qcom_geni_serial_handle_rx+0x84/0x9c qcom_geni_serial_isr+0x24c/0x760 __handle_irq_event_percpu+0x108/0x500 handle_irq_event+0x6c/0x110 handle_fasteoi_irq+0x138/0x2cc generic_handle_domain_irq+0x48/0x64 If the RX FIFO depth changes after probe, be sure to resize the buffer. Fixes: f9d690b ("tty: serial: qcom_geni_serial: Allocate port->rx_fifo buffer in probe") Cc: <stable@vger.kernel.org> Signed-off-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> Reviewed-by: Jiri Slaby <jirislaby@kernel.org> Link: https://lore.kernel.org/r/20221221164022.1087814-1-krzysztof.kozlowski@linaro.org Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
t8103: - WLAN (SMC PMU GPIO AsahiLinux#13) t600x: - WLAN (SMC PMU GPIO AsahiLinux#13) - SD (SMC PMU GPIO AsahiLinux#26) Signed-off-by: Hector Martin <marcan@marcan.st>
As of commit b92143d ("net: dsa: mv88e6xxx: add infrastructure for phylink_pcs") probing of a Marvell 88e6350 switch causes a NULL pointer de-reference like this example: ... mv88e6085 d0072004.mdio-mii:11: switch 0x3710 detected: Marvell 88E6350, revision 2 8<--- cut here --- Unable to handle kernel NULL pointer dereference at virtual address 00000000 when read [00000000] *pgd=00000000 Internal error: Oops: 5 [#1] ARM Modules linked in: CPU: 0 PID: 8 Comm: kworker/u2:0 Not tainted 6.7.0-rc2-dirty #26 Hardware name: Marvell Armada 370/XP (Device Tree) Workqueue: events_unbound deferred_probe_work_func PC is at mv88e6xxx_port_setup+0x1c/0x44 LR is at dsa_port_devlink_setup+0x74/0x154 pc : [<c057ea24>] lr : [<c0819598>] psr: a0000013 sp : c184fce0 ip : c542b8f4 fp : 00000000 r10: 00000001 r9 : c542a540 r8 : c542bc00 r7 : c542b838 r6 : c5244580 r5 : 00000005 r4 : c5244580 r3 : 00000000 r2 : c542b840 r1 : 00000005 r0 : c1a02040 ... The Marvell 6350 switch has no SERDES interface and so has no corresponding pcs_ops defined for it. But during probing a call is made to mv88e6xxx_port_setup() which unconditionally expects pcs_ops to exist - though the presence of the pcs_ops->pcs_init function is optional. Modify code to check for pcs_ops first, before checking for and calling pcs_ops->pcs_init. Modify checking and use of pcs_ops->pcs_teardown which may potentially suffer the same problem. Fixes: b92143d ("net: dsa: mv88e6xxx: add infrastructure for phylink_pcs") Signed-off-by: Greg Ungerer <gerg@kernel.org> Reviewed-by: Andrew Lunn <andrew@lunn.ch> Signed-off-by: David S. Miller <davem@davemloft.net>
Do I see it correctly that KVM is enabled?
Or is this configuration overwritten somewhere?
Sry, I'm a bit out of kernel stuff since a few years. Need some time to get back to this business
Because if that works and
qemu
compiles and runs well (yeah, yeah, the 16k page size fun), we'd be able to run KVM acceleration enabledqemu
on an M1?https://community.arm.com/oss-platforms/w/docs/510/spawn-a-linux-virtual-machine-on-arm-using-qemu-kvm
The text was updated successfully, but these errors were encountered: