Bugzilla – Bug 1221496
Booting the virtual machine freezes at startup in VirtualBox
Last modified: 2024-04-11 22:18:47 UTC
Booting an existing virtual machine or starting to install a new operating system results in freezing. It also fails to kill the process, so you have to do a hard reboot of the system.
I suppose you mean that the host is freezing? Could you give more detailed logs, especially the kernel messages? Which kernel is used? Also, check the behavior with the latest kernel in OBS Kernel:SLE15-SP6 repo: http://download.opensuse.org/repositories/Kernel:/SLE15-SP6/pool/ I suppose this is rather specific to VirtualBox.
(In reply to Takashi Iwai from comment #1) > I suppose you mean that the host is freezing? The virtual machine window does not respond to anything, and it cannot be killed. > Could you give more detailed logs, especially the kernel messages? Which > kernel is used? Kernel 6.4.0-150600.9.2 16.03.24 11:35 kernel SUPR0GipMap: fGetGipCpu=0x1b 16.03.24 11:35 kernel general protection fault, probably for non-canonical address 0x19c4cc6be54fa33c: 0000 [#1] PREEMPT SMP PTI 16.03.24 11:35 kernel CPU: 4 PID: 2757 Comm: VMPwrUp Tainted: P OE X n 6.4.0-150600.9-default #1 SLE15-SP6 6b4f1850a99c4e4121f832c3fb6a8cf64ec22338 16.03.24 11:35 kernel Hardware name: Dell Inc. Precision 7530/0VX81J, BIOS 1.33.0 01/28/2024 16.03.24 11:35 kernel RIP: 0010:rtR0MemObjNativeLockUser+0x26c/0x320 [vboxdrv] 16.03.24 11:35 kernel Code: ff ff 85 c0 7e 6a 83 e8 01 48 98 48 c1 e0 03 49 8d 4c 06 f8 49 8d 14 06 41 8d 47 ff 48 c1 e0 03 48 29 c1 48 89 4d c0 4c 8b 3a <49> 8b 4f 10 8b 89 e8 00 00 00 41 3b 4f 28 89 4d d0 74 21 49 8b 7f 16.03.24 11:35 kernel RSP: 0018:ffffa71e83e93c38 EFLAGS: 00010286 16.03.24 11:35 kernel RAX: 0000000000000000 RBX: ffff8f9d03dec510 RCX: ffff8f9d2bbdac48 16.03.24 11:35 kernel RDX: ffff8f9d2bbdac50 RSI: 00007f0a793a2000 RDI: ffffa71e83e93bf4 16.03.24 11:35 kernel RBP: ffffa71e83e93c88 R08: 0000000000000000 R09: ffff8f9c00000d10 16.03.24 11:35 kernel R10: 00007f0a793a0000 R11: ffff8f9ed32dd580 R12: ffff8f9edefa5280 16.03.24 11:35 kernel R13: 0000000000000001 R14: ffff8f9d2bbdac50 R15: 19c4cc6be54fa32c 16.03.24 11:35 kernel FS: 00007f0a9e8d26c0(0000) GS:ffff8fbc1c400000(0000) knlGS:0000000000000000 16.03.24 11:35 kernel CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 16.03.24 11:35 kernel CR2: 00007f0a5400c1b8 CR3: 00000001c937c005 CR4: 00000000003706e0 16.03.24 11:35 kernel DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 16.03.24 11:35 kernel DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 16.03.24 11:35 kernel Call Trace: 16.03.24 11:35 kernel <TASK> 16.03.24 11:35 kernel ? __die_body+0x1a/0x60 16.03.24 11:35 kernel ? die_addr+0x38/0x60 16.03.24 11:35 kernel ? exc_general_protection+0x154/0x380 16.03.24 11:35 kernel ? asm_exc_general_protection+0x22/0x30 16.03.24 11:35 kernel ? rtR0MemObjNativeLockUser+0x26c/0x320 [vboxdrv ae02abe1e9a5c3806b3ba54f6fa296bc97b68833] 16.03.24 11:35 kernel ? rtR0MemObjNativeLockUser+0x300/0x320 [vboxdrv ae02abe1e9a5c3806b3ba54f6fa296bc97b68833] 16.03.24 11:35 kernel supdrvIOCtl_TracerUmodRegister+0x21b/0xa00 [vboxdrv ae02abe1e9a5c3806b3ba54f6fa296bc97b68833] 16.03.24 11:35 kernel supdrvIOCtl+0xe83/0x3690 [vboxdrv ae02abe1e9a5c3806b3ba54f6fa296bc97b68833] 16.03.24 11:35 kernel ? rtR0MemAllocEx+0x57/0xd0 [vboxdrv ae02abe1e9a5c3806b3ba54f6fa296bc97b68833] 16.03.24 11:35 kernel VBoxDrvLinuxIOCtl_7_0_14+0x15a/0x230 [vboxdrv ae02abe1e9a5c3806b3ba54f6fa296bc97b68833] 16.03.24 11:35 kernel __x64_sys_ioctl+0x8f/0xd0 16.03.24 11:35 kernel do_syscall_64+0x58/0x80 16.03.24 11:35 kernel ? exc_page_fault+0x69/0x150 16.03.24 11:35 kernel entry_SYSCALL_64_after_hwframe+0x72/0xdc 16.03.24 11:35 kernel RIP: 0033:0x7f0ab1929f7b 16.03.24 11:35 kernel Code: 00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89 44 24 08 48 8d 44 24 20 48 89 44 24 10 b8 10 00 00 00 0f 05 <89> c2 3d 00 f0 ff ff 77 1c 48 8b 44 24 18 64 48 2b 04 25 28 00 00 16.03.24 11:35 kernel RSP: 002b:00007f0a9e8d19c0 EFLAGS: 00000246 ORIG_RAX: 0000000000000010 16.03.24 11:35 kernel RAX: ffffffffffffffda RBX: 00007f0a9e8d1ac0 RCX: 00007f0ab1929f7b 16.03.24 11:35 kernel RDX: 00007f0a9e8d1ac0 RSI: 00000000c078569f RDI: 0000000000000007 16.03.24 11:35 kernel RBP: 00007f0a9e8d1a20 R08: 00007f0a9e8d1af8 R09: 0000000000000007 16.03.24 11:35 kernel R10: 00007f0a54007260 R11: 0000000000000246 R12: 00007f0ab16c511c 16.03.24 11:35 kernel R13: 00000000000000e0 R14: 00007f0a793a1000 R15: 00007f0a7911d250 16.03.24 11:35 kernel </TASK> 16.03.24 11:35 kernel Modules linked in: rfcomm snd_seq_dummy snd_hrtimer snd_seq snd_seq_device ccm af_packet nft_fib_inet nft_fib_ipv4 nft_fib_ipv6 nft_fib nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject nft_ct nft_chain_nat nf_tables ebtable_nat ebtable_broute ip6table_nat ip6table_mangle ip6table_raw ip6table_security iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 iptable_mangle iptable_raw iptable_security ip_set nfnetlink ebtable_filter ebtables ip6table_filter ip6_tables iptable_filter bpfilter vboxnetadp(OEn) vboxnetflt(OEn) qrtr(n) vboxdrv(OEn) cmac algif_hash algif_skcipher af_alg bnep ext4 mbcache jbd2 dm_crypt essiv authenc nvidia_drm(POEX) nvidia_modeset(POEX) nvidia_uvm(POEX) joydev snd_sof_pci_intel_cnl snd_sof_intel_hda_common iwlmvm soundwire_intel nls_iso8859_1 snd_sof_intel_hda_mlink nls_cp437 soundwire_cadence snd_sof_intel_hda vfat snd_sof_pci fat snd_sof_xtensa_dsp mac80211 snd_sof intel_tcc_cooling(n) snd_sof_utils nvidia(POEX) soundwire_generic_allocation hid_multitouch 16.03.24 11:35 kernel soundwire_bus x86_pkg_temp_thermal hid_generic intel_powerclamp snd_soc_skl(n) libarc4 snd_ctl_led snd_soc_hdac_hda snd_hda_ext_core snd_soc_sst_ipc snd_hda_codec_realtek snd_soc_sst_dsp snd_soc_acpi_intel_match snd_soc_acpi snd_hda_codec_generic snd_soc_core snd_hda_codec_hdmi dell_rbtn(n) snd_compress snd_pcm_dmaengine mei_hdcp(n) mei_pxp mei_wdt uvcvideo snd_hda_intel btusb btrtl i2c_designware_platform dell_laptop snd_intel_dspcfg i2c_designware_core btintel videobuf2_vmalloc snd_intel_sdw_acpi iwlwifi ee1004(n) spi_nor btbcm iTCO_wdt ccp snd_hda_codec processor_thermal_device_pci_legacy(n) intel_pmc_bxt btmtk uvc dell_wmi mtd iTCO_vendor_support intel_rapl_msr kvm_intel dell_smm_hwmon(n) bluetooth processor_thermal_device videobuf2_memops dm_mod snd_hda_core processor_thermal_rfim cfg80211 videobuf2_v4l2 snd_hwdep kvm videodev snd_pcm videobuf2_common snd_timer dell_smbios processor_thermal_mbox ecdh_generic irqbypass mc pcspkr dell_wmi_sysman(n) crc16 firmware_attributes_class(n) mei_me dcdbas(X) 16.03.24 11:35 kernel intel_lpss_pci processor_thermal_rapl snd i2c_i801 spi_intel_pci(n) intel_rapl_common intel_lpss e1000e ledtrig_audio wmi_bmof dell_wmi_descriptor intel_wmi_thunderbolt(n) rfkill i2c_smbus mei spi_intel(n) soundcore idma64 intel_soc_dts_iosf(n) thermal intel_pch_thermal int3403_thermal int340x_thermal_zone dell_smo8800(n) intel_hid(n) int3400_thermal sparse_keymap intel_pmc_core acpi_thermal_rel acpi_pad ac tiny_power_button(n) fuse nvme_fabrics efi_pstore(n) configfs dmi_sysfs ip_tables x_tables uas usb_storage i915 crc32_pclmul polyval_clmulni(n) polyval_generic(n) gf128mul ghash_clmulni_intel sha512_ssse3 sha256_ssse3 ahci sha1_ssse3 libahci libata rtsx_pci_sdmmc nvme mmc_core sd_mod nvme_core i2c_algo_bit scsi_dh_emc drm_buddy xhci_pci scsi_dh_rdac xhci_pci_renesas ttm nvme_auth scsi_dh_alua t10_pi xhci_hcd drm_display_helper aesni_intel ucsi_acpi rtsx_pci typec_ucsi cec crc64_rocksoft_generic sg roles crypto_simd i2c_hid_acpi crc64_rocksoft mxm_wmi(n) cryptd scsi_mod usbcore typec mfd_core crc64 16.03.24 11:35 kernel rc_core i2c_hid battery video wmi pinctrl_cannonlake button serio_raw btrfs blake2b_generic libcrc32c crc32c_intel xor raid6_pq coretemp msr efivarfs 16.03.24 11:35 kernel Unloaded tainted modules: intel_pmc_core_pltdrv(n):1 16.03.24 11:35 kernel Supported: No, Proprietary and Unsupported modules are loaded 16.03.24 11:35 kernel ---[ end trace 0000000000000000 ]--- 16.03.24 11:35 kernel RIP: 0010:rtR0MemObjNativeLockUser+0x26c/0x320 [vboxdrv] 16.03.24 11:35 kernel Code: ff ff 85 c0 7e 6a 83 e8 01 48 98 48 c1 e0 03 49 8d 4c 06 f8 49 8d 14 06 41 8d 47 ff 48 c1 e0 03 48 29 c1 48 89 4d c0 4c 8b 3a <49> 8b 4f 10 8b 89 e8 00 00 00 41 3b 4f 28 89 4d d0 74 21 49 8b 7f 16.03.24 11:35 kernel RSP: 0018:ffffa71e83e93c38 EFLAGS: 00010286 16.03.24 11:35 kernel RAX: 0000000000000000 RBX: ffff8f9d03dec510 RCX: ffff8f9d2bbdac48 16.03.24 11:35 kernel RDX: ffff8f9d2bbdac50 RSI: 00007f0a793a2000 RDI: ffffa71e83e93bf4 16.03.24 11:35 kernel RBP: ffffa71e83e93c88 R08: 0000000000000000 R09: ffff8f9c00000d10 16.03.24 11:35 kernel R10: 00007f0a793a0000 R11: ffff8f9ed32dd580 R12: ffff8f9edefa5280 16.03.24 11:35 kernel R13: 0000000000000001 R14: ffff8f9d2bbdac50 R15: 19c4cc6be54fa32c 16.03.24 11:35 kernel FS: 00007f0a9e8d26c0(0000) GS:ffff8fbc1c400000(0000) knlGS:0000000000000000 16.03.24 11:35 kernel CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 16.03.24 11:35 kernel CR2: 00007f0a5400c1b8 CR3: 00000001c937c005 CR4: 00000000003706e0 16.03.24 11:35 kernel DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 16.03.24 11:35 kernel DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 16.03.24 11:35 kded5 QDBusAbstractAdaptor: Cannot relay signal KDEDModule::moduleDeleted(KDEDModule*): Pointers are not supported: KDEDModule*
(In reply to Takashi Iwai from comment #1) > Also, check the behavior with the latest kernel in OBS Kernel:SLE15-SP6 repo: > http://download.opensuse.org/repositories/Kernel:/SLE15-SP6/pool/ Kernel driver not installed (rc=-1908) The VirtualBox Linux kernel driver is either not loaded or not set up correctly. Please try setting it up again by executing '/sbin/vboxconfig' as root. "If your system has EFI Secure Boot enabled you may also need to sign the kernel modules (vboxdrv, vboxnetflt, vboxnetadp, vboxpci) before you can load them. Please see your Linux system's documentation for more information. where: suplibOsInit what: 3 VERR_VM_DRIVER_NOT_INSTALLED (-1908) - The support driver is not installed. On linux, open returned ENOENT." and sudo: /sbin/vboxconfig: command not found
(In reply to Andreas from comment #3) > (In reply to Takashi Iwai from comment #1) > > Also, check the behavior with the latest kernel in OBS Kernel:SLE15-SP6 repo: > > http://download.opensuse.org/repositories/Kernel:/SLE15-SP6/pool/ > > Kernel driver not installed (rc=-1908) > > The VirtualBox Linux kernel driver is either not loaded or not set up > correctly. Please try setting it up again by executing > > '/sbin/vboxconfig' > > as root. > > "If your system has EFI Secure Boot enabled you may also need to sign the > kernel modules (vboxdrv, vboxnetflt, vboxnetadp, vboxpci) before you can > load them. Please see your Linux system's documentation for more information. > > where: suplibOsInit what: 3 VERR_VM_DRIVER_NOT_INSTALLED (-1908) - The > support driver is not installed. On linux, open returned ENOENT." > > and > sudo: /sbin/vboxconfig: command not found Secure Boot was disabled.
Then it's a problem of VirtualBox. Likely a wrong driver implementation for SP6/15.6 kernel. Tossing to Larry (F). Feel free to reassign if not suitable.
Please provide host type (AMD or Intel) and video type (ATI, Intel, Nvidia) output of zypper se -si virtualbox like this from Tumbleweed # zypper se -si virtualbox Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+------------------------+---------+---------------------+--------+------------------------ i+ | virtualbox | package | 7.0.14-5.1 | x86_64 | openSUSE-Tumbleweed-Oss i+ | virtualbox-kmp-default | package | 7.0.14_k6.7.9_1-5.1 | x86_64 | openSUSE-Tumbleweed-Oss i+ | virtualbox-qt | package | 7.0.14-5.1 | x86_64 | openSUSE-Tumbleweed-Oss i+ | virtualbox-vnc | package | 7.0.14-5.1 | x86_64 | openSUSE-Tumbleweed-Oss i+ | virtualbox-websrv | package | 7.0.14-5.1 | x86_64 | openSUSE-Tumbleweed-Oss And my 15.6 guest VM # zypper se -si virtualbox Loading repository data... Reading installed packages... S | Name | Type | Version | Arch | Repository ---+------------------------+---------+----------------------------------+--------+----------------------- i+ | virtualbox-guest-tools | package | 7.0.14-lp156.1.1 | x86_64 | openSUSE-Leap-15.6-Oss i | virtualbox-kmp-default | package | 7.0.14_k6.4.0_150600.9-lp156.1.1 | x86_64 | openSUSE-Leap-15.6-Oss Note: For an extended search including not yet activated remote resources please use 'zypper search-packages'.
Created attachment 873570 [details] journald nvidia (In reply to Larry Rainey from comment #6) > Please provide host type (AMD or Intel) and video type (ATI, Intel, Nvidia) CPU: Intel Xeon E-2186M iGPU: Intel UHD P630 dGPU: Nvidia Quadro P3200 I ran VirtualBox on Intel and Nvidia, the issue is the same. > output of zypper se -si virtualbox like this from Tumbleweed > > # zypper se -si virtualbox > Loading repository data... > Reading installed packages... > > S | Name | Type | Version | Arch | > Repository > ---+------------------------+---------+---------------------+--------+------- > ----------------- > i+ | virtualbox | package | 7.0.14-5.1 | x86_64 | > openSUSE-Tumbleweed-Oss > i+ | virtualbox-kmp-default | package | 7.0.14_k6.7.9_1-5.1 | x86_64 | > openSUSE-Tumbleweed-Oss > i+ | virtualbox-qt | package | 7.0.14-5.1 | x86_64 | > openSUSE-Tumbleweed-Oss > i+ | virtualbox-vnc | package | 7.0.14-5.1 | x86_64 | > openSUSE-Tumbleweed-Oss > i+ | virtualbox-websrv | package | 7.0.14-5.1 | x86_64 | > openSUSE-Tumbleweed-Oss S | Name | Type | Version | Arch | Repository ---+------------------------+-------+----------------------------------+--------+----------------- i+ | virtualbox | Paket | 7.0.14-lp156.1.1 | x86_64 | repo-oss (15.6) i+ | virtualbox | Paket | 7.0.14-lp156.1.1 | x86_64 | Haupt-Repository i | virtualbox-kmp-default | Paket | 7.0.14_k6.4.0_150600.9-lp156.1.1 | x86_64 | repo-oss (15.6) i | virtualbox-kmp-default | Paket | 7.0.14_k6.4.0_150600.9-lp156.1.1 | x86_64 | Haupt-Repository i | virtualbox-qt | Paket | 7.0.14-lp156.1.1 | x86_64 | repo-oss (15.6) i | virtualbox-qt | Paket | 7.0.14-lp156.1.1 | x86_64 | Haupt-Repository > And my 15.6 guest VM > > # zypper se -si virtualbox > Loading repository data... > Reading installed packages... > > S | Name | Type | Version | > Arch | Repository > ---+------------------------+---------+----------------------------------+--- > -----+----------------------- > i+ | virtualbox-guest-tools | package | 7.0.14-lp156.1.1 | > x86_64 | openSUSE-Leap-15.6-Oss > i | virtualbox-kmp-default | package | 7.0.14_k6.4.0_150600.9-lp156.1.1 | > x86_64 | openSUSE-Leap-15.6-Oss > > Note: For an extended search including not yet activated remote resources > please use 'zypper search-packages'. My virtual machine does not start (Windows 11), the new installation also does not start, the window just freezes.
Can confirm that 15.6 and virtualbox will freeze the guest at 20% and is hung in the kernel. killall and kill -9 does not remove the hung virtual guest. We think it might be the errors that are in the dmesg like these: 21.299328] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GLAN.GPEH], AE_NOT_FOUND (20230628/psargs-330) [ 21.299345] ACPI Error: Aborting method \_GPE._L6D due to previous error (AE_NOT_FOUND) (20230628/psparse-531) [ 21.299360] ACPI Error: AE_NOT_FOUND, while evaluating GPE method [_L6D] (20230628/evgpe-515) [ 21.299571] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GLAN.GPEH], AE_NOT_FOUND (20230628/psargs-330) [ 21.299588] ACPI Error: Aborting method \_GPE._L6D due to previous error (AE_NOT_FOUND) (20230628/psparse-531) [ 21.299604] ACPI Error: AE_NOT_FOUND, while evaluating GPE method [_L6D] (20230628/evgpe-515) [ 21.299809] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GLAN.GPEH], AE_NOT_FOUND (20230628/psargs-330) [ 21.299826] ACPI Error: Aborting method \_GPE._L6D due to previous error (AE_NOT_FOUND) (20230628/psparse-531) [ 21.299842] ACPI Error: AE_NOT_FOUND, while evaluating GPE method [_L6D] (20230628/evgpe-515) [ 21.300047] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GLAN.GPEH], AE_NOT_FOUND (20230628/psargs-330) [ 21.300063] ACPI Error: Aborting method \_GPE._L6D due to previous error (AE_NOT_FOUND) (20230628/psparse-531) [ 21.300078] ACPI Error: AE_NOT_FOUND, while evaluating GPE method [_L6D] (20230628/evgpe-515) [ 21.300299] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GLAN.GPEH], AE_NOT_FOUND (20230628/psargs-330) [ 21.300334] ACPI Error: Aborting method \_GPE._L6D due to previous error (AE_NOT_FOUND) (20230628/psparse-531) [ 21.300351] ACPI Error: AE_NOT_FOUND, while evaluating GPE method [_L6D] (20230628/evgpe-515) [ 21.300632] ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GLAN.GPEH], AE_NOT_FOUND (20230628/psargs-330) [ 21.300648] ACPI Error: Aborting method \_GPE._L6D due to previous error (AE_NOT_FOUND) (20230628/psparse-531) [ 21.300775] ACPI Error: AE_NOT_FOUND, while evaluating GPE method [_L6D] (20230628/evgpe-515) [ 21.767500] Bluetooth: RFCOMM TTY layer initialized
Those ACPI errors really look irrelevant with virtualbox problem, and probably a red herring. You'd better check the stack traces at hang by looking at /proc/*/stack, for example.
Those ACPI errors are not a problem. The problem is a General Protection Fault as shown below: [ 37.951763] general protection fault, probably for non-canonical address 0x66dc14fbc2d9d9e7: 0000 [#1] PREEMPT SMP PTI [ 37.951778] CPU: 3 PID: 8158 Comm: VMPwrUp Tainted: G OE n 6.4.0-150600.9-default #1 SLE15-SP6 6b4f1850a99c4e4121f8 32c3fb6a8cf64ec22338 [ 37.951787] Hardware name: TOSHIBA TECRA A50-A/TECRA A50-A, BIOS Version 4.50 09/29/2014 [ 37.951792] RIP: 0010:rtR0MemObjNativeLockUser+0x26c/0x320 [vboxdrv] [ 37.951842] Code: ff ff 85 c0 7e 6a 83 e8 01 48 98 48 c1 e0 03 49 8d 4c 06 f8 49 8d 14 06 41 8d 47 ff 48 c1 e0 03 48 29 c1 48 89 4 d c0 4c 8b 3a <49> 8b 4f 10 8b 89 e8 00 00 00 41 3b 4f 28 89 4d d0 74 21 49 8b 7f [ 37.951850] RSP: 0018:ffffaa3942bcbb98 EFLAGS: 00010282 [ 37.951855] RAX: 0000000000000000 RBX: ffff936b3d43f610 RCX: ffff936b43d283a8 [ 37.951860] RDX: ffff936b43d283b0 RSI: 00007fe6b4fa2000 RDI: ffffaa3942bcbb54 [ 37.951864] RBP: ffffaa3942bcbbe8 R08: 0000000000000000 R09: ffff936980000d10 [ 37.951869] R10: 00007fe6b4fa0000 R11: ffff936ad473f580 R12: ffff936b118d28c0 [ 37.951873] R13: 0000000000000001 R14: ffff936b43d283b0 R15: 66dc14fbc2d9d9d7 [ 37.951878] FS: 00007fe6d1d746c0(0000) GS:ffff936ca3180000(0000) knlGS:0000000000000000 [ 37.951884] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 37.951888] CR2: 00007fe6b4eee528 CR3: 000000018cc3a002 CR4: 00000000001706e0 [ 37.951893] Call Trace: [ 37.951898] <TASK> [ 37.951903] ? __die_body+0x1a/0x60 [ 37.951911] ? die_addr+0x38/0x60 [ 37.951916] ? exc_general_protection+0x154/0x380 [ 37.951925] ? asm_exc_general_protection+0x22/0x30 [ 37.951932] ? rtR0MemObjNativeLockUser+0x26c/0x320 [vboxdrv 79739f92b1293ec0d7901a74485d1a81c65b9b5a] [ 37.951972] ? rtR0MemObjNativeLockUser+0x300/0x320 [vboxdrv 79739f92b1293ec0d7901a74485d1a81c65b9b5a] [ 37.952012] supdrvIOCtl_TracerUmodRegister+0x21b/0xa00 [vboxdrv 79739f92b1293ec0d7901a74485d1a81c65b9b5a] [ 37.952055] ? update_curr+0x179/0x1f0 [ 37.952066] supdrvIOCtl+0xe83/0x3690 [vboxdrv 79739f92b1293ec0d7901a74485d1a81c65b9b5a] [ 37.952106] ? rtR0MemAllocEx+0x57/0xd0 [vboxdrv 79739f92b1293ec0d7901a74485d1a81c65b9b5a] [ 37.952146] VBoxDrvLinuxIOCtl_7_0_14+0x15a/0x230 [vboxdrv 79739f92b1293ec0d7901a74485d1a81c65b9b5a] [ 37.952181] __x64_sys_ioctl+0x92/0xd0 [ 37.952188] do_syscall_64+0x5b/0x80 [ 37.952194] ? __count_memcg_events+0x46/0x90 [ 37.952201] ? count_memcg_event_mm+0x3d/0x60 [ 37.952208] ? handle_mm_fault+0x196/0x2f0 [ 37.952214] ? do_user_addr_fault+0x267/0x890 [ 37.952221] ? exc_page_fault+0x69/0x150 [ 37.952225] entry_SYSCALL_64_after_hwframe+0x72/0xdc [ 37.952230] RIP: 0033:0x7fe6e4529f7b [ 37.952260] Code: 00 48 89 44 24 18 31 c0 48 8d 44 24 60 c7 04 24 10 00 00 00 48 89 44 24 08 48 8d 44 24 20 48 89 44 24 10 b8 10 00 00 00 0f 05 <89> c2 3d 00 f0 ff ff 77 1c 48 8b 44 24 18 64 48 2b 04 25 28 00 00 [ 37.952267] RSP: 002b:00007fe6d1d739c0 EFLAGS: 00000246 ORIG_RAX: 0000000000000010 [ 37.952273] RAX: ffffffffffffffda RBX: 00007fe6d1d73ac0 RCX: 00007fe6e4529f7b [ 37.952277] RDX: 00007fe6d1d73ac0 RSI: 00000000c078569f RDI: 0000000000000007 [ 37.952281] RBP: 00007fe6d1d73a20 R08: 00007fe6d1d73af8 R09: 0000000000000007 [ 37.952285] R10: 00007fe690005ba0 R11: 0000000000000246 R12: 00007fe6e42c511c [ 37.952289] R13: 00000000000000e0 R14: 00007fe6b4fa1000 R15: 00007fe6b4d1d250 [ 37.952295] </TASK> [ 37.952297] Modules linked in: rfcomm af_packet nft_fib_inet nft_fib_ipv4 nft_fib_ipv6 nft_fib nft_reject_inet nf_reject_ipv4 nf_reject_ipv6 nft_reject nft_ct nft_chain_nat nf_tables ebtable_nat ebtable_broute ip6table_nat ip6table_mangle ip6table_raw ip6table_security iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 libcrc32c iptable_mangle iptable_raw iptable_security ip_set nfnetlink ebtable_filter ebtables ip6table_filter ip6_tables iptable_filter bpfilter cmac algif_hash algif_skcipher af_alg vboxnetadp(OEn) vboxnetflt(OEn) bnep qrtr(n) vboxdrv(OEn) uvcvideo videobuf2_vmalloc uvc videobuf2_memops videobuf2_v4l2 videodev btusb btrtl btintel videobuf2_common btbcm btmtk mc bluetooth ecdh_generic binfmt_misc nls_iso8859_1 nls_cp437 vfat fat intel_rapl_msr intel_rapl_common rtw89_8852be(n) rtw89_8852b(n) rtw89_pci(n) pn544_mei mei_phy x86_pkg_temp_thermal iwlmvm rtw89_core(n) spi_nor intel_powerclamp mtd pn544 coretemp hci iTCO_wdt intel_pmc_bxt spi_intel_platform(n) nfc mei_hdcp(n) mei_pxp [ 37.952371] iTCO_vendor_support spi_intel(n) kvm_intel snd_hda_codec_realtek mac80211 snd_hda_codec_hdmi snd_hda_codec_generic kvm iwlwifi libarc4 irqbypass snd_hda_intel snd_intel_dspcfg snd_intel_sdw_acpi snd_hda_codec wmi_bmof snd_hda_core pcspkr toshiba_acpi(n) snd_hwdep cfg80211 tiny_power_button(n) lpc_ich snd_pcm sparse_keymap mei_me snd_timer mei industrialio e1000e snd toshiba_bluetooth(n) soundcore thermal rfkill tpm_infineon ac button joydev fuse efi_pstore(n) configfs dmi_sysfs ip_tables x_tables ext4 crc16 mbcache jbd2 sr_mod cdrom i915 crc32_pclmul crc32c_intel polyval_clmulni(n) polyval_generic(n) gf128mul ahci ghash_clmulni_intel libahci sha512_ssse3 libata sha256_ssse3 rtsx_pci_sdmmc sha1_ssse3 mmc_core sd_mod scsi_dh_emc xhci_pci xhci_pci_renesas rtsx_pci scsi_dh_rdac i2c_algo_bit aesni_intel mfd_core xhci_hcd scsi_dh_alua ehci_pci t10_pi drm_buddy ttm crc64_rocksoft_generic ehci_hcd crc64_rocksoft crypto_simd drm_display_helper cryptd sg crc64 cec video usbcore scsi_mod rc_core battery wmi [ 37.952478] serio_raw msr [ 37.952508] Supported: No, Unsupported modules are loaded [ 37.952645] ---[ end trace 0000000000000000 ]--- [ 37.952651] RIP: 0010:rtR0MemObjNativeLockUser+0x26c/0x320 [vboxdrv] [ 37.952691] Code: ff ff 85 c0 7e 6a 83 e8 01 48 98 48 c1 e0 03 49 8d 4c 06 f8 49 8d 14 06 41 8d 47 ff 48 c1 e0 03 48 29 c1 48 89 4d c0 4c 8b 3a <49> 8b 4f 10 8b 89 e8 00 00 00 41 3b 4f 28 89 4d d0 74 21 49 8b 7f [ 37.952698] RSP: 0018:ffffaa3942bcbb98 EFLAGS: 00010282 [ 37.952703] RAX: 0000000000000000 RBX: ffff936b3d43f610 RCX: ffff936b43d283a8 [ 37.952708] RDX: ffff936b43d283b0 RSI: 00007fe6b4fa2000 RDI: ffffaa3942bcbb54 [ 37.952712] RBP: ffffaa3942bcbbe8 R08: 0000000000000000 R09: ffff936980000d10 [ 37.952716] R10: 00007fe6b4fa0000 R11: ffff936ad473f580 R12: ffff936b118d28c0 [ 37.952721] R13: 0000000000000001 R14: ffff936b43d283b0 R15: 66dc14fbc2d9d9d7 [ 37.952725] FS: 00007fe6d1d746c0(0000) GS:ffff936ca3180000(0000) knlGS:0000000000000000 [ 37.952730] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 37.952735] CR2: 00007fe6b4eee528 CR3: 000000018cc3a002 CR4: 00000000001706e0 The kernel in 15.6 has changed, and I am having trouble getting it built, which is slowing my efforts to fix this problem.
(In reply to Takashi Iwai from comment #9) > Those ACPI errors really look irrelevant with virtualbox problem, and > probably a red herring. You'd better check the stack traces at hang by > looking at /proc/*/stack, for example. Takashi, The problem is apparently in the Leap 15.6 kernel. I generated a 6.4.0 kernel from the mainline source, and it works fine. Not too many users utilize the get_user_pages() method, and it might be possible for bugs to sneak thru. I notice that changes from kernel 6.5 have been ported to the 15.6 kernel. Larry
(In reply to Larry Finger from comment #11) > (In reply to Takashi Iwai from comment #9) > > Those ACPI errors really look irrelevant with virtualbox problem, and > > probably a red herring. You'd better check the stack traces at hang by > > looking at /proc/*/stack, for example. > > Takashi, > > The problem is apparently in the Leap 15.6 kernel. I generated a 6.4.0 > kernel from the mainline source, and it works fine. Not too many users > utilize the get_user_pages() method, and it might be possible for bugs to > sneak thru. I notice that changes from kernel 6.5 have been ported to the > 15.6 kernel. Yes, lots of more stuff have been backported to Leap 15.6 kernel. For example, mm stuff is equivalent with 6.6.x kernel, and DRM is with 6.7 kernel, etc. You'll likely need the similar change that was applied to TW package in the past.
(In reply to Takashi Iwai from comment #12) > Yes, lots of more stuff have been backported to Leap 15.6 kernel. For > example, mm stuff is equivalent with 6.6.x kernel, and DRM is with 6.7 > kernel, etc. > You'll likely need the similar change that was applied to TW package in the > past. I generated a kernel from the Leap15.6 source and the configuration used in the distribution. It failed just as the distribution kernel does. Is there a git repo for the source that I can bisect, or do I just have to try to figure out the breakage from the difference between the mainline 6.4 kernel and 6.4.0-150600.9?
(In reply to Larry Finger from comment #13) > (In reply to Takashi Iwai from comment #12) > > Yes, lots of more stuff have been backported to Leap 15.6 kernel. For > > example, mm stuff is equivalent with 6.6.x kernel, and DRM is with 6.7 > > kernel, etc. > > You'll likely need the similar change that was applied to TW package in the > > past. > > I generated a kernel from the Leap15.6 source and the configuration used in > the distribution. It failed just as the distribution kernel does. > > Is there a git repo for the source that I can bisect, or do I just have to > try to figure out the breakage from the difference between the mainline 6.4 > kernel and 6.4.0-150600.9? The mirror of the expanded tree is found at github https://github.com/SUSE/kernel/ SLE15-SP6 branch contains the code for Leap 15.6 kernel. Each commit there has a message "suse-commit: xxxx" that points to the corresponding commit id on kernel-source.git.
I believe the Oops in comment 2 happened where rtR0MemObjNativeLockUser() calls get_user_page() and leaves papVMAs empty / uninitialized. Later on, papVMAs[rc] is referred for tweaking vm flags, and that hits Oops. I tried to make the vm flags tweaking conditional, and the Lap 15.6 installer seems booting at least. But an installation hits later another WARN_ON_ONCE() at mk_pte() call in rtR0MemObjLinuxApplyPageRange(), and stopped somehow (but no other obvious crash). In anyway, my patched virtualbox package is found in OBS home:tiwai:branches:openSUSE:Leap:15.6/virtualbox repo.
Your comments made me take another look. In later mainline kernels, 6.5 and higher, that setting of flags in papVMAs is skipped. That is something that we need to do for Leap 15.6, thus the test needs to be for kernels before 6.4. As you note, that does not solve the problem with Leapp 15.6. I have not had any success trying to bisect the openSUSE kernel. I am not quite sure what the problem is.
The problem is finally fixed. There were two problems. The first was the change in the gup routines, but the second was with kernel 6.4.0-150600.9-default. If I generated a kernel with sound disabled that kernel worked, but before I got a change to bisect it, 6.4.0-150600.10-default was released and it fixed the problem. I also discovered some incorrect references to '/sbin/vboxconfig' instead of '/usr/sbin/vboxconfig' and errors in the vboxdrv.service routine that made automatic startup fail. Both of these are fixed in the version that was just submitted.
This is an autogenerated message for OBS integration: This bug (1221496) was mentioned in https://build.opensuse.org/request/show/1163393 15.6 / virtualbox
This is an autogenerated message for OBS integration: This bug (1221496) was mentioned in https://build.opensuse.org/request/show/1163402 15.5 / virtualbox
openSUSE-RU-2024:0104-1: An update that has one recommended fix can now be installed. Category: recommended (moderate) Bug References: 1221496 CVE References: JIRA References: Sources used: openSUSE Leap 15.5 (src): virtualbox-7.0.14-lp155.2.19.1, virtualbox-kmp-7.0.14-lp155.2.19.1
(In reply to Larry Finger from comment #17) > The problem is finally fixed. There were two problems. The first was the > change in the gup routines, but the second was with kernel > 6.4.0-150600.9-default. If I generated a kernel with sound disabled that > kernel worked, but before I got a change to bisect it, > 6.4.0-150600.10-default was released and it fixed the problem. Thanks for the work done, when can we expect a fix in Leap 15.6?
I pushed the fixes upstream 6 days ago. I have no idea why it has not been released yet. At the moment, builds of VirtualBox are blocked because dependencies are not available. These include "kbuild" for both virtualbox and virtualbox-kmp, plus "gsoap-devel" and "libgsoap" for virtualbox. Once those dependencies, I will provide you with a link that works if an updated virtualbox-kmp is not available at that point.
Today's Leap 15.6 update to kernel 6.4.0-150600.12-default got the fix for VM's crashing on startup. Unfortunately, it did not get the fix that handles USB passthru. I feel like I am involved in a giant whack-a-mole operation! :)
(In reply to Larry Finger from comment #23) > Today's Leap 15.6 update to kernel 6.4.0-150600.12-default got the fix for > VM's crashing on startup. Good news, thank you. > Unfortunately, it did not get the fix that handles USB passthru. Yes, the problems with secure boot and USB are the same as on Leap 15.5, but the main thing is that Virtualbox can already be used. > I feel like I am involved in a giant whack-a-mole operation! :) :)