Hi *, I'd like to setup a machine with an internal Intel UHD630 device plus a PCIe NVidia GTX750 card. I started with the Intel device as single graphics adapter. With the attached xorg-intel.conf everything works as expected, all screen and monitor sections have been accepted by the X server and the plugged monitors show the appropriate output streams. Then I added the NVidia sections to this xorg.conf, named it xorg- intel_nvidia.conf and things got strange. Screen 0, that has the nvidia device attached , works as expected - the tv signal shows up on the tv. But for the screens served by the intel device I get an error messages saying "(EE) Screen 1 deleted because of no matching config section." - but the sections contain exactly the same parameters as they have in the intel only configuration, where they are working perfectly!?!? Whats more, I still get Screen 1, but with some default settings. I don't get Screen 2 at all. I spent at least four days trying to find out whats going on here, but didn't succeed. To make it even harder, every time I run xrandr for any of the screens, the NVidia driver is dumping core 8-( This also doesn't happen with the intel only setup. Any idea whats up here? Thx. Bye. Michael.
mh@mike.franken.de composed on 2021-02-28 21:53 (UTC+0100):
Any idea whats up here?
The two files can confict if both are present; IOW, one can override the other if you forget. Building them from scratch is a beast as well. <https://www.linuxquestions.org/questions/linux-hardware-18/twin-monitor-setup-doesn%27t-save-4175691266/#post6225610> contains a two screen, one device configuration I made just this AM. Note that there were no modelines or BusIDs required. Are you sure you understand the X meaning of "Screen"? It's been a very long time since I've seen a valid config file with Screen 0, Screen 1 and Screen 2. Are these 3 screens supposed to comprise one X desktop? Modelines in config files are anachronisms. CVT and GTF are no more competent than the X servers in generating the required modelines, as long as EDID is valid, or HorizSync and VertRefresh are provided in xorg.con*. Omitting modelines simplifies composing a valid configuration, and can migrate automatically if a display gets changed. I have a GT 630 I could put into a suitable Intel Graphics box if I understood what result you were trying for. When I need three displays I use three Intel IGP connectors, usually DP, HDMI & DVI, with VGA available as an alternate to any of the others. To configure I use a relatively simple xrandr command in a startup script, e.g.: xrandr --output DP-1 --mode 2560x1440 --primary --output HDMI-1 --mode 2560x1080 --above DP-1 --output HDMI-2 --mode 1920x1200 --above HDMI-1 # HDMI-2 is actually DVI. -- Evolution as taught in public schools, like religion, is based on faith, not on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/
Hi, On Sonntag, 28. Februar 2021 22:55:57 CET Felix Miata wrote:
mh@mike.franken.de composed on 2021-02-28 21:53 (UTC+0100):
Any idea whats up here?
The two files can confict if both are present; IOW, one can override the other if you forget. Building them from scratch is a beast as well.
they are not present at the same time. One of the config file names always has a trailing .inactive.
<https://www.linuxquestions.org/questions/linux-hardware-18/twin-monitor-set up-doesn%27t-save-4175691266/#post6225610> contains a two screen, one device configuration I made just this AM. Note that there were no modelines or BusIDs required.
I'll have a look, thx!
Are you sure you understand the X meaning of "Screen"? It's been a very long time since I've seen a valid config file with Screen 0, Screen 1 and Screen 2. Are these 3 screens supposed to comprise one X desktop?
No. These screens are used for vdr (Video Disk Recorder) and the according vdr plugins. One plugin (SoftHDDevice) uses screen 0 for outputting the tv signal, the second one (a 7" TFT in an OrigenAE case ) shows information about the actual program or the VDR menu, if open. This screen is used by a plugin named GraphTFTNG. The third screen will be used for basic X tools like an xterm. Screen 0 and 1 are running without any window manager - the screen is used only for output. Probably sometimes these plugins won't need an X screen any more, which would make it much easier to set them up.
Modelines in config files are anachronisms. CVT and GTF are no more competent than the X servers in generating the required modelines, as long as EDID is valid, or HorizSync and VertRefresh are provided in xorg.con*. Omitting modelines simplifies composing a valid configuration, and can migrate automatically if a display gets changed.
I started with a very simple config file, but ran into several problems. One of them is, that the EDID information for the 7" TFT and for the Grundig TV are wrong, the second one is, that I need the ZaphodHeads parameter, because I need two separated screens for two ports of the Intel device.
I have a GT 630 I could put into a suitable Intel Graphics box if I understood what result you were trying for. When I need three displays I use three Intel IGP connectors, usually DP, HDMI & DVI, with VGA available as an alternate to any of the others. To configure I use a relatively simple xrandr command in a startup script, e.g.: xrandr --output DP-1 --mode 2560x1440 --primary --output HDMI-1 --mode 2560x1080 --above DP-1 --output HDMI-2 --mode 1920x1200 --above HDMI-1 # HDMI-2 is actually DVI.
This is one of my problems - everytime I run xrandr, the NVidia module is dumping core 8-< Regarding the Intel device: I'd like to use only this one without the NVidia card (because I don't like their policy regarding the drivers), but at the time being the Intel modules and/or the vdr plugins are not capable of using hardware rendering of the tv signal with intel cards, whilst this works perfectly with the NVidia hardware. Just to be sure: You are starting your X server with an empty configuration and the xrandr command is the only thing you have to do for setting up everything? Thx for this elaborated answer! Bye. Michael.
participants (2)
-
Felix Miata -
mh＠mike.franken.de