Issues on multiple monitors since aquamarine

[alba4k]

Regression?

Yes

System Info and Version

System/Version info

```sh Hyprland, built from branch main at commit ae50f8614d92132d918663ea7551bd68eb13953a (wayland/surface: fixup self-owning surface roles). Date: Sat Aug 3 17:58:06 2024 Tag: v0.41.2-161-gae50f861, commits: 5047 flags: (if any) System Information: System name: Linux Node name: dell-xps Release: 6.6.42-1.1-lts Version: #1 SMP PREEMPT_DYNAMIC Fri, 26 Jul 2024 20:24:44 +0000 GPU information: 00:02.0 VGA compatible controller [0300]: Intel Corporation Alder Lake-P GT2 [Iris Xe Graphics] [8086:46a6] (rev 0c) (prog-if 00 [VGA controller]) os-release: NAME="Arch Linux" PRETTY_NAME="Arch Linux" ID=arch BUILD_ID=rolling ANSI_COLOR="38;2;23;147;209" HOME_URL="https://archlinux.org/" DOCUMENTATION_URL="https://wiki.archlinux.org/" SUPPORT_URL="https://bbs.archlinux.org/" BUG_REPORT_URL="https://gitlab.archlinux.org/groups/archlinux/-/issues" PRIVACY_POLICY_URL="https://terms.archlinux.org/docs/privacy-policy/" LOGO=archlinux-logo plugins: ```

Description

I have a couple of issues on my multi-monitor setup since aquamarine. For example, I have this in my monitor configuration:

# Monitor configuration (The random numbers are for 1920x1080@72, and my monitors appear as DP-[6,9] after hibernating instead of DP-[5,7])
#monitor = eDP-1, modeline 193.25 1920 2056 2256 2592 1200 1203 1209 1245 -hsync +vsync, 0x0, 1
#monitor = DP-5, modeline 210.25 1920 2056 2256 2592 1080 1083 1088 1128 -hsync +vsync, 0x0, 1
#monitor = DP-6, modeline 210.25 1920 2056 2256 2592 1080 1083 1088 1128 -hsync +vsync, 0x0, 1
#monitor = DP-7, modeline 210.25 1920 2056 2256 2592 1080 1083 1088 1128 -hsync +vsync, 1920x0, 1
#monitor = DP-9, modeline 210.25 1920 2056 2256 2592 1080 1083 1088 1128 -hsync +vsync, 1920x0, 1
monitor = DP-5, 1920x1080@60, 0x0, 1
monitor = DP-6, 1920x1080@60, 0x0, 1
monitor = DP-7, 1920x1080@60, 1920x0, 1
monitor = DP-9, 1920x1080@60, 1920x0, 1
exec = hyprctl monitors all | grep "DP-5\|DP-6" && hyprctl keyword monitor "eDP-1, disabled" || hyprctl keyword monitor "eDP-1, 1920x1200, 0x0, 1"
monitor = , preferred, auto, 1

first, the modeline I was using for the 72hz setup (which isnt natively supported by my monitors) no longer works. I used to have just 1920x1080@72 that broke, so I switched to the modeline, which is now also broken. sad but understandable.

The real issues are regarding the laptop's screen. After login, it is still on (although it should be turned off by the exec) regardless of whether or not I add a sleep before that. Other than that, I can't even turn it off using hyprctl keyword monitor eDP-1,disabled; I have to first move it to 3840x0 (so outside of the other two monitors) and then disable it

Crash reports, logs, images, videos

coming soon

[vaxerski]

coming soon

what is this a marvel movie?

Anyways yea modelines aren't impld in aq

[alba4k]

what is this a marvel movie?

was too busy doing the minecraft quests for the cape, shush

great to hear that modelines are coming though

[alba4k]

On a sidenote, I tried using @72 instead of the modeline and got a "Not optimum mode" message on my monitors, which I never got before while making them run at custom refresh rates

This is the best I found online, not sure if you know how that might be related to any changes?

You don't need the pixel clock patcher if you keep the pixel clock under 165 MHz. Beyond that, the video card sends a dual-link DVI signal, but that monitor can only handle single-link DVI signals, which is why the picture was ugly. The pixel clock is the total number of pixels per second (horizontal total vertical total refresh rate). The patcher modifies the driver to send a single-link DVI signal up to 230 MHz pixel clock, so it should display fine with the patcher.

[alba4k]

And finally, here is the log

All that was done on this session was:

$ hyprctl keyword monitor eDP-1,disabled
$ hyprctl keyword monitor eDP-1,1920x1080@60,3840x0,1 && sleep 3 && hyprctl keyword monitor eDP-1,disabled

hyprland.log