Qubes is EXTREMELY slow on very new p1 gen 5 lenovo laptop

I just ran that (it is very hard to use when the screen updates so infrequently and got this):

the cpuids go from 0 (400mhz) ,2, (2400mhz), 4 (400 mhz), 6 (400 mhz), 8 (400 mhz), 10 (400 mhz), 12 (400 mhz), 13 (400 mhz), 14 (400 mhz), 15 (400 mhz), 17 (400 mhz), 18 (400 mhz), 19 (400 mhz),

so some cpuids appear to be missing (? Maybe ?), but all but one cpu appear to be running at 400mhz. However…

I set the governor to performance, and min-freq to 1500000 but its still laggy. Rerunning xenpm get-cpufreq-states shows all the cpus at 2400mhz.

I thought I disabled the nvidia gpu (or something like that) when installing qubes with the troubleshooting mentioned in the first post?

I guess the next step is to try with kernel latest? Is there a more up to date kernel than 5.17.5 ? If so where do I find it?

I really appreciate you helping me with my noobiness mate

You can first enable testing repo in qubes-manager global settings, then sudo qubes-dom0-update kernel-latest to get kernel-latest. It’s 5.19.9, newer than 5.17.

It seems that your E-cores are running at a low frequency. I’ve read that Xen currently only partial supports big.LITTLE arch. You have to manually create CPU pools to distinguish between P and E cores, to avoid your workflow being switched onto E-cores.

This is a problem because the networking doesn’t appear to be working lol!

Can I download qubes with 5.19.9 anywhere, before I go trying to configure an adapter at 0.25 frames per second? I would rather just reinstall than do that probably.

Do you think it has anything to do with the install parameters I used?

 nouveau.modeset=0 rd.driver.blacklist=nouveau video=vesa:off

There is the option to use this, but I used the above one and the install worked.

 noexitboot=1 modprobe.blacklist=nouveau rd.driver.blacklist=nouveau --- intitrd.img

There’s definitely something wrong about your CPU frequency driver. You should be able to boost to P1 state, to have turbo freq and much higher freq than 2.4G. There’s one option to let dom0 kernel to handle CPU scaling, although there’s limitations. You can try to add cpufreq=dom0-kernel to your grub conf file, to Xen options part.

There’s openQA builds at here, but the iso isn’t signed, so the integrity cannot be assured.

1 Like

Okay, I’m unsure even how to access the grub conf file, I have to go now. I’ll have a look later. Thanks for all your help!

I think I will try to install with the latest kernel, try the fixes mentioned in the threads above as well as yours with the grub conf file. If I manage to fix it like that I will revert back to the verified iso, install the latest kernel and repeat.

Just as a side note the screen just went to the lock-screen where I have to re-enter the password and the bar and password were refreshing fast - like if everything was working normally… no idea what that means…

In fact, long time ago on debian, I had extremely laggy graphics without nouveau. In that your CPU frequency is higher now, you should at least be able to see smooth cursor movement. But that’s not the case.

Your installation grub options don’t influence the default install’s grub options. If you enter edit mode during grub, you might find that there’s no blacklist=nouveau or so. If it’s a problem for installation, it might also be a problem for post-install running. So why not try to add those options to grub and see if this works?

I see, didn’t know that. During installation however it was extremely laggy, just like now. nouveau.modeset=0 rd.driver.blacklist=nouveau video=vesa:off
was used just to get to the installation screen - it said pane is dead etc if I didn’t add that.

So if it was laggy during installation maybe it’s not that? - I’ll give it a go if the updated kernel and the cpufreq=dom0-kernel don’t work.

Thanks

Has Intel really changed their CPU much if any? I might be wrong but all they’ve really done in increased performance, aside from GPU, so maybe the CPU isn’t the problem. For me, I’ve found the motherboard is a hodgepodge of various hardware from numerous vendors. If there’s a compatibility problem, I’d lean there.

I have the X1 extreme gen 5 which is considered to be the “sibling” of the P5. I had the same problem and put trouble shooting steps in my HCL report. Check out the “Integrated GPU Screen Tearing” section.

I would also check the display setting in the bios. There might be an option to increase the integrated gpu memory. I increased mine to 512MB which helped a lot!

Report: Thinkpad X1 Extreme Gen 5

1 Like

Now we are getting somewhere!

I followed your steps - the config file didn’t seem to do anything but I wasn’t having screen tearing, just extremely slow refreshes of the screen.

Removing the Nouveau disable in the grub from installation and setting the GPU to dGPU fixed it though and now I am running buttery smooth!

I cannot change the resolution without it bugging out, or change the hz… but at least it’s working! I can fix scaling problems later - however if you know how to fix this that would be a bonus!

Does the Wi-Fi work in the latest kernel then? My WiFi isn’t working, thus I have no way to safely update to the latest kernel haha! I’m thinking I’ll buy a Alfa AWUS036ACH adapter as they are supposed to work out the box and update the kernel.

Thanks again, and please let me know about the above when you have a minute!

Glad to hear that! Switching to the discrete GPU allowed me to change my resolution and refresh rate. It might be that your GPU is not completely supported by Nouveau. If that’s the case, you’ll just have to be patient and wait. I don’t think you can install Nvidia drivers in dom0 anymore. You can check Nouveau’s codename and feature matrix. I’ll leave the links below!

The wifi works with the latest stable kernel. Just update your sys-net template and give it a restart. I would also try updating dom0 and see if that fixes anything

Nouveau Code Names: CodeNames
Nouveau Feature Matrix: FeatureMatrix

Hi barcodeman can you please publish an HCL?
I also want to purchase a Thinkpad P1 Gen 5. I am wondering if yours has the nvidia GPU or just the intel integrated GPU? Can you share the model number so i can lookup psref and study specs you have.

also what display do you have? what is max resolution?

thanks

I can’t update to the latest kernel because the Wi-Fi doesn’t work :grinning:

I tried using the Alfa AWUS036NHA adapter and it doesn’t seem to want to work. How did you update with no Wi-Fi? I am tempted to just download a unofficial latest kernel version, linked above somewhere in this thread…

Have you tried this to fix Wi-Fi

20Y3008KUS

Or just plug in usb c Ethernet adapter ?

Also refer to this same spec same situation tethered to phone via usb

I have tried plugging in a ethernet cable via usbc converter, which works instantly on windows and it didn’t work on qubes.

When I plug in the AWUS036ACH or another wireless adapter nothing comes up on devices so I cannot attach it to sys-net.

I can’t think of any other way to get an internet connection at this point, so I don’t know what to do other than get a unverified qubes OS version with the latest kernel…

How do you suggest I update sys-net?

super strange both a AWUS036ACH and a usb ethernet both not working is really strange

when you first setup QubesOS and it asks you how to setup the VMs did you select it asks you about making sys-usb and sys-net so you can connect usb network adapters i forgot the exact wording but did you select that option?

Just update your sys-net template and give it a restart.