Laptop won't display graphical enviroment, but can use tty

Which Linux distro are you using? Arch Linux

Which release version? Rolling
(if rolling release without a release version, skip this question)

(If rolling release, last date updated?) I think 12/14, baste on the date

Which kernel are you using? 6.18.1-zen1-2-zen

Which BIOS version are you using? LFKN6.03.04 (as in BIOS)

Which Framework Laptop 16 model are you using? Framework 16, Ryzen AI 9 HX 370, RX7600 video card

Long story short, I can’t see the display in a graphical setting
My first try was using archinstall and selecting the KDE desktiop environment, which never showed up.
I reinstalled with MATE, thinking maybe it’s a Wayland problem? same result though.
I then installed Fedora KDE Plasma, and that worked Perfectly.
I also tried Manjaro, but I have an interesting thing happen on the Live Desktop, where it would completely freeze, but allow me to get to a tty.
Sooo… I reinstalled Arch Linux with MATE, and this is where my real troubleshooting begins.

I ran dmesg, Output: View paste S6JA

It starts with the GPU about line 1025

1073: 1.935038] amdgpu 0000:c3:00.0: amdgpu: SECUREDISPLAY: optional securedisplay ta ucode is not available

I don’t know what that means, but I assume it isn’t good

The Xorg log is bad, though

Output: View paste ICSA

everything looks fine I think, up to line 299

7.726] (II) AMDGPU(G0): Output eDP-1-1 has no monitor section

It goes on from there, but never detect a monitor, despite the fact that I have one plued in to a HDMI expansion card. said monitor does clone the display when I’m in the tty, though.

I does detect the modeset for the built in display. Then I get to line 573.

[ 8.107] (II) event2 - Video Bus: is tagged by udev as: Keyboard

[ 8.108] (II) event2 - Video Bus: device is a keyboard

Okay, so my display is a keyboard?

In Bios I went ahead as set the VRAM to 16GB. probably overkill. same result. I attempted to update firmware using fwupdmgr, but it said all my devices were up to date

I’m not sure what my next step is.

I’ve the same issue on the same system, although I don’t know how to fix it, my package is grub, sddm, KDE. After I boot up, I would expect sddm displaying, but have only a black screen, although if I type my password and hit enter, I do go straight into the desktop environment which is KDE, and everything runs.

interesting. i was having the same issue and tried typing my password. sure enough, it worked. i will keep checking in for a fix, but i’m glad there is a workaround. thanks. also my shift key is apparently broken so sorry for the poor grammar

I’ve also found changing to nvidia only in the bios, removes this issue altogether, but it is another workaround and not great for battery life.

Here’s my problem… I could do that too, but I still didn’t get a display. After “Logging in” I could switch to a tty as root and see the processes for MATE come up with the user account… but if I swapped back to the GUI, still black. I could do this endlessly, oddly enough, but the tty was the only usable part of the system.

I didn’t see a way to completely disable the iGPU in my BIOS. I can change its memory allocation, but that’s it. I’m running the Radeon 7700 variant.

As far as my current status goes, I’m still trying different things. I’ve currently partitioned my drive so that I have a mini Fedora installation and I’m running Arch on the majority of the disk. Took me FOREVER to figure out how to partition btrfs so Fedora would accept the partition for installation, and they share the EFI partition and booting to Fedora and Arch both work through both EFI and GRUB.

Okay, I reinstalled Arch, and I have no idea what I did different, but I got it to a usable state that is… conditional.

Basically, in order to make it work, I power it on. I select Arch, and wait for it to Black screen. Then, I specifically plug in a Monitor to the Radeon port on the rear. Then, my graphics turn on. After that, it doesn’t matter, and I can see the login screen. Also, I found a weird bug with an application I frequently use, and it has to do with Wifi 7 wireless extensions, but it will complete freeze my desktop if the bug is encountered. I think I saw somewhere that Intel was still going to be supporting Wifi 6 on their wifi cards, so I might have to get one. In the meantime I’m just going to carry around my portable Wifi connector that supports an Ethernet connection. (Look up Slate 7 if you’re interested.

it might be worth using autorandr (x) or kanshi (wayland) to have your displays autoconfigure when you plug in the ports. if you have that running when you hit desktop it should refresh everything and hopefully fix the issue.

I’m Fully Fixed!

Per advice I got on the Arch Linux Forum, I created an xorg.conf file.

/etc/X11/xorg.conf.d/20-amdapu.conf
`Section “Device”
Identifier “APU”
Driver “amdgpu”
BusID “PCI:196:0:0”
EndSection

Section “Screen”
Identifier “APU”
Device “APU”
EndSection`

After reboot, this fixed the issue.
also deleting the xf86-video-* packages except amdgpu improved performance.
Key in the file above is the BusID. the Xorg log (/var/log/Xorg.0.log) will have this in there, and it will look like this:
[ 7.325] (–) PCI:*(195@0:0:0) 1002:7480:f111:0007 rev 193, Mem @ 0x5800000000/8589934592, 0x5a00000000/268435456, 0xb0c00000/1048576, I/O @ 0x00002000/256, BIOS @ 0x???/131072
[ 7.325] (–) PCI: (196@0:0:0) 1002:150e:f111:000d rev 193, Mem @ 0x5a10000000/268435456, 0x5a20800000/2097152, 0xb0b00000/524288, I/O @ 0x00001000/256

The system is trying the one with the star. You’ll want to use the one without the star.
Just remove the @0 from the number.