Description of problem: The notebook HP envy x360 15-cn0008ng with an NVIDIA GeForce MX150 is installed from scratch with an USB and Fedora 29. The fresh install is then updated with: dnf update After rebooting and login into the notebook the screen freezes and the mouse hangs for various seconds. Then a few seconds the mouse can be moved. Then the screen and the mouse freeze again. The notebook CPU or GPU seems to calculate a lot because the van speeds up and the notebook gets hot. The system can only be hard-powered-off. Version-Release number of selected component (if applicable): Hardware notebook: x360 15-cn0008ng (Hardware see: https://support.hp.com/ch-de/document/c06041425) Hardware graphic card: NVIDIA GeForce MX150 Software: Fedora 29 installed with Fedora-Workstation-Live-x86_64-29-1.2.iso and updated with dnf update How reproducible: always Steps to Reproduce: 1. Boot 2. Login 3. -> System hangs Additional info: With journalctl -k -b -1 I can read the follwing potential problems (I do not know, if this is the real problem): ... lis3lv02d: unknown sensor type 0x0 ... acer_wmi: Unsupported machine has AMWO_GUID1, unable to load ... nouveau 0000:01:00: gr: inir failed, -16 Workaround: In the boot menu type 'e' to edit the command line. In the line that starts with 'linux' append at the end of this line: nouveau.modeset=0 Then tpe 'ctl+x' to boot. The problem than disappears and the notebook seems to work ok. Additional Comment 1: The HP envy x360 uses the NVIDIA GeForce MX150 of type '1D10' and not the slower variant called '1D12' with the same name. For further references see: https://www.notebookcheck.net/Nvidia-has-been-sneaking-in-slower-GeForce-MX150-1D12-variant-onto-some-Ultrabooks.289358.0.html Additional Comment 2: There seems to be a long tradition of problems with nouveau graphic driver and NVIDIA cards. But this should not happen with a fresh install.
Here is a fix (or another workaround, if you want to see it like this) by installing the native NVIDIA drivers: To install the NVIDIA drivers: 1. disable secure boot in the BIOS 2. do the installation: a.) Install FEdora workstation repositories: sudo dnf install fedora-workstation-repositories b.) enable the NVIDIA driver repository: sudo dnf config-manager --set-enabled rpmfusion-nonfree-nvidia-driver c.) install the drivers: sudo dnf install akmod-nvidia acpi 3. reboot and login Comment: Beware that the secure boot must be always disabled. If enabled again my system shows a black screen after login. To temporarily go back again from the NVIDIA drivers to the nouveau-drivers and secure boot in the BIOS you can do the following: When booting enter grub with 'e' to edit the boot parameters. Remove: rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1 and replace it with: nouveau.modeset=0 How to debug: 1. Booting with secure boot disabled in the BIOS and NVIDIA drivers gives: lspci -k | grep -EA3 'VGA|3D|Display' 00:02.0 VGA compatible controller: Intel Corporation UHD Graphics 620 (rev 07) Subsystem: Hewlett-Packard Company Device 8484 Kernel driver in use: i915 Kernel modules: i915 -- 00:13.0 Non-VGA unclassified device: Intel Corporation Sunrise Point-LP Integrated Sensor Hub (rev 21) Subsystem: Hewlett-Packard Company Device 8484 Kernel driver in use: intel_ish_ipc Kernel modules: intel_ish_ipc -- 01:00.0 3D controller: NVIDIA Corporation GP108M [GeForce MX150] (rev a1) Subsystem: Hewlett-Packard Company Device 8484 Kernel driver in use: nvidia Kernel modules: nouveau, nvidia_drm, nvidia 2. Booting with with secure boot enabled and nouveau drivers and nouveau.modeset=0 gives: lspci -k | grep -EA3 'VGA|3D|Display' 00:02.0 VGA compatible controller: Intel Corporation UHD Graphics 620 (rev 07) Subsystem: Hewlett-Packard Company Device 8484 Kernel driver in use: i915 Kernel modules: i915 -- 00:13.0 Non-VGA unclassified device: Intel Corporation Sunrise Point-LP Integrated Sensor Hub (rev 21) Subsystem: Hewlett-Packard Company Device 8484 Kernel driver in use: intel_ish_ipc Kernel modules: intel_ish_ipc -- 01:00.0 3D controller: NVIDIA Corporation GP108M [GeForce MX150] (rev a1) Subsystem: Hewlett-Packard Company Device 8484 Kernel modules: nouveau, nvidia_drm, nvidia 02:00.0 Non-Volatile memory controller: SK hynix Device 1327a
I also experienced this bug very recently after applying updates. Mine may be found here: https://bugzilla.redhat.com/show_bug.cgi?id=1652974
(In reply to schaefi from comment #1) > Here is a fix (or another workaround, if you want to see it like this) by This comment summed up exactly what I see in fedora 29 as well. For completeness this is my laptop, HP Spectre x360 Convertible 15-bl1XX - i7-8850U - UEFI - GeForce MX150, Intel UHD Graphics 620 However, > sudo dnf config-manager --set-enabled rpmfusion-nonfree-nvidia-driver > c.) install the drivers: > sudo dnf install akmod-nvidia acpi $ sudo dnf install akmod-nvidia acpi Fedora Modular 29 - x86_64 17 kB/s | 27 kB 00:01 Fedora Modular 29 - x86_64 - Updates 13 kB/s | 26 kB 00:01 Fedora 29 - x86_64 - Updates 17 kB/s | 27 kB 00:01 Fedora 29 - x86_64 16 kB/s | 28 kB 00:01 google-chrome 1.2 kB/s | 1.3 kB 00:01 RPM Fusion for Fedora 29 - Free - Updates 7.6 kB/s | 8.9 kB 00:01 RPM Fusion for Fedora 29 - Free 8.5 kB/s | 10 kB 00:01 RPM Fusion for Fedora 29 - Nonfree - NVIDIA Driver 2.2 kB/s | 7.0 kB 00:03 RPM Fusion for Fedora 29 - Nonfree - Updates 7.7 kB/s | 9.1 kB 00:01 RPM Fusion for Fedora 29 - Nonfree 8.6 kB/s | 10 kB 00:01 Visual Studio Code 2.6 kB/s | 2.9 kB 00:01 Error: Problem: conflicting requests - package akmod-nvidia-3:410.78-1.fc29.x86_64 requires nvidia-kmod-common >= 3:410.78, but none of the providers can be installed - package akmod-nvidia-3:410.66-1.fc29.x86_64 requires nvidia-kmod-common >= 3:410.66, but none of the providers can be installed - package xorg-x11-drv-nvidia-3:410.78-1.fc29.x86_64 requires xorg-x11-drv-nvidia-libs(x86-64) = 3:410.78-1.fc29, but none of the providers can be installed - package xorg-x11-drv-nvidia-3:410.78-1.fc29.x86_64 requires libnvidia-glcore.so.410.78()(64bit), but none of the providers can be installed - package xorg-x11-drv-nvidia-3:410.78-1.fc29.x86_64 requires libnvidia-tls.so.410.78()(64bit), but none of the providers can be installed - package xorg-x11-drv-nvidia-3:410.66-1.fc29.x86_64 requires xorg-x11-drv-nvidia-libs(x86-64) = 3:410.66-1.fc29, but none of the providers can be installed - package xorg-x11-drv-nvidia-3:410.66-1.fc29.x86_64 requires libnvidia-glcore.so.410.66()(64bit), but none of the providers can be installed - package xorg-x11-drv-nvidia-3:410.66-1.fc29.x86_64 requires libnvidia-tls.so.410.66()(64bit), but none of the providers can be installed - package nvidia-driver-libs-3:415.18-3.fc29.x86_64 conflicts with xorg-x11-drv-nvidia-libs provided by xorg-x11-drv-nvidia-libs-3:410.78-1.fc29.x86_64 - package nvidia-driver-libs-3:415.18-3.fc29.x86_64 conflicts with xorg-x11-drv-nvidia-libs provided by xorg-x11-drv-nvidia-libs-3:410.66-1.fc29.x86_64 - problem with installed package nvidia-driver-libs-3:415.18-3.fc29.x86_64 (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages) Question, according to $XDG_SESSION_TYPE, I am running Wayland. Given that, I'm unsurprised the xorg deps above can be installed. Does the nVidia driver work with Wayland? For now I am blacklisting nouveau, and running just with the UHD Graphics 620 (rev 07) adapter, which is quite unfortunate when I have an MX150 available.
In fact, I'm slightly different with the device revision on the MX150, $ lspci -k | grep -EA3 'VGA|3D|Display' 00:02.0 VGA compatible controller: Intel Corporation UHD Graphics 620 (rev 07) DeviceName: Onboard IGD Subsystem: Hewlett-Packard Company Device 827f Kernel driver in use: i915 -- 00:13.0 Non-VGA unclassified device: Intel Corporation Sunrise Point-LP Integrated Sensor Hub (rev 21) Subsystem: Hewlett-Packard Company Device 827f Kernel driver in use: intel_ish_ipc Kernel modules: intel_ish_ipc -- 01:00.0 3D controller: NVIDIA Corporation GP108M [GeForce MX150] (rev a1) Subsystem: Hewlett-Packard Company Device 827f Kernel modules: nouveau Note the 827f vs 8484. In https://bugzilla.redhat.com/show_bug.cgi?id=1657065, yet another revision number on the MX150 is present, 83c9...
A very popular guide for installing the proprietary drivers is https://www.if-not-true-then-false.com/2015/fedora-nvidia-guide/. It says there "... Or you know that your computer have NVIDIA Optimus Technology, and it is impossible to turn Intel Graphics / NVIDIA Optimus off in the BIOS then this guide might not work for you and it’s not tested. You should check Bumblebee Project." Bumblebee looks dead at this point. I'm in a position where I can't turn any of this stuff off in my BIOS. So am I just screwed on Linux with this hardware? Is there any official docs from people who actually work on this explaining what is going on? I don't trust these tutorial sites much, it would be nice if there were some kernel developers / redhat engineers explaining what is going on. Any links would be appreciated to better understand this, I'm drowning in a sea of whispers from the google search results.
Had the same experience as described in the bug when installing fedora 29 on a Huawei Matebook X Pro that features the same hardware components (i7-8550U, NVIDIA GeForce MX150 / Intel UHD Graphics 620) My workaround was installing the Nvidia drivers and blacklisting nouveau. (The Nvidia drivers are not available for Wayland yet and disable it) The downside is that the battery life takes a huge hit as the dedicated GPU is always on. Since I cannot disable the GPU in BIOS on this device, the solution for this is Bumblebee which might look dead but simply works. Everything runs on the integrated GPU saving battery until I explicitly run an application using the dedicated GPU. Since I myself do not really require the dedicated GPU, this workaround works well for me except missing Wayland. Still it would be nice to have nouveau working, performing load balancing and not requiring such exhausting troubleshooting on installation of fedora on popular modern laptops.
This message is a reminder that Fedora 29 is nearing its end of life. Fedora will stop maintaining and issuing updates for Fedora 29 on 2019-11-26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '29'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 29 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 29 changed to end-of-life (EOL) status on 2019-11-26. Fedora 29 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.