Linux Mint 18.2 HiDPi xrandr scaling reset
Clash Royale CLAN TAG#URR8PPP
up vote
0
down vote
favorite
I have a Lenovo Thinkpad x1 carbon with a WQHD display (2560x1440) running Linux Mint 18.2 Cinnamon with the Double HiDPi UI scaling enabled, as well as an xrandr
configuration startup script that sets the scaling more to my liking. When waking from suspend (lid closed) the scaling remains but the virtual window shrinks, causing the display to be only partially filled (i.e. about 2/3 of it is black with a smaller version of my desktop in the upper left region).
I implemented a systemd
service that calls xrandr --auto
upon resuming from suspend. It fixes the problem after it occurs but seems like a rather ham-fisted solution. I would like to know why this issue happens in the first place, especially considering that it only happens after resuming from suspend with the lid closed, not from the menu or command line. Is it a bug? An issue with the laptop's compatibility? Something going on with X Server? I've tried a number of troubleshooting steps, and I haven't made any other scripts besides the aforementioned that modify the display properties, so it has to be something with how Mint handles laptop-related events. Any ideas?
Initial startup:
xrandr --output eDP1 --scale 1.25x1.25 --fb 3200x1800 --panning 3200x1800
Resume command (called in a systemd unit)
xrandr --auto
linux-mint xrandr thinkpad high-dpi
add a comment |Â
up vote
0
down vote
favorite
I have a Lenovo Thinkpad x1 carbon with a WQHD display (2560x1440) running Linux Mint 18.2 Cinnamon with the Double HiDPi UI scaling enabled, as well as an xrandr
configuration startup script that sets the scaling more to my liking. When waking from suspend (lid closed) the scaling remains but the virtual window shrinks, causing the display to be only partially filled (i.e. about 2/3 of it is black with a smaller version of my desktop in the upper left region).
I implemented a systemd
service that calls xrandr --auto
upon resuming from suspend. It fixes the problem after it occurs but seems like a rather ham-fisted solution. I would like to know why this issue happens in the first place, especially considering that it only happens after resuming from suspend with the lid closed, not from the menu or command line. Is it a bug? An issue with the laptop's compatibility? Something going on with X Server? I've tried a number of troubleshooting steps, and I haven't made any other scripts besides the aforementioned that modify the display properties, so it has to be something with how Mint handles laptop-related events. Any ideas?
Initial startup:
xrandr --output eDP1 --scale 1.25x1.25 --fb 3200x1800 --panning 3200x1800
Resume command (called in a systemd unit)
xrandr --auto
linux-mint xrandr thinkpad high-dpi
add a comment |Â
up vote
0
down vote
favorite
up vote
0
down vote
favorite
I have a Lenovo Thinkpad x1 carbon with a WQHD display (2560x1440) running Linux Mint 18.2 Cinnamon with the Double HiDPi UI scaling enabled, as well as an xrandr
configuration startup script that sets the scaling more to my liking. When waking from suspend (lid closed) the scaling remains but the virtual window shrinks, causing the display to be only partially filled (i.e. about 2/3 of it is black with a smaller version of my desktop in the upper left region).
I implemented a systemd
service that calls xrandr --auto
upon resuming from suspend. It fixes the problem after it occurs but seems like a rather ham-fisted solution. I would like to know why this issue happens in the first place, especially considering that it only happens after resuming from suspend with the lid closed, not from the menu or command line. Is it a bug? An issue with the laptop's compatibility? Something going on with X Server? I've tried a number of troubleshooting steps, and I haven't made any other scripts besides the aforementioned that modify the display properties, so it has to be something with how Mint handles laptop-related events. Any ideas?
Initial startup:
xrandr --output eDP1 --scale 1.25x1.25 --fb 3200x1800 --panning 3200x1800
Resume command (called in a systemd unit)
xrandr --auto
linux-mint xrandr thinkpad high-dpi
I have a Lenovo Thinkpad x1 carbon with a WQHD display (2560x1440) running Linux Mint 18.2 Cinnamon with the Double HiDPi UI scaling enabled, as well as an xrandr
configuration startup script that sets the scaling more to my liking. When waking from suspend (lid closed) the scaling remains but the virtual window shrinks, causing the display to be only partially filled (i.e. about 2/3 of it is black with a smaller version of my desktop in the upper left region).
I implemented a systemd
service that calls xrandr --auto
upon resuming from suspend. It fixes the problem after it occurs but seems like a rather ham-fisted solution. I would like to know why this issue happens in the first place, especially considering that it only happens after resuming from suspend with the lid closed, not from the menu or command line. Is it a bug? An issue with the laptop's compatibility? Something going on with X Server? I've tried a number of troubleshooting steps, and I haven't made any other scripts besides the aforementioned that modify the display properties, so it has to be something with how Mint handles laptop-related events. Any ideas?
Initial startup:
xrandr --output eDP1 --scale 1.25x1.25 --fb 3200x1800 --panning 3200x1800
Resume command (called in a systemd unit)
xrandr --auto
linux-mint xrandr thinkpad high-dpi
linux-mint xrandr thinkpad high-dpi
asked Sep 25 '17 at 9:33
Mister_Vulcan
264
264
add a comment |Â
add a comment |Â
1 Answer
1
active
oldest
votes
up vote
1
down vote
Per the Linux Mint 18.2 release notes:
Known Issues Cinnamon freezes when changing resolution (Intel GPU)
If your Intel GPU is recent enough (2007 or newer) it is recommended
to remove the legacy Intel driver "xserver-xorg-video-intel" and to
use the built-in modesetting driver instead:apt remove xserver-xorg-video-intel
sudo reboot
Not only will the modesetting fix the freeze issue when changing
resolutions, it should also work better with Cinnamon and produce
better performance.
The legacy driver is no longer maintained and only useful for the old
i800x and i900x family of chipsets.
This did the trick, for anyone else who has this excellent and (mostly) Linux-ready laptop.
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
1
down vote
Per the Linux Mint 18.2 release notes:
Known Issues Cinnamon freezes when changing resolution (Intel GPU)
If your Intel GPU is recent enough (2007 or newer) it is recommended
to remove the legacy Intel driver "xserver-xorg-video-intel" and to
use the built-in modesetting driver instead:apt remove xserver-xorg-video-intel
sudo reboot
Not only will the modesetting fix the freeze issue when changing
resolutions, it should also work better with Cinnamon and produce
better performance.
The legacy driver is no longer maintained and only useful for the old
i800x and i900x family of chipsets.
This did the trick, for anyone else who has this excellent and (mostly) Linux-ready laptop.
add a comment |Â
up vote
1
down vote
Per the Linux Mint 18.2 release notes:
Known Issues Cinnamon freezes when changing resolution (Intel GPU)
If your Intel GPU is recent enough (2007 or newer) it is recommended
to remove the legacy Intel driver "xserver-xorg-video-intel" and to
use the built-in modesetting driver instead:apt remove xserver-xorg-video-intel
sudo reboot
Not only will the modesetting fix the freeze issue when changing
resolutions, it should also work better with Cinnamon and produce
better performance.
The legacy driver is no longer maintained and only useful for the old
i800x and i900x family of chipsets.
This did the trick, for anyone else who has this excellent and (mostly) Linux-ready laptop.
add a comment |Â
up vote
1
down vote
up vote
1
down vote
Per the Linux Mint 18.2 release notes:
Known Issues Cinnamon freezes when changing resolution (Intel GPU)
If your Intel GPU is recent enough (2007 or newer) it is recommended
to remove the legacy Intel driver "xserver-xorg-video-intel" and to
use the built-in modesetting driver instead:apt remove xserver-xorg-video-intel
sudo reboot
Not only will the modesetting fix the freeze issue when changing
resolutions, it should also work better with Cinnamon and produce
better performance.
The legacy driver is no longer maintained and only useful for the old
i800x and i900x family of chipsets.
This did the trick, for anyone else who has this excellent and (mostly) Linux-ready laptop.
Per the Linux Mint 18.2 release notes:
Known Issues Cinnamon freezes when changing resolution (Intel GPU)
If your Intel GPU is recent enough (2007 or newer) it is recommended
to remove the legacy Intel driver "xserver-xorg-video-intel" and to
use the built-in modesetting driver instead:apt remove xserver-xorg-video-intel
sudo reboot
Not only will the modesetting fix the freeze issue when changing
resolutions, it should also work better with Cinnamon and produce
better performance.
The legacy driver is no longer maintained and only useful for the old
i800x and i900x family of chipsets.
This did the trick, for anyone else who has this excellent and (mostly) Linux-ready laptop.
answered Sep 30 '17 at 4:01
Mister_Vulcan
264
264
add a comment |Â
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f394286%2flinux-mint-18-2-hidpi-xrandr-scaling-reset%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password