Linux

47952 readers

1675 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
No misinformation
No NSFW content
No hate speech, bigotry, etc

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago

MODERATORS

AgreeableLandscape@lemmy.ml

nooter692@lemmy.ml

MarcellusDrum@lemmy.ml

cypherpunks@lemmy.ml

cyclohexane@lemmy.ml

d3Xt3r@lemmy.nz

Dual monitor suspend, one monitor does not turn on when waking up. (lemmy.ml)

submitted 6 months ago by jjlinux@lemmy.ml to c/linux@lemmy.ml

29 comments fedilink hide all child comments

Finally got my wife away from Windows and on Fedora 40 (Gnome 46).

Now, when her PC goes to suspend and when she wakes it up, one of her 2 monitors doesn't wake up.

Both are connected to HDMI ports (no dedicated video card, just the integrated card in her Ryzen 9).

Any ideas on what could be happening? I wouldn't want her to go back to Winblows over something so insignificant, but she would.

you are viewing a single comment's thread
view the rest of the comments

[–] acockworkorange@mander.xyz 2 points 6 months ago* (last edited 6 months ago) (1 children)

I managed to get it on kernel 5.15 and replicate the issue. I had to find its USB-C charger to keep it on while I power down my monitor otherwise it would hard shutdown it. So, connecting the monitor back, the weirdest thing just happened. The display rearranged, but didn't use the new monitor. Instead, the lock screen got resized and I could see my session behind it without logging in (!).

I've got this on dmesg: [119330.829398] amdgpu 0000:63:00.0: [drm] *ERROR* no VCPI for [MST PORT:00000000e7b3da3d] found in mst state 000000005563f49a

journalctl gives more details:

May 03 17:05:01 Glass /usr/libexec/gdm-x-session[1601]: (II) AMDGPU(0): Allocate new frame buffer 2560x1440
May 03 17:05:01 Glass /usr/libexec/gdm-x-session[1601]: (II) AMDGPU(0):  => pitch 10240 bytes
May 03 17:05:01 Glass rtkit-daemon[1209]: Supervising 7 threads of 3 processes of 1 users.
May 03 17:05:01 Glass rtkit-daemon[1209]: Successfully made thread 33483 of process 1581 owned by '1000' RT at priority 5.
May 03 17:05:01 Glass rtkit-daemon[1209]: Supervising 8 threads of 3 processes of 1 users.
May 03 17:05:01 Glass csd-media-keys[1761]: Unable to get default sink
May 03 17:05:01 Glass csd-color[1770]: failed to reset xrandr-Samsung Electric Company-SAMSUNG gamma tables: gamma size is zero
May 03 17:05:01 Glass csd-color[1770]: failed to reset xrandr-Samsung Electric Company-SAMSUNG gamma tables: gamma size is zero
May 03 17:05:01 Glass /usr/libexec/gdm-x-session[1601]: (II) Quirked EDID physical size to 0x0 cm
May 03 17:05:01 Glass /usr/libexec/gdm-x-session[1601]: (--) AMDGPU(0): HDMI max TMDS frequency 225000KHz
May 03 17:05:01 Glass /usr/libexec/gdm-x-session[1601]: (II) AMDGPU(0): EDID vendor "SAM", prod id 29044
May 03 17:05:01 Glass /usr/libexec/gdm-x-session[1601]: (II) AMDGPU(0): Using hsync ranges from config file
May 03 17:05:01 Glass /usr/libexec/gdm-x-session[1601]: (II) AMDGPU(0): Using vrefresh ranges from config file
May 03 17:05:01 Glass /usr/libexec/gdm-x-session[1601]: (II) AMDGPU(0): Printing DDC gathered Modelines:

I got it to switch monitors using Cinammon's Display app, but it will not take two displays at the same time.

[–] jjlinux@lemmy.ml 1 points 6 months ago (1 children)

I would totally try a kernel update, even if it meant uxing zen kernel. Older kernels is one of the reasons why I stay away from Mint and Zorin.

[–] acockworkorange@mander.xyz 2 points 6 months ago (1 children)

Weirdest thing is I could swear it didn’t use to happen on Mint 21 until I both upgraded to 21.2 and switched to the edge low latency kernel. It doesn’t bother me much, and everything else just works, plus I’m addicted to aptitude so I need a Debian based distro.

[–] jjlinux@lemmy.ml 2 points 6 months ago

Aptitude is the one thing Debian based distros have that beat the rest.