I just checked myself and it’s card1 too, now I am curious why it’s not card0. 🤷
I just checked myself and it’s card1 too, now I am curious why it’s not card0. 🤷
I believe it’s cat /sys/class/drm/card0/device/pp_power_profile_mode
.
There’s also the power_dpm_force_performance_level
.
As a small homelabber I agree with this. I started with a baremetal and using Docker, and switched to Proxmox, and now over to Incus, actually currently I am using Debian with cockpit + cockpit-machines. I do like Incus, I keep hopping back and forth between cockpit, I need to settle on one.
That’s interesting! I wonder if they are locking down factory installations.
About a month ago I was able to do it with a fresh install of Pro in a VM, I’ll do a quick test and see if it works on Home…and it works too. I had to disconnect the network and then run the OOBE\BYPASSNRO
command, it rebooted and gave me the continue without network and limited setup options.
Unless I missed something, the article states as follows
Another method of bypassing the account lockdown still exists. You simply have to enter OOBE\BYPASSNRO in the command prompt during the Windows 11 setup process, which allows you to skip the connection to the Internet and thus also the link to a Microsoft account.
I agree. I am someone who values their privacy and often does not like opt-out style analytics however I also know opt-in skews analytics. The way the searches are only categorized, and they are using Oblivious HTTP keeping IP addresses private makes me A-OK with this.
Yeah, Debian has older firmware found in the firmware-amd-graphics
package which doesn’t include the firmware. You’ll need to download it from https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/ I believe anything from linux-firmware-20231030 and newer should work.
20231030 tag: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/amdgpu?h=20231030 or newest(20240410) tag: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/amdgpu?h=20240410
These files need to be placed in /lib/firmware/amdgpu/
It’s a relatively low performance hit and it benefits me when having to replace a failing/old disk. I can just toss the drive without having to erase the data first, that is as long as the key is a secure length.
grass
is on the AUR… https://aur.archlinux.org/packages/grass
It looks like they are working on fixing that with this pull request.