[opensuse] nvidia vs nouveau on 15.1
I just upgraded a 15.0 install to 15.1. I am using an NVIDIA Corporation G70 [GeForce 7800 GT] (rev a1) and the nvidia-304.137 kernel driver from nvidia. I've been patching this driver for use on the latest kernels for some time now. In fact on the 15.0 installation I am using it with a vanilla 5.3.0 kernel with no issues. The reason I cannot use the on kernel nouveau driver is because I can't get it to support multiple screens. Every monitor connected has the same thing displayed. On the 15.1 box after the upgrade from 15.0 I get this in the Xorg.0.log log file. [ 21.746] ================ WARNING WARNING WARNING WARNING ================ [ 21.746] This server has a video driver ABI version of 24.0 that this driver does not officially support. Please check http://www.nvidia.com/ for driver updates or downgrade to an X server with a supported driver ABI. [ 21.746] ================================================================= [ 21.746] (EE) NVIDIA: Use the -ignoreABI option to override this check. My question is how do I implement this "-ignoreABI" thing to override this check? Or maybe a better question might be why does the nouveau driver not support multiple screens multiple monitors? Or am I wrong there and just don't know how to configure it? "Settings/Configure-Desktop" is certainly no help there. Thanks Mark -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
18.09.2019 20:03, Mark Hounschell пишет:
I just upgraded a 15.0 install to 15.1. I am using an NVIDIA Corporation G70 [GeForce 7800 GT] (rev a1) and the nvidia-304.137 kernel driver from nvidia. I've been patching this driver for use on the latest kernels for some time now. In fact on the 15.0 installation I am using it with a vanilla 5.3.0 kernel with no issues. The reason I cannot use the on kernel nouveau driver is because I can't get it to support multiple screens. Every monitor connected has the same thing displayed.
On the 15.1 box after the upgrade from 15.0 I get this in the Xorg.0.log log file.
[ 21.746] ================ WARNING WARNING WARNING WARNING ================ [ 21.746] This server has a video driver ABI version of 24.0 that this driver does not officially support. Please check http://www.nvidia.com/ for driver updates or downgrade to an X server with a supported driver ABI. [ 21.746] ================================================================= [ 21.746] (EE) NVIDIA: Use the -ignoreABI option to override this check.
My question is how do I implement this "-ignoreABI" thing to override this check?
You start X server with this option. How to add this option depends on your display manager. You may try adding Section "ServerFlags" Options "IgnoreABI" "true" EndSection to /etc/xorg.conf.d. See "man xorg.conf.d".
Or maybe a better question might be why does the nouveau driver not support multiple screens multiple monitors?
"Screen" in X11 refers to separate video card with connected monitor. If you have single card with multiple displays, this is handled by RandR today (which is behind display/screen configuration in desktop environment). Showing "xrandr --listmonitors" with nouveau would be a good start. Difference is that X11 screen number is part of $DISPLAY, so each application is bound to specific screen/output device and cannot be moved to another without restarting using different $DISPLAY address, while with RandR you have single virtual display and can move windows between physical displays but cannot directly address each physical device (only using -geometry) unless application itself understands how to query RandR (as example mpv does).
Or am I wrong there and just don't know how to configure it? "Settings/Configure-Desktop" is certainly no help there.
Well, I definitely have different content on LCD and external HDMI (which I use to watch video). I do not have nouveau but I do use modesetting driver which should behave identically with any supported card. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Mark Hounschell composed on 2019-09-18 13:03 (UTC-0400):
I just upgraded a 15.0 install to 15.1. I am using an NVIDIA Corporation G70 [GeForce 7800 GT] (rev a1) and the nvidia-304.137 kernel driver from nvidia. I've been patching this driver for use on the latest kernels for some time now. In fact on the 15.0 installation I am using it with a vanilla 5.3.0 kernel with no issues. The reason I cannot use the on kernel nouveau driver is because I can't get it to support multiple screens. Every monitor connected has the same thing displayed.
On the 15.1 box after the upgrade from 15.0 I get this in the Xorg.0.log log file.
[ 21.746] ================ WARNING WARNING WARNING WARNING ================ [ 21.746] This server has a video driver ABI version of 24.0 that this driver does not officially support. Please check http://www.nvidia.com/ for driver updates or downgrade to an X server with a supported driver ABI. [ 21.746] ================================================================= [ 21.746] (EE) NVIDIA: Use the -ignoreABI option to override this check.
My question is how do I implement this "-ignoreABI" thing to override this check?
Or maybe a better question might be why does the nouveau driver not support multiple screens multiple monitors? Or am I wrong there and just don't know how to configure it? "Settings/Configure-Desktop" is certainly no help there.
How many screens are you trying to use? Have you tried using the (newer) default DDX instead of nouveau? Dual via FOSS is certainly possible. The following three NVidia cards, all newer than yours, 7, 5 & 2-3 years, need no user configuration except when wanting placement over/under instead of default side-by-side: Side by side (default): # xrandr | egrep 'onnect|creen|\*' | grep -v disconn | sort -r Screen 0: minimum 320 x 200, current 4480 x 1440, maximum 16384 x 16384 DP-2 connected 1920x1200+2560+0 (normal left inverted right x axis y axis) 519mm x 324mm DP-1 connected primary 2560x1440+0+0 (normal left inverted right x axis y axis) 598mm x 336mm 2560x1440 59.95*+ 74.92 1920x1200 59.95*+ # inxi -V | head -n1 inxi 3.0.36-00 (2019-08-14) # inxi -GxxSza System: Host: p5bse Kernel: 4.12.14-lp151.28.13-default x86_64 bits: 64 compiler: gcc v: 7.4.0 parameters: root=/dev/sda# ipv6.disable=1 net.ifnames=0 noresume mitigations=auto consoleblank=0 vga=791 video=1024x768@60 video=1280x720@60 video=1440x900@60 3 Desktop: KDE 3 wm: kwin dm: startx Distro: openSUSE Leap 15.1 Graphics: Device-1: NVIDIA GF119 [NVS 310] vendor: Hewlett-Packard driver: nouveau v: kernel bus ID: 01:00.0 chip ID: 10de:107d Display: server: X.Org 1.20.3 driver: modesetting unloaded: fbdev,vesa alternate: nouveau,nv,nvidia resolution: 2560x1440~60Hz, 1920x1200~60Hz OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.2 compat-v: 3.1 direct render: Yes Over/Under: # xrandr | egrep 'onnect|creen|\*' | grep -v disconn | sort -r Screen 0: minimum 320 x 200, current 2560 x 2640, maximum 16384 x 16384 DP-2 connected 1920x1200+0+0 (normal left inverted right x axis y axis) 519mm x 324mm DP-1 connected primary 2560x1440+0+1200 (normal left inverted right x axis y axis) 598mm x 336mm 2560x1440 59.95*+ 74.92 1920x1200 59.95*+ # inxi -V | head -n1 inxi 3.0.36-00 (2019-08-14) # inxi -GxxSza System: Host: p5bse Kernel: 4.12.14-lp151.28.13-default x86_64 bits: 64 compiler: gcc v: 7.4.0 parameters: root=/dev/sda# ipv6.disable=1 net.ifnames=0 noresume mitigations=auto consoleblank=0 vga=791 video=1024x768@60 video=1280x720@60 video=1440x900@60 3 Desktop: KDE 3 wm: kwin dm: startx Distro: openSUSE Leap 15.1 Graphics: Device-1: NVIDIA GF119 [NVS 310] vendor: Hewlett-Packard driver: nouveau v: kernel bus ID: 01:00.0 chip ID: 10de:107d Display: server: X.Org 1.20.3 driver: modesetting unloaded: fbdev,vesa alternate: nouveau,nv,nvidia resolution: 2560x1440~60Hz, 1920x1200~60Hz OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.2 compat-v: 3.1 direct render: Yes Side by side (default): # xrandr | egrep 'onnect|creen|\*' | grep -v disconn | sort -r Screen 0: minimum 320 x 200, current 4480 x 1440, maximum 8192 x 8192 HDMI-1 connected 1920x1200+2560+0 (normal left inverted right x axis y axis) 519mm x 324mm DVI-I-1 connected primary 2560x1440+0+0 (normal left inverted right x axis y axis) 598mm x 336mm 2560x1440 59.95*+ 1920x1200 59.95*+ # inxi -V | head -n1 inxi 3.0.36-00 (2019-08-14) # inxi -GxxSza System: Host: hp945 Kernel: 4.12.14-lp151.28.10-default x86_64 bits: 64 compiler: gcc v: 7.4.0 parameters: root=/dev/sda# ipv6.disable=1 net.ifnames=0 noresume mitigations=auto consoleblank=0 vga=791 video=1280x720@60 video=1024x768@60 video=1440x900@60 5 Desktop: KDE 3.5.10 tk: Qt 3.3.8c wm: kwin dm: N/A Distro: openSUSE Leap 15.1 Graphics: Device-1: NVIDIA GT218 [GeForce 210] vendor: eVga.com. driver: nouveau v: kernel bus ID: 01:00.0 chip ID: 10de:0a65 Display: server: X.Org 1.20.3 driver: modesetting resolution: 2560x1440~60Hz, 1920x1200~60Hz OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.2 compat-v: 3.1 direct render: Yes Over/Under: # xrandr | egrep 'onnect|creen|\*' | grep -v disconn | sort -r Screen 0: minimum 320 x 200, current 2560 x 2640, maximum 8192 x 8192 HDMI-1 connected 1920x1200+0+0 (normal left inverted right x axis y axis) 519mm x 324mm DVI-I-1 connected primary 2560x1440+0+1200 (normal left inverted right x axis y axis) 598mm x 336mm 2560x1440 59.95*+ 1920x1200 59.95*+ # inxi -V | head -n1 inxi 3.0.36-00 (2019-08-14) # inxi -GxxSza System: Host: hp945 Kernel: 4.12.14-lp151.28.10-default x86_64 bits: 64 compiler: gcc v: 7.4.0 parameters: root=/dev/sda# ipv6.disable=1 net.ifnames=0 noresume mitigations=auto consoleblank=0 vga=791 video=1280x720@60 video=1024x768@60 video=1440x900@60 5 Desktop: KDE 3.5.10 tk: Qt 3.3.8c wm: kwin dm: N/A Distro: openSUSE Leap 15.1 Graphics: Device-1: NVIDIA GT218 [GeForce 210] vendor: eVga.com. driver: nouveau v: kernel bus ID: 01:00.0 chip ID: 10de:0a65 Display: server: X.Org 1.20.3 driver: modesetting resolution: 2560x1440~60Hz, 1920x1200~60Hz OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.2 compat-v: 3.1 direct render: Yes Side-by-side: # xrandr | egrep 'onnect|creen|\*' | grep -v disconn | sort -r Screen 0: minimum 320 x 200, current 5120 x 1440, maximum 8192 x 8192 DVI-I-2 connected 2560x1080+2560+0 (normal left inverted right x axis y axis) 673mm x 284mm DVI-I-1 connected primary 2560x1440+0+0 (normal left inverted right x axis y axis) 598mm x 336mm 2560x1440 59.95*+ 2560x1080 60.00*+ # inxi -V | head -n1 inxi 3.0.36-00 (2019-08-14) # inxi -GxxSza System: Host: big41 Kernel: 4.12.14-lp151.28.10-default x86_64 bits: 64 compiler: gcc v: 7.4.0 parameters: root=/dev/sd# ipv6.disable=1 net.ifnames=0 noresume mitigations=auto consoleblank=0 vga=791 video=1280x720@60 video=1024x768@60 video=1440x900@60 5 Desktop: KDE 3.5.10 tk: Qt 3.3.8c wm: kwin dm: N/A Distro: openSUSE Leap 15.1 Graphics: Device-1: NVIDIA G84 [GeForce 8600 GT] vendor: XFX Pine driver: nouveau v: kernel bus ID: 01:00.0 chip ID: 10de:0402 Display: server: X.Org 1.20.3 driver: modesetting resolution: 2560x1440~60Hz, 2560x1080~60Hz OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.2 compat-v: 3.1 direct render: Yes Over/under: # xrandr | egrep 'onnect|creen|\*' | grep -v disconn | sort -r Screen 0: minimum 320 x 200, current 2560 x 2520, maximum 8192 x 8192 DVI-I-2 connected 2560x1080+0+0 (normal left inverted right x axis y axis) 673mm x 284mm DVI-I-1 connected primary 2560x1440+0+1080 (normal left inverted right x axis y axis) 598mm x 336mm 2560x1440 59.95*+ 2560x1080 60.00*+ # inxi -V | head -n1 inxi 3.0.36-00 (2019-08-14) # inxi -GxxSza System: Host: big41 Kernel: 4.12.14-lp151.28.10-default x86_64 bits: 64 compiler: gcc v: 7.4.0 parameters: root=/dev/sda# ipv6.disable=1 net.ifnames=0 noresume mitigations=auto consoleblank=0 vga=791 video=1280x720@60 video=1024x768@60 video=1440x900@60 5 Desktop: KDE 3.5.10 tk: Qt 3.3.8c wm: kwin dm: N/A Distro: openSUSE Leap 15.1 Graphics: Device-1: NVIDIA G84 [GeForce 8600 GT] vendor: XFX Pine driver: nouveau v: kernel bus ID: 01:00.0 chip ID: 10de:0402 Display: server: X.Org 1.20.3 driver: modesetting resolution: 2560x1440~60Hz, 2560x1080~60Hz OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.2 compat-v: 3.1 direct render: Yes With my middle-aged card, support of each display's preferred mode is only available when the connection to the 2560x1440 is via dual-link DVI-D, leaving the 1920x1200 on HDMI. If I try to substitute my 2560x1080 for the 1920x1200, both displays top out at using 1400x1050, even though xrandr reports better modes. It could be that the combination you are trying is not supported due to age or connector/cable type, not kernel or X version, surely a regression I would think. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 9/18/19 5:35 PM, Felix Miata wrote:
Mark Hounschell composed on 2019-09-18 13:03 (UTC-0400):
I just upgraded a 15.0 install to 15.1. I am using an NVIDIA Corporation G70 [GeForce 7800 GT] (rev a1) and the nvidia-304.137 kernel driver from nvidia. I've been patching this driver for use on the latest kernels for some time now. In fact on the 15.0 installation I am using it with a vanilla 5.3.0 kernel with no issues. The reason I cannot use the on kernel nouveau driver is because I can't get it to support multiple screens. Every monitor connected has the same thing displayed.
On the 15.1 box after the upgrade from 15.0 I get this in the Xorg.0.log log file.
[ 21.746] ================ WARNING WARNING WARNING WARNING ================ [ 21.746] This server has a video driver ABI version of 24.0 that this driver does not officially support. Please check http://www.nvidia.com/ for driver updates or downgrade to an X server with a supported driver ABI. [ 21.746] ================================================================= [ 21.746] (EE) NVIDIA: Use the -ignoreABI option to override this check.
My question is how do I implement this "-ignoreABI" thing to override this check?
Or maybe a better question might be why does the nouveau driver not support multiple screens multiple monitors? Or am I wrong there and just don't know how to configure it? "Settings/Configure-Desktop" is certainly no help there.
How many screens are you trying to use?
The video card has 2 DVI ports and I have identical monitors connected to each port. On the 15.0 system with the nvidia driver both are 1600x1200 resolution and I can drag and drop things to either monitor. On the 15.1 system using nouveau whatever is one one screen is also on the other and cannot move the mouse between the 2 monitors.
Have you tried using the (newer) default DDX instead of nouveau?
I have no idea what "the (newer) default DDX" is. Is it a kernel driver or X11 driver?
Dual via FOSS is certainly possible. The following three NVidia cards, all newer than yours, 7, 5 & 2-3 years, need no user configuration except when wanting placement over/under instead of default side-by-side:
Side by side (default): # xrandr | egrep 'onnect|creen|\*' | grep -v disconn | sort -r Screen 0: minimum 320 x 200, current 4480 x 1440, maximum 16384 x 16384 DP-2 connected 1920x1200+2560+0 (normal left inverted right x axis y axis) 519mm x 324mm DP-1 connected primary 2560x1440+0+0 (normal left inverted right x axis y axis) 598mm x 336mm 2560x1440 59.95*+ 74.92 1920x1200 59.95*+
# inxi -V | head -n1 inxi 3.0.36-00 (2019-08-14)
I notice that your inxi is newer than what I have on my fresh/updated 15.1 system harley:/home/markh # inxi -V | head -n1 inxi 2.3.40-00 (2017-09-21) #rpm -q inxi inxi-2.3.40-lp151.2.1.noarch
# inxi -GxxSza System: Host: p5bse Kernel: 4.12.14-lp151.28.13-default x86_64 bits: 64 compiler: gcc v: 7.4.0 parameters: root=/dev/sda# ipv6.disable=1 net.ifnames=0 noresume mitigations=auto consoleblank=0 vga=791 video=1024x768@60 video=1280x720@60 video=1440x900@60 3 Desktop: KDE 3 wm: kwin dm: startx Distro: openSUSE Leap 15.1 Graphics: Device-1: NVIDIA GF119 [NVS 310] vendor: Hewlett-Packard driver: nouveau v: kernel bus ID: 01:00.0 chip ID: 10de:107d Display: server: X.Org 1.20.3 driver: modesetting unloaded: fbdev,vesa alternate: nouveau,nv,nvidia resolution: 2560x1440~60Hz, 1920x1200~60Hz OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.2 compat-v: 3.1 direct render: Yes
My version of inxi does not support the -a option. I am using the monitors side by side. On the 15.0 system with the nvidia driver markh@harley:~> inxi -GxxSz System: Host: harley Kernel: 5.3.0 x86_64 bits: 64 gcc: 7.4.1 Desktop: KDE Plasma 5.12.8 (Qt 5.9.4) dm: sddm,sddm Distro: openSUSE Leap 15.0 Graphics: Card: NVIDIA G70 [GeForce 7800 GT] bus-ID: 15:00.0 chip-ID: 10de:0092 Display Server: x11 (X.Org 1.19.6 ) driver: nvidia Resolution: 1600x1200@60.00hz, 1600x1200@60.00hz OpenGL: renderer: GeForce 7800 GT/PCIe/SSE2 version: 2.1.2 NVIDIA 304.137 Direct Render: Yes On the fresh 15.1 install harley:/home/markh # inxi -GxxSz System: Host: harley Kernel: 4.12.14-lp151.28.13-default x86_64 bits: 64 gcc: 7.4.0 Desktop: KDE Plasma 5.12.8 (Qt 5.9.7) dm: sddm,sddm Distro: openSUSE Leap 15.1 Graphics: Card: NVIDIA G70 [GeForce 7800 GT] bus-ID: 15:00.0 chip-ID: 10de:0092 Display Server: x11 (X.Org 1.20.3 ) drivers: fbdev,nouveau (unloaded: modesetting,vesa) Resolution: 1280x1024@77.00hz OpenGL: renderer: llvmpipe (LLVM 7.0, 128 bits) version: 3.3 Mesa 18.3.2 (compat-v: 3.1) Direct Render: Yes Mark -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Mark Hounschell composed on 2019-09-19 16:10 (UTC-0400):
I have no idea what "the (newer) default DDX" is. Is it a kernel driver or X11 driver?
X11. https://en.wikipedia.org/wiki/X.Org_Server#DDX https://en.wikipedia.org/wiki/Mode_setting (KMS) https://en.wikipedia.org/wiki/Mesa_(computer_graphics) https://en.wikipedia.org/wiki/X-Video_Motion_Compensation https://en.wikipedia.org/wiki/VDPAU https://en.wikipedia.org/wiki/Direct_Rendering_Manager Nouveau has multiple meanings: DDX depends on KMS. The kernel has a component (module aka driver) named nouveau that enables the KMS on which DDX depend. The kernel nouveau module is what historically has been blacklisted by installing tainting software from NVidia. # zypse nouveau | grep -v 32b # system with no NVidia hardware | Mesa-dri-nouveau | package | 18.3.2-lp151.22.4 | x86_64 | OSS | libXvMC_nouveau | package | 18.3.2-lp151.22.4 | x86_64 | OSS | libvdpau_nouveau | package | 18.3.2-lp151.22.4 | x86_64 | OSS | xf86-video-nouveau | package | 1.0.15-lp151.4.1 | x86_64 | OSS i | libdrm_nouveau2 | package | 2.4.97-lp151.1.1 | x86_64 | OSS xf86-video-nouveau provides the DDX, which upstream is an optional package, and is reverse-engineered technology dating back to well before inception of KMS. Those other nouveau packages are other components of X used by both nouveau and modesetting DDX for NVidia hardware. The upstream default DDX is named Modesetting, not to be confused with "modesetting" in the kernel, the M in KMS. Since version 1.17.x it's been provided by the xorg-X11-server package. It supports Intel and AMD some other graphics chips as well as NVidia's, so technically DDX doesn't accurately define it. It was born as a consequence of and to utilize KMS, thus newer technology. So, mere mention of nouveau "driver" isn't mention of very much.
# inxi -V | head -n1 inxi 3.0.36-00 (2019-08-14)
I notice that your inxi is newer than what I have on my fresh/updated 15.1 system
harley:/home/markh # inxi -V | head -n1 inxi 2.3.40-00 (2017-09-21)
#rpm -q inxi inxi-2.3.40-lp151.2.1.noarch
Inxi is nothing but an information gathering and formatting script. Leap carries an antique version missing much functionality and with less evolved formatting. Upstream accepts no bug reports from anyone with complaints about non-current versions, and encourages users to use the latest: https://github.com/smxi/inxi
My version of inxi does not support the -a option.
Version increments typically occur monthly on average, so even TW only carries a current version a few weeks out of the year. If the upstream version is installed, it can be updated to current with its -U switch. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 9/19/19 8:13 PM, Felix Miata wrote:
Mark Hounschell composed on 2019-09-19 16:10 (UTC-0400):
I have no idea what "the (newer) default DDX" is. Is it a kernel driver or X11 driver?
X11.
https://en.wikipedia.org/wiki/X.Org_Server#DDX https://en.wikipedia.org/wiki/Mode_setting (KMS) https://en.wikipedia.org/wiki/Mesa_(computer_graphics) https://en.wikipedia.org/wiki/X-Video_Motion_Compensation https://en.wikipedia.org/wiki/VDPAU https://en.wikipedia.org/wiki/Direct_Rendering_Manager
Nouveau has multiple meanings:
DDX depends on KMS. The kernel has a component (module aka driver) named nouveau that enables the KMS on which DDX depend. The kernel nouveau module is what historically has been blacklisted by installing tainting software from NVidia.
# zypse nouveau | grep -v 32b # system with no NVidia hardware | Mesa-dri-nouveau | package | 18.3.2-lp151.22.4 | x86_64 | OSS | libXvMC_nouveau | package | 18.3.2-lp151.22.4 | x86_64 | OSS | libvdpau_nouveau | package | 18.3.2-lp151.22.4 | x86_64 | OSS | xf86-video-nouveau | package | 1.0.15-lp151.4.1 | x86_64 | OSS i | libdrm_nouveau2 | package | 2.4.97-lp151.1.1 | x86_64 | OSS
What is the zypse command above. Don't have it and cnf doesn't find it? Mark -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 20/09/2019 16.54, Mark Hounschell wrote:
On 9/19/19 8:13 PM, Felix Miata wrote:
# zypse nouveau | grep -v 32b # system with no NVidia hardware | Mesa-dri-nouveau | package | 18.3.2-lp151.22.4 | x86_64 | OSS | libXvMC_nouveau | package | 18.3.2-lp151.22.4 | x86_64 | OSS | libvdpau_nouveau | package | 18.3.2-lp151.22.4 | x86_64 | OSS | xf86-video-nouveau | package | 1.0.15-lp151.4.1 | x86_64 | OSS i | libdrm_nouveau2 | package | 2.4.97-lp151.1.1 | x86_64 | OSS
What is the zypse command above. Don't have it and cnf doesn't find it?
I guess it is his own made alias to "zypper se" :-D -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
Mark Hounschell composed on 2019-09-20 10:54 (UTC-0400):
Felix Miata wrote:
# zypse nouveau | grep -v 32b # system with no NVidia hardware | Mesa-dri-nouveau | package | 18.3.2-lp151.22.4 | x86_64 | OSS | libXvMC_nouveau | package | 18.3.2-lp151.22.4 | x86_64 | OSS | libvdpau_nouveau | package | 18.3.2-lp151.22.4 | x86_64 | OSS | xf86-video-nouveau | package | 1.0.15-lp151.4.1 | x86_64 | OSS i | libdrm_nouveau2 | package | 2.4.97-lp151.1.1 | x86_64 | OSS
What is the zypse command above. Don't have it and cnf doesn't find it?
# cat /usr/local/bin/zypse #!/bin/sh zypper --no-refresh se -s $* | egrep -v 'debug|devel|srcp|openSUSE-20' | egrep 'x86|noarch'| sort -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Mark Hounschell composed on 2019-09-19 16:10 (UTC-0400):
The video card has 2 DVI ports and I have identical monitors connected to each port. On the 15.0 system with the nvidia driver both are 1600x1200 resolution and I can drag and drop things to either monitor. On the 15.1 system using nouveau whatever is one one screen is also on the other and cannot move the mouse between the 2 monitors. ... My version of inxi does not support the -a option. I am using the monitors side by side. On the 15.0 system with the nvidia driver
markh@harley:~> inxi -GxxSz System: Host: harley Kernel: 5.3.0 x86_64 bits: 64 gcc: 7.4.1 Desktop: KDE Plasma 5.12.8 (Qt 5.9.4) dm: sddm,sddm Distro: openSUSE Leap 15.0 Graphics: Card: NVIDIA G70 [GeForce 7800 GT] bus-ID: 15:00.0 chip-ID: 10de:0092 Display Server: x11 (X.Org 1.19.6 ) driver: nvidia Resolution: 1600x1200@60.00hz, 1600x1200@60.00hz OpenGL: renderer: GeForce 7800 GT/PCIe/SSE2 version: 2.1.2 NVIDIA 304.137 Direct Render: Yes
On the fresh 15.1 install
harley:/home/markh # inxi -GxxSz System: Host: harley Kernel: 4.12.14-lp151.28.13-default x86_64 bits: 64 gcc: 7.4.0 Desktop: KDE Plasma 5.12.8 (Qt 5.9.7) dm: sddm,sddm Distro: openSUSE Leap 15.1 Graphics: Card: NVIDIA G70 [GeForce 7800 GT] bus-ID: 15:00.0 chip-ID: 10de:0092 Display Server: x11 (X.Org 1.20.3 ) drivers: fbdev,nouveau (unloaded: modesetting,vesa) Resolution: 1280x1024@77.00hz OpenGL: renderer: llvmpipe (LLVM 7.0, 128 bits) version: 3.3 Mesa 18.3.2 (compat-v: 3.1) Direct Render: Yes
Drivers fbdev,nouveau and resolution 1280x1024 suggest to me the -a option would point out the root of your problem as nomodeset on your grub kernel cmdline, an unneeded, undesirable carryover from installation, where it's often needed to succeed to have the openSUSE installer run in graphics mode, a WONTFIX bug: https://bugzilla.opensuse.org/show_bug.cgi?id=1110041 If I'm right you might want to comment in that bug. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 9/19/19 8:27 PM, Felix Miata wrote:
markh@harley:~> inxi -GxxSz System: Host: harley Kernel: 5.3.0 x86_64 bits: 64 gcc: 7.4.1 Desktop: KDE Plasma 5.12.8 (Qt 5.9.4) dm: sddm,sddm Distro: openSUSE Leap 15.0 Graphics: Card: NVIDIA G70 [GeForce 7800 GT] bus-ID: 15:00.0 chip-ID: 10de:0092 Display Server: x11 (X.Org 1.19.6 ) driver: nvidia Resolution: 1600x1200@60.00hz, 1600x1200@60.00hz OpenGL: renderer: GeForce 7800 GT/PCIe/SSE2 version: 2.1.2 NVIDIA 304.137 Direct Render: Yes
On the fresh 15.1 install
harley:/home/markh # inxi -GxxSz System: Host: harley Kernel: 4.12.14-lp151.28.13-default x86_64 bits: 64 gcc: 7.4.0 Desktop: KDE Plasma 5.12.8 (Qt 5.9.7) dm: sddm,sddm Distro: openSUSE Leap 15.1 Graphics: Card: NVIDIA G70 [GeForce 7800 GT] bus-ID: 15:00.0 chip-ID: 10de:0092 Display Server: x11 (X.Org 1.20.3 ) drivers: fbdev,nouveau (unloaded: modesetting,vesa) Resolution: 1280x1024@77.00hz OpenGL: renderer: llvmpipe (LLVM 7.0, 128 bits) version: 3.3 Mesa 18.3.2 (compat-v: 3.1) Direct Render: Yes
Drivers fbdev,nouveau and resolution 1280x1024 suggest to me the -a option would point out the root of your problem as nomodeset on your grub kernel cmdline, an unneeded, undesirable carryover from installation, where it's often needed to succeed to have the openSUSE installer run in graphics mode, a WONTFIX bug: https://bugzilla.opensuse.org/show_bug.cgi?id=1110041 If I'm right you might want to comment in that bug.
OK. Got the latest inxi. # ./inxi -V | head -n1 inxi 3.0.36-00 (2019-08-14) # ./inxi -GxxSza System: Host: harley Kernel: 4.12.14-lp151.28.13-default x86_64 bits: 64 compiler: gcc v: 7.4.0 parameters: BOOT_IMAGE=/vmlinuz-4.12.14-lp151.28.13-default root=UUID=00552848-5ba3-423f-a57e-c2c535b9f710 splash=silent video=1600x1200 resume=/dev/disk/by-id/ata-ST3160811AS_6PT1S74X-part2 mitigations=auto quiet nomodeset Desktop: KDE Plasma 5.12.8 tk: Qt 5.9.7 wm: kwin_x11 dm: SDDM Distro: openSUSE Leap 15.1 Graphics: Device-1: NVIDIA G70 [GeForce 7800 GT] vendor: eVga.com. driver: N/A bus ID: 15:00.0 chip ID: 10de:0092 Display: x11 server: X.Org 1.20.3 driver: nouveau unloaded: fbdev,modesetting,vesa alternate: nv,nvidia compositor: kwin_x11 resolution: 1280x1024~77Hz OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.2 compat-v: 3.1 direct render: Yes Mark -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
20.09.2019 17:50, Mark Hounschell пишет:
# ./inxi -GxxSza System: Host: harley Kernel: 4.12.14-lp151.28.13-default x86_64 bits: 64 compiler: gcc v: 7.4.0 parameters: BOOT_IMAGE=/vmlinuz-4.12.14-lp151.28.13-default root=UUID=00552848-5ba3-423f-a57e-c2c535b9f710 splash=silent video=1600x1200 resume=/dev/disk/by-id/ata-ST3160811AS_6PT1S74X-part2 mitigations=auto quiet nomodeset
Without KMS you are limited to VESA and are at mercy of your video BIOS. If it duplicates output to all devices, there is really nothing you can do.
Desktop: KDE Plasma 5.12.8 tk: Qt 5.9.7 wm: kwin_x11 dm: SDDM Distro: openSUSE Leap 15.1 Graphics: Device-1: NVIDIA G70 [GeForce 7800 GT] vendor: eVga.com. driver: N/A bus ID: 15:00.0 chip ID: 10de:0092 Display: x11 server: X.Org 1.20.3 driver: nouveau unloaded: fbdev,modesetting,vesa alternate: nv,nvidia
I am surprised X11 nouveau driver loads without kernel nouveau driver, but apparently it is possible. Never heard about it.
compositor: kwin_x11 resolution: 1280x1024~77Hz
Yes, you get standard VESA resolution.
OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.2 compat-v: 3.1 direct render: Yes
Mark
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Mark Hounschell composed on 2019-09-20 10:50 (UTC-0400):
# ./inxi -GxxSza System: Host: harley Kernel: 4.12.14-lp151.28.13-default x86_64 bits: 64 compiler: gcc v: 7.4.0 parameters: BOOT_IMAGE=/vmlinuz-4.12.14-lp151.28.13-default root=UUID=00552848-5ba3-423f-a57e-c2c535b9f710 splash=silent video=1600x1200 resume=/dev/disk/by-id/ata-ST3160811AS_6PT1S74X-part2 mitigations=auto quiet nomodeset
Nomodeset needs to be purged from your boot process (/etc/default/grub and /boot/grub2/grub.cfg): https://en.opensuse.org/SDB:Nomodeset:_Work_Around_Graphic_Upgrade_&_Installation_Obstacles You can test the effect of its absence by striking the E key at the Grub menu and removing it there. video=1600x1200 is likely superfluous. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 9/20/19 1:56 PM, Felix Miata wrote:
Mark Hounschell composed on 2019-09-20 10:50 (UTC-0400):
# ./inxi -GxxSza System: Host: harley Kernel: 4.12.14-lp151.28.13-default x86_64 bits: 64 compiler: gcc v: 7.4.0 parameters: BOOT_IMAGE=/vmlinuz-4.12.14-lp151.28.13-default root=UUID=00552848-5ba3-423f-a57e-c2c535b9f710 splash=silent video=1600x1200 resume=/dev/disk/by-id/ata-ST3160811AS_6PT1S74X-part2 mitigations=auto quiet nomodeset
Nomodeset needs to be purged from your boot process (/etc/default/grub and /boot/grub2/grub.cfg):
I am actually manually adding it at boot time. If I don't I won't even get a GUI login screen.
https://en.opensuse.org/SDB:Nomodeset:_Work_Around_Graphic_Upgrade_&_Installation_Obstacles
You can test the effect of its absence by striking the E key at the Grub menu and removing it there.
video=1600x1200 is likely superfluous.
video=1600x1200 is because that is the resolution I want and use with the nvidia driver on 15.0. Mark -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Mark Hounschell composed on 2019-09-20 14:19 (UTC-0400):
On 9/20/19 1:56 PM, Felix Miata wrote:
Nomodeset needs to be purged from your boot process (/etc/default/grub and /boot/grub2/grub.cfg):
I am actually manually adding it at boot time. If I don't I won't even get a GUI login screen.
Historically, disabling KMS is a required component of NVidia driver installation. Have you attempted NVidia installation on 15.1? Do you get a usable screen if you leave off nomodeset and add plymouth.enable=0 or noplymouth or plymouth=0?
video=1600x1200 is because that is the resolution I want and use with the nvidia driver on 15.0.
Modern drivers pick up native mode automagically. If those displays' native mode is 1600x1200, that's the mode they should come up in without any video= to try to force it. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 9/20/19 2:38 PM, Felix Miata wrote:
Mark Hounschell composed on 2019-09-20 14:19 (UTC-0400):
On 9/20/19 1:56 PM, Felix Miata wrote:
Nomodeset needs to be purged from your boot process (/etc/default/grub and /boot/grub2/grub.cfg):
I am actually manually adding it at boot time. If I don't I won't even get a GUI login screen.
Historically, disabling KMS is a required component of NVidia driver installation. Have you attempted NVidia installation on 15.1?
Ya, that is where this all started. Using the NVIDIA on 15.1 I get no GUI login screen and this in my xorg.0.log file: [ 21.746] ================ WARNING WARNING WARNING WARNING ================ [ 21.746] This server has a video driver ABI version of 24.0 that this driver does not officially support. Please check http://www.nvidia.com/ for driver updates or downgrade to an X server with a supported driver ABI. [ 21.746] ================================================================= [ 21.746] (EE) NVIDIA: Use the -ignoreABI option to override this check. It ends up not using nvidia or nouveau. Vesa maybe I think. When I create /etc/X11/00-conf.conf with these contents: Section "ServerFlags" Option "ignoreABI" "true" EndSection The Xorg.0.log file indicates it will use nvidia but I don't even get a login screen. So there must be real incompatibilities between the nvidia-304.137 package and the version of X on 15.1.
Do you get a usable screen if you leave off nomodeset and add plymouth.enable=0 or noplymouth or plymouth=0?
No, I do not. Not even a gui login screen Regards Mark -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 9/20/19 3:58 PM, Mark Hounschell wrote:
On 9/20/19 2:38 PM, Felix Miata wrote:
Mark Hounschell composed on 2019-09-20 14:19 (UTC-0400):
On 9/20/19 1:56 PM, Felix Miata wrote:
Nomodeset needs to be purged from your boot process (/etc/default/grub and /boot/grub2/grub.cfg):
I am actually manually adding it at boot time. If I don't I won't even get a GUI login screen.
Historically, disabling KMS is a required component of NVidia driver installation. Have you attempted NVidia installation on 15.1?
Ya, that is where this all started. Using the NVIDIA on 15.1 I get no GUI login screen and this in my xorg.0.log file:
[ 21.746] ================ WARNING WARNING WARNING WARNING ================ [ 21.746] This server has a video driver ABI version of 24.0 that this driver does not officially support. Please check http://www.nvidia.com/ for driver updates or downgrade to an X server with a supported driver ABI. [ 21.746] ================================================================= [ 21.746] (EE) NVIDIA: Use the -ignoreABI option to override this check.
It ends up not using nvidia or nouveau. Vesa maybe I think.
When I create /etc/X11/00-conf.conf with these contents:
Section "ServerFlags" Option "ignoreABI" "true" EndSection
The Xorg.0.log file indicates it will use nvidia but I don't even get a login screen. So there must be real incompatibilities between the nvidia-304.137 package and the version of X on 15.1.
Do you get a usable screen if you leave off nomodeset and add plymouth.enable=0 or noplymouth or plymouth=0?
No, I do not. Not even a gui login screen
I don't understand why when using nouveau I can't have both monitors working properly with this video card. That's all I want. Don't care about openGL or nvidia. I just want to use 15.1 without having to purchase a new video card. Mark -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Mark Hounschell composed on 2019-09-20 16:18 (UTC-0400):
I don't understand why when using nouveau I can't have
You almost certainly can, but you won't any time nomodeset is on your kernel cmdline, and you need to be clearer when you use the term nouveau. You MUST have nouveau KMS enabled and properly working for dual displays running 1600x1200 entirely and mouse moving between them on FOSS. Since your 15.0 is using NVidia drivers, we don't know whether FOSS has been or can now actually support your old G70 via modesetting DDX or nouveau DDX. Based upon my experience with only somewhat newer NVidia GPUs, it should be fully supported by one or both.
both monitors working properly with this video card. That's all I want. Don't care about openGL or nvidia. I just want to use 15.1 without having to purchase a new video card.
Possibly you either ran into the https://bugzilla.opensuse.org/show_bug.cgi?id=1110041 bugaboo leaving nomodeset on the kernel cmdline for first boot, which was later removed by attempting NVidia driver installation, or your fresh installation was tainted with a defective NVidia software installation before FOSS got a chance to show it could work. For NVidia's tainting drivers to not produce black screen instead of login screen it seems Plymouth usually must be removed or otherwise disabled: https://bugzilla.opensuse.org/show_bug.cgi?id=1047225#c9 https://bugzilla.opensuse.org/show_bug.cgi?id=1053811 https://bugzilla.opensuse.org/show_bug.cgi?id=1090451 If you still haven't escaped being stuck in -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Mark Hounschell composed on 2019-09-20 15:58 (UTC-0400):
Felix Miata wrote:
Historically, disabling KMS is a required component of NVidia driver installation. Have you attempted NVidia installation on 15.1?
Ya, that is where this all started.
IMO the best next move is to eradicate all remnants of NVidia driver installation. As I've never installed NVidia drivers, I'm not privy to the exact procedure, which AFAIK is detailed in those drivers' installation instructions. Historically, blacklisting nouveau and tampering with content in /lib/ is part of their installation process, and must be reversed before any FOSS KMS X configuration (nouveau DDX or modesetting DDX) can work. Once FOSS is working as expected consideration of trying again with NVidia's tainting can be made. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 9/20/19 4:21 PM, Felix Miata wrote:
Mark Hounschell composed on 2019-09-20 15:58 (UTC-0400):
Felix Miata wrote:
Historically, disabling KMS is a required component of NVidia driver installation. Have you attempted NVidia installation on 15.1?
Ya, that is where this all started.
IMO the best next move is to eradicate all remnants of NVidia driver installation. As I've never installed NVidia drivers, I'm not privy to the exact procedure, which AFAIK is detailed in those drivers' installation instructions. Historically, blacklisting nouveau and tampering with content in /lib/ is part of their installation process, and must be reversed before any FOSS KMS X configuration (nouveau DDX or modesetting DDX) can work. Once FOSS is working as expected consideration of trying again with NVidia's tainting can be made.
This has been done. I actually did a fresh 15.1 install on a test disk. No NVIDIA software ever touched that install. It is pure FOSS and I have to use nomodeset to get a GUI. Both monitors contain the same thing. Mouse will NOT move between the 2 monitors. Mark -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 9/20/19 4:40 PM, Mark Hounschell wrote:
On 9/20/19 4:21 PM, Felix Miata wrote:
Mark Hounschell composed on 2019-09-20 15:58 (UTC-0400):
Felix Miata wrote:
Historically, disabling KMS is a required component of NVidia driver installation. Have you attempted NVidia installation on 15.1?
Ya, that is where this all started.
IMO the best next move is to eradicate all remnants of NVidia driver installation. As I've never installed NVidia drivers, I'm not privy to the exact procedure, which AFAIK is detailed in those drivers' installation instructions. Historically, blacklisting nouveau and tampering with content in /lib/ is part of their installation process, and must be reversed before any FOSS KMS X configuration (nouveau DDX or modesetting DDX) can work. Once FOSS is working as expected consideration of trying again with NVidia's tainting can be made.
This has been done. I actually did a fresh 15.1 install on a test disk. No NVIDIA software ever touched that install. It is pure FOSS and I have to use nomodeset to get a GUI. Both monitors contain the same thing. Mouse will NOT move between the 2 monitors.
I have had some success. Not with the G70 [GeForce 7800 GT] I have on machines at work but here at home with the same hardware except a G92 [GeGorce 9800 GT+] card. Here I also did a fresh 15.1 install and when done everything worked just as if I were using NVIDIA. The fresh install I did at work with the G70 nvidia card did not require me to use nomodeset during the install. Only after. I think, as you all have hinted to, that if I can get a successful GUI login without having to use nomodeset it will work properly at work also. So that seems to be what I need to concentrate on. Not haveing to use nomodeset at work with the G70 card to get a successful GUI login. Regards Mark -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
21.09.2019 17:39, Mark Hounschell пишет:
So that seems to be what I need to concentrate on. Not haveing to use nomodeset at work with the G70 card to get a successful GUI login.
As I already told you in the very first reply - you need to determine whether it is kernel or your desktop. Are there any errors in kernel log? Can you see your card and outputs booting in run level 3 (/sys/class/drm)? Does less picky desktop environment (like XFCE) work? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 9/21/19 10:45 AM, Andrei Borzenkov wrote:
21.09.2019 17:39, Mark Hounschell пишет:
So that seems to be what I need to concentrate on. Not haveing to use nomodeset at work with the G70 card to get a successful GUI login.
As I already told you in the very first reply - you need to determine whether it is kernel or your desktop. Are there any errors in kernel log? Can you see your card and outputs booting in run level 3 (/sys/class/drm)? Does less picky desktop environment (like XFCE) work?
OK, thanks. Monday when I get back to work I'll go down your posts again using that fresh FOSS install that is nvidia clean. Regards Mark -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 9/21/19 10:55 AM, Mark Hounschell wrote:
On 9/21/19 10:45 AM, Andrei Borzenkov wrote:
21.09.2019 17:39, Mark Hounschell пишет:
So that seems to be what I need to concentrate on. Not haveing to use nomodeset at work with the G70 card to get a successful GUI login.
As I already told you in the very first reply - you need to determine whether it is kernel or your desktop. Are there any errors in kernel log? Can you see your card and outputs booting in run level 3 (/sys/class/drm)? Does less picky desktop environment (like XFCE) work?
OK, thanks. Monday when I get back to work I'll go down your posts again using that fresh FOSS install that is nvidia clean.
I ended up just taking the 15.1 disk that works at home, to work. It didn't work. I get no gui login, but I do get a mouse that can be moved between the monitors. Also, this from dmesg: [ 55.355968] nouveau 0000:15:00.0: DRM: GPU lockup - switching to software fbcon [ 61.972452] nouveau 0000:15:00.0: sddm-greeter[1464]: reloc wait_idle failed: -16 [ 61.972454] nouveau 0000:15:00.0: sddm-greeter[1464]: reloc apply: -16 [ 76.976274] nouveau 0000:15:00.0: sddm-greeter[1464]: reloc wait_idle failed: -16 [ 76.976276] nouveau 0000:15:00.0: sddm-greeter[1464]: reloc apply: -16 Aadding plymouth.enable=0, noplymouth, or plymouth=0 did not change anything.
From a virtual console: # xrandr --listmonitors Can't open display
# inxi -V | head -n1 inxi 3.0.36-00 (2019-08-14) # inxi -GxxSza System: Host: linux-827e Kernel: 4.12.14-lp151.28.13-default x86_64 bits: 64 compiler: gcc v: 7.4.0 parameters: BOOT_IMAGE=/boot/vmlinuz-4.12.14-lp151.28.13-default root=UUID=bab479d3-908b-4fa0-8909-142a3c1a427f splash=silent mitigations=auto quiet 3 Console: tty 1 dm: SDDM Distro: openSUSE Leap 15.1 Graphics: Device-1: NVIDIA G70 [GeForce 7800 GT] vendor: eVga.com. driver: nouveau v: kernel bus ID: 15:00.0 chip ID: 10de:0092 Display: server: X.org 1.20.3 driver: nouveau unloaded: fbdev,modesetting,vesa alternate: nv,nvidia tty: 200x75 Message: Advanced graphics data unavailable in console for root So does it look like a kernel problem? Regards Mark -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Mark Hounschell composed on 2019-09-23 09:16 (UTC-0400):
From a virtual console: # xrandr --listmonitors Can't open display
X utilities only work when X is running.
# inxi -V | head -n1 inxi 3.0.36-00 (2019-08-14)
# inxi -GxxSza System: Host: linux-827e Kernel: 4.12.14-lp151.28.13-default x86_64 bits: 64 compiler: gcc v: 7.4.0 parameters: BOOT_IMAGE=/boot/vmlinuz-4.12.14-lp151.28.13-default root=UUID=bab479d3-908b-4fa0-8909-142a3c1a427f splash=silent mitigations=auto quiet 3 Console: tty 1 dm: SDDM Distro: openSUSE Leap 15.1 Graphics: Device-1: NVIDIA G70 [GeForce 7800 GT] vendor: eVga.com. driver: nouveau v: kernel bus ID: 15:00.0 chip ID: 10de:0092 Display: server: X.org 1.20.3 driver: nouveau unloaded: fbdev,modesetting,vesa alternate: nv,nvidia tty: 200x75 Message: Advanced graphics data unavailable in console for root
inxi -G can't report what xrandr can't report. Advanced graphics data, resolution and output info can only be acquired while X is running.
So does it look like a kernel problem?
I still don't know. I found an older NVidia card, which is similar in age to yours, and apparently RAM limited to 1680x1050 when two displays are connected: # xrandr --listmonitors Monitors: 2 0: +*DVI-I-1 1680/519x1050/324+0+1050 DVI-I-1 1: +DVI-I-2 1680/673x1050/284+0+0 DVI-I-2 # inxi -GxxSza System: Host: g5eas Kernel: 4.12.14-lp151.28.7-default x86_64 bits: 64 compiler: gcc v: 7.4.0 parameters: root=LABEL=m25p13s151 ipv6.disable=1 net.ifnames=0 noresume mitigations=auto consoleblank=0 vga=791 3 Console: tty 3 dm: startx Distro: openSUSE Leap 15.1 Graphics: Device-1: NVIDIA NV34GL [Quadro NVS 280 PCI] driver: nouveau v: kernel bus ID: 0a:00.0 chip ID: 10de:032a Display: server: X.Org 1.20.3 driver: modesetting unloaded: fbdev,vesa alternate: nouveau,nv,nvidia resolution: 1680x1050~60Hz, 1680x1050~60Hz OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.2 compat-v: 3.1 direct render: Yes # xrandr | egrep 'onnect|creen|\*' | grep -v disconn | sort -r Screen 0: minimum 320 x 200, current 1680 x 2100, maximum 4096 x 4096 DVI-I-2 connected 1680x1050+0+0 (normal left inverted right x axis y axis) 673mm x 284mm DVI-I-1 connected primary 1680x1050+0+1050 (normal left inverted right x axis y axis) 519mm x 324mm 1680x1050 59.95* 59.88 1680x1050 59.95* 59.88 Note it's running on the modesetting DDX, because xf86-video-nouveau is not installed. And, it's over/under, with full mouse movement on the 1680x2100 "screen". -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
23.09.2019 16:16, Mark Hounschell пишет:
DRM: GPU lockup - switching to software fbcon
You can try parameter noaccel=1 for nouveau kernel module. Depending on what you do with your system this may be acceptable. But likely not with modern KDE. Yes, this sounds like kernel driver issue. Unfortunately cursory search suggests only nVidia as alternative (or nomodeset). -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 9/23/19 1:08 PM, Andrei Borzenkov wrote:
23.09.2019 16:16, Mark Hounschell пишет:
DRM: GPU lockup - switching to software fbcon
You can try parameter noaccel=1 for nouveau kernel module. Depending on what you do with your system this may be acceptable. But likely not with modern KDE.
Yes, this sounds like kernel driver issue. Unfortunately cursory search suggests only nVidia as alternative (or nomodeset).
An /etc/modprobe.d/99-nouveau.conf containing options nouveau noaccel=1 did the trick for my G70 [GeForce 7800 GT] card here at work . And I don't actually notice any performance issues _yet_. I'm running on some fairly beefy hardware. Seems this is a real kernel nouveau driver bug anyway. Regards Mark -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Mark Hounschell composed on 2019-09-20 10:50 (UTC-0400):
# ./inxi -GxxSza System: Host: harley Kernel: 4.12.14-lp151.28.13-default x86_64 bits: 64 compiler: gcc v: 7.4.0 parameters: BOOT_IMAGE=/vmlinuz-4.12.14-lp151.28.13-default root=UUID=00552848-5ba3-423f-a57e-c2c535b9f710 splash=silent video=1600x1200 resume=/dev/disk/by-id/ata-ST3160811AS_6PT1S74X-part2 mitigations=auto quiet nomodeset Desktop: KDE Plasma 5.12.8 tk: Qt 5.9.7 wm: kwin_x11 dm: SDDM Distro: openSUSE Leap 15.1 Graphics: Device-1: NVIDIA G70 [GeForce 7800 GT] vendor: eVga.com. driver: N/A bus ID: 15:00.0 chip ID: 10de:0092 Display: x11 server: X.Org 1.20.3 driver: nouveau unloaded: fbdev,modesetting,vesa alternate: nv,nvidia compositor: kwin_x11 resolution: 1280x1024~77Hz OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.2 compat-v: 3.1 direct render: Yes
"driver: nouveau" suggests some progress may have been made. Have you tried booting without nomodeset along with appended plymouth.enable=0? The attempt to install NVidia could have left blocking debris in /etc/modprobe.d/, /etc/X11/, either /etc/X11/xorg.conf, or one or more files in /etc/X11/xorg.conf.d/. Anything in the latter with 50-, monitor, device or screen in the name we need to see the content of, or simply rename them something that doesn't end in .conf. This could be a problem with SDDM (though slight). You can switch from SDDM to LightDM in YaST login manager(?) to see if behavior from LightDM avoids the black screen. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (5)
-
Andrei Borzenkov -
Carlos E. R. -
Felix Miata -
Mark Hounschell -
Mark Hounschell