You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On a lenovo slim 7 with ryzen 5700U and lenovo yoga 7 with ryzen 7 7735HS, trying to set any non-native resolution results in a black screen
(for instance, 1920x1200 instead of 2560x1600)
This is problematic because fractional scaling still has its fair share of issues, like remote desktops being impossibly high resolutions or scrcpy being extremely small and not getting to the proper coordinates.
This is the desktop bazzite-gnome image for both, without gamescope-session. The problem does not occur with external displays plugged in as HDMI nor DP.
What did you expect to happen?
I expect lower resolutions to display properly, like they do on plain Fedora, Debian etc.
The bug does not occur in silverblue. It may or may not be related to experimental VRR that is not in silverblue (toggling it in bazzite doesn't help though) but I have no way to know, there isn't anything in the logs about the black screen when changing resolution.
Describe the bug
On a lenovo slim 7 with ryzen 5700U and lenovo yoga 7 with ryzen 7 7735HS, trying to set any non-native resolution results in a black screen
(for instance, 1920x1200 instead of 2560x1600)
This is problematic because fractional scaling still has its fair share of issues, like remote desktops being impossibly high resolutions or scrcpy being extremely small and not getting to the proper coordinates.
This is the desktop bazzite-gnome image for both, without gamescope-session. The problem does not occur with external displays plugged in as HDMI nor DP.
What did you expect to happen?
I expect lower resolutions to display properly, like they do on plain Fedora, Debian etc.
Output of
rpm-ostree status
Hardware
No response
Extra information or context
No response
The text was updated successfully, but these errors were encountered: