amdgpu didn't start with pci=nocrs parameter, get error "Fatal error during GPU init"
Mikhail Gavrilov
mikhail.v.gavrilov at gmail.com
Tue Feb 28 09:52:02 UTC 2023
On Mon, Feb 27, 2023 at 3:22 PM Christian König
>
> Unfortunately yes. We could clean that up a bit more so that you don't
> run into a BUG() assertion, but what essentially happens here is that we
> completely fail to talk to the hardware.
>
> In this situation we can't even re-enable vesa or text console any more.
>
Then I don't understand why when amdgpu is blacklisted via
modprobe.blacklist=amdgpu then I see graphics and could login into
GNOME. Yes without hardware acceleration, but it is better than non
working graphics. It means there is some other driver (I assume this
is "video") which can successfully talk to the AMD hardware in
conditions where amdgpu cannot do this. My suggestion is that if
amdgpu fails to talk to the hardware, then let another suitable driver
do it. I attached a system log when I apply "pci=nocrs" with
"modprobe.blacklist=amdgpu" for showing that graphics work right in
this case.
To do this, does the Linux module loading mechanism need to be refined?
--
Best Regards,
Mike Gavrilov.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: system-without-amdgpu.tar.xz
Type: application/x-xz
Size: 41716 bytes
Desc: not available
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20230228/86785995/attachment-0001.xz>
More information about the dri-devel
mailing list