[opensuse-factory] Graphics scaling issues with NVidia proprietary driver beginning TW 20160625
To whom i may concern... I believe proprietary graphics drivers are not a top issue for most of you, but beginning with TW 20160625 I've been fighting with scaling and resolution issues. I wouldn't even send this mail to the list, but I'm wondering why Gnome 3 is the only desktop I've checked where all is fine - the compositor and screen resolution. Furthermore, the same nvidia driver version, now just recompiled, worked until TW 20160613 as expected. Current configuration: Using a 64-bit OS with the latest nvidia 367.21 (have also tried 364.19 with the patch for gcc6). Tumbleweed currently 20160626. Hardware: HP ZBook 15 G2 with discrete Optimus graphics: NVIDIA Quadro K610M (GK208) I'm mainly faced with scaling issues in the desktop environments - Plasma, XFCE, IceWM, launched from sddm. Most of the fonts and elements are scaled too big (about the factor 2 by estimation), concerning also non-KDE apps like Chromium, IntelliJ IDEA, Firefox etc., even KDE apps like kcalc, but just in the problematic desktops envs, in Gnome they are rendered correctly. There is no specific overridden default setting in KDE or elsewhere for scaling or font size, all affecting settings and themes come from the Tumbleweed default. I've checked already the EDID information the NVidia driver aquires from my hardware and the parameter there look fine (dimensions, resolution). Also Xorg apps like xterm are displayed correctly. There is no indication the graphics driver or X Server would do this job wrong. I'm not sure where to report this, Qt 5.6.1(?), KDE(?) but why also in XFCE(?). Another interesting issue: nouveau in KMS mode renders correctly, but unfortunately is not stable, I get still system freezes each time after using it. But this hang is a different story, already reported to where it belongs. I wonder whether this is a general problem or just a very hardware-specific. Is there anyone having similar trouble? Has anyone a hint where else to check or report? Thanks, René -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Try using fixed dpi font setting. Jon On Thu, Jun 30, 2016 at 10:14 AM, René Krell <renda.krell@gmail.com> wrote:
To whom i may concern... I believe proprietary graphics drivers are not a top issue for most of you, but beginning with TW 20160625 I've been fighting with scaling and resolution issues. I wouldn't even send this mail to the list, but I'm wondering why Gnome 3 is the only desktop I've checked where all is fine - the compositor and screen resolution. Furthermore, the same nvidia driver version, now just recompiled, worked until TW 20160613 as expected.
Current configuration: Using a 64-bit OS with the latest nvidia 367.21 (have also tried 364.19 with the patch for gcc6). Tumbleweed currently 20160626. Hardware: HP ZBook 15 G2 with discrete Optimus graphics: NVIDIA Quadro K610M (GK208)
I'm mainly faced with scaling issues in the desktop environments - Plasma, XFCE, IceWM, launched from sddm. Most of the fonts and elements are scaled too big (about the factor 2 by estimation), concerning also non-KDE apps like Chromium, IntelliJ IDEA, Firefox etc., even KDE apps like kcalc, but just in the problematic desktops envs, in Gnome they are rendered correctly.
There is no specific overridden default setting in KDE or elsewhere for scaling or font size, all affecting settings and themes come from the Tumbleweed default.
I've checked already the EDID information the NVidia driver aquires from my hardware and the parameter there look fine (dimensions, resolution). Also Xorg apps like xterm are displayed correctly. There is no indication the graphics driver or X Server would do this job wrong. I'm not sure where to report this, Qt 5.6.1(?), KDE(?) but why also in XFCE(?).
Another interesting issue: nouveau in KMS mode renders correctly, but unfortunately is not stable, I get still system freezes each time after using it. But this hang is a different story, already reported to where it belongs.
I wonder whether this is a general problem or just a very hardware-specific. Is there anyone having similar trouble? Has anyone a hint where else to check or report?
Thanks, René -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
2016-06-30 18:37 GMT+02:00 Jon Jacobsen <jonj@atwk.com>:
Try using fixed dpi font setting.
Jon
Hi Jon, thanks, I already tried this several times to different values - Configure Desktop -> Font -> Force Fonts DPI: 110 (although my hardware has a nominal DPI value of about 144, as if the elements were upscaled) At least this works around this problem in Plasma 5. René
On Thu, Jun 30, 2016 at 10:14 AM, René Krell <renda.krell@gmail.com> wrote:
To whom i may concern... ... I'm mainly faced with scaling issues in the desktop environments - Plasma, XFCE, IceWM, launched from sddm. Most of the fonts and elements are scaled too big (about the factor 2 by estimation), concerning also non-KDE apps like Chromium, IntelliJ IDEA, Firefox etc., even KDE apps like kcalc, but just in the problematic desktops envs, in Gnome they are rendered correctly. ... -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On jeudi, 30 juin 2016 18.14:15 h CEST René Krell wrote:
To whom i may concern... I believe proprietary graphics drivers are not a top issue for most of you, but beginning with TW 20160625 I've been fighting with scaling and resolution issues. I wouldn't even send this mail to the list, but I'm wondering why Gnome 3 is the only desktop I've checked where all is fine - the compositor and screen resolution. Furthermore, the same nvidia driver version, now just recompiled, worked until TW 20160613 as expected.
Current configuration: Using a 64-bit OS with the latest nvidia 367.21 (have also tried 364.19 with the patch for gcc6). Tumbleweed currently 20160626. Hardware: HP ZBook 15 G2 with discrete Optimus graphics: NVIDIA Quadro K610M (GK208)
I'm mainly faced with scaling issues in the desktop environments - Plasma, XFCE, IceWM, launched from sddm. Most of the fonts and elements are scaled too big (about the factor 2 by estimation), concerning also non-KDE apps like Chromium, IntelliJ IDEA, Firefox etc., even KDE apps like kcalc, but just in the problematic desktops envs, in Gnome they are rendered correctly.
There is no specific overridden default setting in KDE or elsewhere for scaling or font size, all affecting settings and themes come from the Tumbleweed default.
I've checked already the EDID information the NVidia driver aquires from my hardware and the parameter there look fine (dimensions, resolution). Also Xorg apps like xterm are displayed correctly. There is no indication the graphics driver or X Server would do this job wrong. I'm not sure where to report this, Qt 5.6.1(?), KDE(?) but why also in XFCE(?).
Another interesting issue: nouveau in KMS mode renders correctly, but unfortunately is not stable, I get still system freezes each time after using it. But this hang is a different story, already reported to where it belongs.
I wonder whether this is a general problem or just a very hardware-specific. Is there anyone having similar trouble? Has anyone a hint where else to check or report?
Thanks, René
I'm using the last driver which is 367.27 not 21 (did you make a mistake?) see nvidia-smi attached ouput xdpyinfo report the 225dpi I'm expecting on my hidpi screen screen #0: dimensions: 3840x2160 pixels (433x244 millimeters) resolution: 225x225 dots per inch Dell Precision Laptop 7510 on which I completely disable optimus I'm using only the nvidia gpu which is a Quadro M2000M in /etc/X11/xorg.conf.d/50-device.conf I'm using those parameters Section "Device" Identifier "nvidia" Driver "nvidia" Option "NoLogo" "True" Option "AllowEmptyInitialConfiguration" "true" Option "UseEdidDpi" "False" Option "DPI" "225x225" #(75x3) # Option "ConstantDPI" "FALSE" Option "TwinView" "true" Option "TwinViewOrientation" "DFP-5:nvidia-auto-select SamePositionAs DFP-4:nvidia-auto-select" EndSection and in 50-monitors.conf I use those ## as seen by Nvidia Section "Monitor" Identifier "DP-4" ## Dell Internal M7510 LCD DisplaySize 580 326 Option "CustomEDID" "GPU-0.DP-4:/usr/local/share/edid/ dell_m47510_lcd_edid.txt" Option "DPMS" "On" EndSection Section "Monitor" Identifier "DP-5" ## Dell P2515-Q on graphics nvidia DisplaySize 580 326 Option "CustomEDID" "GPU-0.DP-5:/usr/local/share/edid/dell_p2715q_edid.txt" Option "DPMS" "On" EndSection I've previously exported the edid with nvidia tools for both of them. I've those parameters since March, and didn't see any changes actually with last TW snapshots, and last Nvidia drivers. Plasma stability is related to still non working qt in TW (we need 5.6.2 to get things better, especially multi monitor with differents resolutions) So my rough guess would be a change more in the intel gpu part of newer kernel aftecting optimus ? Check also the nvidia version you're using which should be 367.27 Did you try to run Plasma but using gdm ? - If working then it's more an sddm problem, but still seems strange. You can also have a try to use autologin and check if then plasma is run right. Sometimes, when I'm tired about KScreen doing everything wrong I'm cleaning all files I could find in ~/.local/share/kscreen/ ;-) -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch Bareos Partner, openSUSE Member, fsfe fellowship GPG KEY : D5C9B751C4653227 irc: tigerfoot
Hi Bruno,
I'm using the last driver which is 367.27 not 21 (did you make a mistake?) see nvidia-smi attached ouput
Yes, your are right, my typo.
xdpyinfo report the 225dpi I'm expecting on my hidpi screen screen #0: dimensions: 3840x2160 pixels (433x244 millimeters) resolution: 225x225 dots per inch
For me: dimensions: 3840x1080 pixels (682x191 millimeters) resolution: 143x144 dots per inch This is the overall resolution if I have a second (Samsung) display connected. Each one of them has a resolution of 1920x1080.
Dell Precision Laptop 7510 on which I completely disable optimus I'm using only the nvidia gpu which is a Quadro M2000M
in /etc/X11/xorg.conf.d/50-device.conf I'm using those parameters Section "Device" Identifier "nvidia" Driver "nvidia" Option "NoLogo" "True" Option "AllowEmptyInitialConfiguration" "true" Option "UseEdidDpi" "False" Option "DPI" "225x225" #(75x3) # Option "ConstantDPI" "FALSE" Option "TwinView" "true" Option "TwinViewOrientation" "DFP-5:nvidia-auto-select SamePositionAs DFP-4:nvidia-auto-select" EndSection
and in 50-monitors.conf I use those ## as seen by Nvidia Section "Monitor" Identifier "DP-4" ## Dell Internal M7510 LCD DisplaySize 580 326 Option "CustomEDID" "GPU-0.DP-4:/usr/local/share/edid/ dell_m47510_lcd_edid.txt" Option "DPMS" "On" EndSection Section "Monitor" Identifier "DP-5" ## Dell P2515-Q on graphics nvidia DisplaySize 580 326 Option "CustomEDID" "GPU-0.DP-5:/usr/local/share/edid/dell_p2715q_edid.txt" Option "DPMS" "On" EndSection
I've previously exported the edid with nvidia tools for both of them.
I've those parameters since March, and didn't see any changes actually with last TW snapshots, and last Nvidia drivers.
Thanks for these hints. It made me curious, I'll try something similar also here. I have always done it in the way to have a minimal xorg.conf and let the driver decide by its own. This time I tried also a configuration with Randr: Section "Module" Load "modesetting" EndSection Section "Device" Identifier "nvidia" Driver "nvidia" BusID "PCI:1:0:0" Option "AllowEmptyInitialConfiguration" EndSection not more and not less, but using this simple configuration I get just "Randr disabled" in Xorg.0.log. I'm not sure how to handle this, somewhere there must be called xrandr with some parameters, have you customized your ~/.xinitrc? Nevertheless, I'm not absolutely sure whether this is a clean driver issue, because of the correct rendering in Gnome 3.20, a of X applications for example.
Plasma stability is related to still non working qt in TW (we need 5.6.2 to get things better, especially multi monitor with differents resolutions)
I will check this again without any overrides in settings as soon as Qt 5.6.2 arrives.
So my rough guess would be a change more in the intel gpu part of newer kernel aftecting optimus ?
I'm booting with the latest legacy BIOS, not in UEFI mode. Regarding Optimus: I tried Bumblebee some time ago, but it failed due to some missing entries from ACPI. After some analyze of the developers of Bumblebee (we compared the ACPI tables provided by my legacy BIOS mode with the same hardware running in Windows with UEFI) we found that the correct tables for Optimus are provided just in UEFI mode. A longer time ago I checked also UEFI but I was faced with other trouble although the OS was booting. I will retry it in some spare time, because I have already a newer HP BIOS version installed. In the BIOS, I have just one setting: Hybrid Graphics: Enabled/Disabled/Auto - I found that Auto is the only way which has been working with my driver installation. Really many variants, I've still not found the "golden way" among them.
Check also the nvidia version you're using which should be 367.27
It is, see above. Was a typo.
Did you try to run Plasma but using gdm ? - If working then it's more an sddm problem, but still seems strange.
While writing this still not. But I booted also from sddm to Gnome, and Gnome is running out of the box woth the correct rendering. Will check this later, if there will be any change I'll tell.
You can also have a try to use autologin and check if then plasma is run right.
Sometimes, when I'm tired about KScreen doing everything wrong I'm cleaning all files I could find in ~/.local/share/kscreen/ ;-)
Thanks so far for this comprehensive information. René -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (3)
-
Bruno Friedmann -
Jon Jacobsen -
René Krell