** Summary changed: - Blank console display with aarch64 kernel 5.19.0-31 + vmwgfx fails to reserve graphics buffer on aarch64 leading to blank display
** Description changed: - Upgraded the kernel on 22.10 aarch64 (running in a VM on VMware Fusion - 13.0.1 on Apple Silicon_ from 5.19.0-29 to 5.19.0-31. After the upgrade - and after rebooting the VM no text or graphical console appears on the - VM. + BugLink: https://bugs.launchpad.net/bugs/2007001 - The VM is running and can be accessed through SSH. + [Impact] - Rebooting the VM with kernel 5.19.0-29 - everything is working as - expected. Text and graphical consoles now display properly. + Numerous VMWare users have reported that vmwgfx cannot reserve the + memory region for the graphics framebuffer, leading their VMs to have + blank screens. - ProblemType: Bug - DistroRelease: Ubuntu 22.10 - Package: linux-image-5.19.0-31-generic 5.19.0-31.32 - ProcVersionSignature: Ubuntu 5.19.0-31.32-generic 5.19.17 - Uname: Linux 5.19.0-31-generic aarch64 - ApportVersion: 2.23.1-0ubuntu3 - Architecture: arm64 - AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1: - CRDA: N/A - CasperMD5CheckResult: pass - Date: Sat Feb 11 13:04:22 2023 - InstallationDate: Installed on 2022-09-11 (153 days ago) - InstallationMedia: Ubuntu 22.10 "Kinetic Kudu" - Alpha arm64 (20220911) - IwConfig: - lo no wireless extensions. - - ens160 no wireless extensions. - MachineType: VMware, Inc. VMware20,1 - ProcEnviron: - TERM=xterm-256color - PATH=(custom, no user) - XDG_RUNTIME_DIR=<set> - LANG=en_US.UTF-8 - SHELL=/bin/bash - ProcFB: - - ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.19.0-31-generic root=UUID=5e9795ee-63e3-4df1-93e9-c36cd88c726c ro quiet splash vt.handoff=7 - RelatedPackageVersions: - linux-restricted-modules-5.19.0-31-generic N/A - linux-backports-modules-5.19.0-31-generic N/A - linux-firmware 20220923.gitf09bebf3-0ubuntu1.3 - RfKill: - - SourcePackage: linux - UpgradeStatus: No upgrade log present (probably fresh install) - dmi.bios.date: 12/05/2022 - dmi.bios.vendor: VMware, Inc. - dmi.bios.version: VMW201.00V.20904234.BA64.2212051119 - dmi.board.name: VBSA - dmi.board.vendor: VMware, Inc. - dmi.board.version: 1 - dmi.chassis.type: 1 - dmi.chassis.vendor: VMware, Inc. - dmi.chassis.version: VMware20,1 - dmi.modalias: dmi:bvnVMware,Inc.:bvrVMW201.00V.20904234.BA64.2212051119:bd12/05/2022:svnVMware,Inc.:pnVMware20,1:pvr1:rvnVMware,Inc.:rnVBSA:rvr1:cvnVMware,Inc.:ct1:cvrVMware20,1:sku0000000000000001: - dmi.product.family: VMware - dmi.product.name: VMware20,1 - dmi.product.sku: 0000000000000001 - dmi.product.version: 1 - dmi.sys.vendor: VMware, Inc. + They see the following in dmesg: + + [ 11.135360] vmwgfx 0000:00:0f.0: BAR 2: can't reserve [mem 0x70000000-0x77ffffff 64bit pref] + [ 11.135366] vmwgfx: probe of 0000:00:0f.0 failed with error -16 + + And a cat /proc/iomem shows this: + + 50000000-7fffffff : PCI Bus 0000:00 + 70000000-77ffffff : 0000:00:0f.0 + 70000000-702fffff : BOOTFB + + The kernel has failed to release this memory region for vmwgfx to + occupy. + + Most affected users are on aarch64, with the host being Apple silicon + systems. + + [Fix] + + The regression was introduced by the below commit in 5.19.0-30-generic: + + commit 5e01376124309b4dbd30d413f43c0d9c2f60edea + Author: Thomas Zimmermann <tzimmerm...@suse.de> + Date: Mon Jul 18 09:23:18 2022 +0200 + Subject: video/aperture: Disable and unregister sysfb devices via aperture helpers + Link: https://github.com/torvalds/linux/commit/5e01376124309b4dbd30d413f43c0d9c2f60edea + + This commit was part of a larger refactoring of the video subsystem, and + requires the entire series to function correctly. You can review the + whole series below: + + https://patchwork.freedesktop.org/series/106040/ + + The patch series also requires quite a few additional fixups to fix bugs + introduced by the series, making the size about 15 commits in total. The + contents of the series don't really fix any bugs, and their purpose is + to refactor the code for future changes to the fbdev subsystem, and + really aren't appropriate to be backported to a stable kernel series. + + "video/aperture: Disable and unregister sysfb devices via aperture + helpers" seems to have been selected for -stable by mistake by its + fixes: tag, and was pulled into upstream stable by a robot with little + human review. + + The best course of action is to revert. No action needed for Lunar, as + the entire series is present in that release. + + [Testcase] + + This bug affects users running Ubuntu in VMWare VMs, notably on aarch64 + devices, like modern Apple computers. + + Start a Kinetic or Jammy-HWE Server or Desktop VM in VMWare Fusion on + Apple silicon, and see if the display comes up or not. + + Affected users will see a blank screen. + + There is a test kernel available in the following ppa: + + https://launchpad.net/~mruffell/+archive/ubuntu/lp2007001-test + + If you install the test kernel and reboot, you will be able to see the + screen on your VM like normal. + + [Where problems could occur] + + This commit changes when the sysfb is disabled and memory region for the + graphics framebuffer is released to the proper device driver. + + If a regression were to occur, then graphics drivers may fail to reserve + the framebuffer memory, and fail to start, leaving users with a blank + screen. + + There are no workarounds, other than booting a previous kernel. ** Tags added: seg -- You received this bug notification because you are a member of Kernel Packages, which is subscribed to linux in Ubuntu. https://bugs.launchpad.net/bugs/2007001 Title: vmwgfx fails to reserve graphics buffer on aarch64 leading to blank display Status in linux package in Ubuntu: Fix Released Status in linux source package in Kinetic: In Progress Bug description: BugLink: https://bugs.launchpad.net/bugs/2007001 [Impact] Numerous VMWare users have reported that vmwgfx cannot reserve the memory region for the graphics framebuffer, leading their VMs to have blank screens. They see the following in dmesg: [ 11.135360] vmwgfx 0000:00:0f.0: BAR 2: can't reserve [mem 0x70000000-0x77ffffff 64bit pref] [ 11.135366] vmwgfx: probe of 0000:00:0f.0 failed with error -16 And a cat /proc/iomem shows this: 50000000-7fffffff : PCI Bus 0000:00 70000000-77ffffff : 0000:00:0f.0 70000000-702fffff : BOOTFB The kernel has failed to release this memory region for vmwgfx to occupy. Most affected users are on aarch64, with the host being Apple silicon systems. [Fix] The regression was introduced by the below commit in 5.19.0-30-generic: commit 5e01376124309b4dbd30d413f43c0d9c2f60edea Author: Thomas Zimmermann <tzimmerm...@suse.de> Date: Mon Jul 18 09:23:18 2022 +0200 Subject: video/aperture: Disable and unregister sysfb devices via aperture helpers Link: https://github.com/torvalds/linux/commit/5e01376124309b4dbd30d413f43c0d9c2f60edea This commit was part of a larger refactoring of the video subsystem, and requires the entire series to function correctly. You can review the whole series below: https://patchwork.freedesktop.org/series/106040/ The patch series also requires quite a few additional fixups to fix bugs introduced by the series, making the size about 15 commits in total. The contents of the series don't really fix any bugs, and their purpose is to refactor the code for future changes to the fbdev subsystem, and really aren't appropriate to be backported to a stable kernel series. "video/aperture: Disable and unregister sysfb devices via aperture helpers" seems to have been selected for -stable by mistake by its fixes: tag, and was pulled into upstream stable by a robot with little human review. The best course of action is to revert. No action needed for Lunar, as the entire series is present in that release. [Testcase] This bug affects users running Ubuntu in VMWare VMs, notably on aarch64 devices, like modern Apple computers. Start a Kinetic or Jammy-HWE Server or Desktop VM in VMWare Fusion on Apple silicon, and see if the display comes up or not. Affected users will see a blank screen. There is a test kernel available in the following ppa: https://launchpad.net/~mruffell/+archive/ubuntu/lp2007001-test If you install the test kernel and reboot, you will be able to see the screen on your VM like normal. [Where problems could occur] This commit changes when the sysfb is disabled and memory region for the graphics framebuffer is released to the proper device driver. If a regression were to occur, then graphics drivers may fail to reserve the framebuffer memory, and fail to start, leaving users with a blank screen. There are no workarounds, other than booting a previous kernel. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2007001/+subscriptions -- Mailing list: https://launchpad.net/~kernel-packages Post to : kernel-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~kernel-packages More help : https://help.launchpad.net/ListHelp