Nvidia again

[ricklinux]

If you remove the Nvidia are you going to reboot first to see that it loads the nouveau and is working?

Edit: That’s what i would do first.

[ricklinux]

I don’t own any hybrid graphics setup with Nvidia. But, i can tell you on two systems one with GTX 1060 and another with GTX 1650 both have not had any issues since i added all the additional enhancements from the wiki.

[onyxnz]

Alright, back to scratch :

[onyx@onyx-rogstrixg531gt ~]$ inxi -G
Graphics:  Device-1: Intel CoffeeLake-H GT2 [UHD Graphics 630] driver: i915 v: kernel 
           Device-2: NVIDIA TU117M [GeForce GTX 1650 Mobile / Max-Q] driver: nouveau v: kernel 
           Display: x11 server: X.org 1.20.13 driver: loaded: intel,modesetting unloaded: fbdev,vesa 
           resolution: <missing: xdpyinfo> 
           OpenGL: renderer: Mesa Intel UHD Graphics 630 (CFL GT2) v: 4.6 Mesa 21.2.1 

Now, which Wiki should I be following?
This one? https://discovery.endeavouros.com/nvidia/optimus-manager-for-nvidia/2021/03/

[onyxnz]

Well, eventually I got it working;

[onyx@onyx-rogstrixg531gt ~]$ inxi -G
Graphics:  Device-1: Intel CoffeeLake-H GT2 [UHD Graphics 630] driver: i915 v: kernel 
           Device-2: NVIDIA TU117M [GeForce GTX 1650 Mobile / Max-Q] driver: nvidia v: 470.63.01 
           Display: x11 server: X.org 1.20.13 driver: loaded: modesetting,nvidia resolution: <missing: xdpyinfo> 
           OpenGL: renderer: Mesa Intel UHD Graphics 630 (CFL GT2) v: 4.6 Mesa 21.2.1 

with combination of https://discovery.endeavouros.com/articles/how-to-enable-nvidia-optimus/2019/11/
and https://discovery.endeavouros.com/nvidia/optimus-manager-for-nvidia/2021/03/
and replacing acpi_call_dkms with acpi_call,
then sudo nano /usr/lib/modprobe.d/optimus-manager.conf
and putting a hash infront of the nvidia entries. (IDK if that is supposed to be right, and I hadn’t had to do that before, but it seems to be fine now!!)
I am on the LTS kernel, I entered on Intel GPU, optimus manager would run now, and I was able to use it to swap to Hybrid.
I will push the testing further and let you know of any more grief.

[onyxnz]

So, with Optimus Manager configured to start with Intel, IF I choose the regular kernel at GRUB instead of the LTS, then when it hits SDDM it goes full lock, and I have to power off.

[onyxnz]

And after loading the Zen kernel through AKM, I find that Zen works too. So only the regular kernel is borked. What the???
And I cannot remove the regular kernel because of dependencies from acpi_call and r8168. Oh well, whatever. Thanks for the help @ricklinux and @Zircon34 !!

[pebcak]

@onyxnz

And I cannot remove the regular kernel because of dependencies from acpi_call and r8168.

You could remove them first.

[onyxnz]

Yup, but will then have to figure out how to reload the network driver without a network. At this stage I am ready to fix this laptop with some percussive maintenance.

[pebcak]

You need r8168 for your card then, alright. I didn’t think of that, sorry

[ricklinux]

@onyxnz

replacing acpi_call_dkms with acpi_call,

What is the deal with using acpi_call? Why do you need that? Also what is the issue with the current kernel?

Edit: This is the one i tend to look at for optimus-manager
https://discovery.endeavouros.com/nvidia/optimus-manager-for-nvidia/2021/03/

[onyxnz]

If you look at the bottom of that Wiki page it says something about being wary of acpi_call. IDK why we need to be wary of it, but in digging into the system and trying to find out why it was failing, I noticed that acpi_call was an optional depend in the pkgbuild. I also noticed that the dkms had been installed. And that it was used for the switching.
As for why the normal kernel hangs? No idea!

[ricklinux]

Does it not work without it?

[onyxnz]

I’ll experiment with the switching methods to see.
Other options are None, Nouveau, BBswitch, Custom.

[onyxnz]

@ricklinux so after changing that option to bbswitch and rebooting, the system would not load on any kernel.
Therefore BBswitch doesn’t work on Asus G531GT.
I had to follow https://github.com/Askannz/optimus-manager/wiki/FAQ,-common-issues,-troubleshooting
and use kernel parameter of systemd.unit=multi-user.target in order to boot to CLI, and get into

sudo nano /etc/optimus-manager/optimus-manager.conf

so I could change last line to switching=acpi_call
Save, reboot, back in business.

The docs here https://github.com/Askannz/optimus-manager/wiki/A-guide--to-power-management-options are vague about the other choices, so I’ll just leave it to be acpi_call until I have more time to play.

[ricklinux]

Ive just not known if anyone use the acpi_call? It’s not something i’ve even looked at. I think bumblebee is outdated and optimus manager is what i have always told others to use.