You are not logged in.
Did you try booting 4.19 w/o the quotes around the parameters?
Ceterum censeo: how many parallel windows installations do you have?
https://wiki.archlinux.org/index.php/Du … t_Start-Up
Offline
I've reinstalled arch.
Using the parameters on 4.19 without the quotes still doesn't work.
This is the only OS on the machine. I'm not dualbooting.
Do you have any idea on what I can do to fix this?
Offline
https://bugs.freedesktop.org/show_bug.cgi?id=108585
Get https://archive.archlinux.org/packages/ … pkg.tar.xz and replace the stuff in /usr/lib/firmware/amdgpu (re/move all files in that dir and put the ones from the older firmware in)
Ensure you've no firmware in "lsinitcpio /boot/initramfs-linux.img"
Reboot, pray, hold your breath (I don't even know whether the APU is a polaris chip)
Did you try to boot some other live distro (just to ensure the HW is ok)?
Offline
seth the chip identifies itself as
initializing kernel modesetting (CARRIZO 0x1002:0x9874 0x1458:0xD000 0xE2)Report upstream or possibly try amd-staging-drm-next
Offline
I haven't tried a live distro. What do you mean by HW?
What is amd-staging-drm-next and what will happen if I don't have a polaris chip?
Offline
seth wants to establish the if it is a software / firmware issue by finding some OS that can make the APU function correctly.
amd-staging-drm-next is the git repository containing the kernel build AMD uses for introducing new code and fixes before it heads to drm-tip then to linux-mainline so it contains the newest code from AMD
conversely that code has the least amount of testing.
If the chip is not polaris then the bug seth linked may not apply.
Offline
That file has a lot more than just the firmware for amdgpu. I just moved /usr/lib/firmware/amdgpu from that file into my own and rebooted. It didn't work.
There is still firmware in /boot/initramfs-linux.img so how do I get rid of it?
I forgot to pray. I'll do it next time.
Last edited by greatest_username (2018-12-30 01:17:40)
Offline
The FW in the init will spoil the results, so re-do mkinitcpio w/ the older FW in place
mkinitcpio -p linuxHowever, w/o a polaris chip this is now mostly down to praying (ensure to pick the right god/s ;-)
Edit: don't forget to ensure the /boot partition is mounted!
Last edited by seth (2018-12-30 10:23:50)
Offline
I had the older firmware in place and ran that command. It still didn't work. I said a few prayers too.
Did I have to run another command to get rid of the firmware in /boot/initramfs-linux.img?
Offline
Nope. You could extract the initramfs to check whether it contains the "right" firmware, but I'd really first try to boot something else™ (some ubuntu from 2017, debian based grml or knoppix, …) to see whether the GPU ever responds.
You could also try the lts kernel to see whether there's maybe an onward bug in the amdgpu module.
Offline
I've tried knoppix but I just get a black screen when I boot but when I boot with nomodeset I boot into the GUI.
Ubuntu 16.04 didn't work either. When I try it with nomodeset it boots into the GUI.
I've updated to Linux 4.20. It still doesn't work.
The LTS kernel doesn't work either.
Offline
nomodeset will result in the vesa driver being used (but not your GPU)
Check the UEFI/BIOS config on whether the GPU is actually activated and if so (or there's no corresponding setting): try installing windows - the chip is 2-3 years old, the idea that it works w/ no kernel/FW combo strikes me as odd. So brace yourself for defective HW :-(
Offline
There doesn't seem to be a setting to disable the GPU. There is something called "IOMMU" which is set to "Auto".
There is an option for integrated graphics but that can only be set to "Auto" or "Disabled".
There are other options for SATA ports and NVMe RAID mode.
I can send a picture of it if you want.
I might try to install windows but I really don't want to because it's windows.
Offline
You already tried "iommu=soft", did you?
Installing windows is merely to figure whether the HW is functional at all…
Offline
There doesn't seem to be a setting to disable the GPU. There is something called "IOMMU" which is set to "Auto".
There is an option for integrated graphics but that can only be set to "Auto" or "Disabled".
There are other options for SATA ports and NVMe RAID mode.
I can send a picture of it if you want.
I might try to install windows but I really don't want to because it's windows.
You can try to install ubuntu or another distro. No need to go to windows.
Offline
You can try to install ubuntu or another distro. No need to go to windows.
Ubuntu on a USB didn't work either.
I'll try installing windows.
Offline
I've put windows on a USB stick and booted in to it.
It says I need drivers that could be on a CD, DVD or USB.
I can't continue after.
I did get a CD/DVD (idk what the difference is) with my motherboard that has AM4 series drivers/utilities. I didn't think I'd need that but it seems to be what my problem is.
I don't have a disk drive in my PC so I need to get one.
Offline
It didn't work. It didn't even work with windows.
Offline
The hardware is off - unless it's a wacko BIOS setting, underpowered, badly seated, bent pin, … RMA.
Offline