similar to: multiple cards and monitors with xrandr and opengl

On 05/07/2017 11:12 PM, Ilia Mirkin wrote: > On Sun, May 7, 2017 at 7:17 AM, Sampsa Riikonen <sampsa.riikonen at iki.fi> wrote: >> Dear Devs, >> >> We have achieved a desktop of up to six monitors, with openGL running >> succesfully on the desktop, with the following setup/features: >> >> * Ubuntu 16+ >> * Xrandr >> * Noveau driver >>

Hi, Thanks for your advice..! I have a few follow-up questions (tagged below Q1, Q2 and Q3). Any help highly/extremely appreciated. Regarding to "reverse prime", etc. I have read the following page: https://nouveau.freedesktop.org/wiki/Optimus/ So, if we want a single "macro" xscreen that spans two cards, for example: Card 0, connected to monitor 0 Card 1, connected to

On Sun, May 7, 2017 at 7:17 AM, Sampsa Riikonen <sampsa.riikonen at iki.fi> wrote: > Dear Devs, > > We have achieved a desktop of up to six monitors, with openGL running > succesfully on the desktop, with the following setup/features: > > * Ubuntu 16+ > * Xrandr > * Noveau driver > * Two gtx750 graphic cards > > Each (identical) graphic card has 2xHDMI +

On 8 May 2017 12:10:13 a.m. GMT+02:00, Ben Skeggs <skeggsb at gmail.com> wrote: >On 05/07/2017 11:12 PM, Ilia Mirkin wrote: >> On Sun, May 7, 2017 at 7:17 AM, Sampsa Riikonen ><sampsa.riikonen at iki.fi> wrote: >>> Dear Devs, >>> >>> We have achieved a desktop of up to six monitors, with openGL >running >>> succesfully on the desktop,

Dear Devs, (I hope this question is not that much OT for this list..) My question is about fast OpenGL context switching, i.e. when there are several processes using the same nvidia card, each one with their own OpenGL context. In my specific case, I am trying to dump 720p video simultaneously to multiple windows using OpenGL textures. So, to begin with, I have a process that spans child

For details see my presentation on day 3 of XDC2016. TL;DW: A context switch on average takes ~25 microseconds, but depending on the display resolution and the load on the card times up to 130 microseconds have been observed. The average does not appear to differ much between cards as the (growing) size of the context is in balance with the increased DRAM bandwidth. Measured worst cases

Context switching = very slow on NVIDIA. Don't do it if you can avoid it. Each context is like a megabyte of data, if not more. Each time it has to get saved off and restored. On Wed, Feb 8, 2017 at 1:38 PM, Sampsa Riikonen <sampsa.riikonen at iki.fi> wrote: > Dear Devs, > > (I hope this question is not that much OT for this list..) > > My question is about fast OpenGL

Hi, I have a NVidia Quadro NVS450 graphics card with on screen (4800 x 1200 pixels) over three monitors. I use the proprietary NVidia modules to achieve accelerated 2D graphics and display effects. Since about the beginning of 2014, probably related to changes in the X11 or compositing manager, I experience screen lockups lasting from few seconds to several minutes. I therefore would like to

https://bugs.freedesktop.org/show_bug.cgi?id=66255 Priority: medium Bug ID: 66255 Assignee: nouveau at lists.freedesktop.org Summary: Enabling Xinerama with nouveau driver causes Segmentation fault QA Contact: xorg-team at lists.x.org Severity: critical Classification: Unclassified OS: Linux (All)

So I had this crazy idea to put together a cheap video wall<https://lh6.googleusercontent.com/-GNJ97iKoU3Y/UumgZ62KESI/AAAAAAAAa8Y/t07wL1D7Tmk/w931-h698-no/IMG_20140125_210754.jpg> in my local hackerspace using a lot of screens suffering from planned obsolescence or at least a poor choice in their used caps and cheap - used Nvidia NVS 440 cards. During evaluation of Win 7/8 I noticed there

Dear Devs, The support for multiple xscreens (i.e. no xinerama, just separate :0.0 and :0.1 displays) in nouveau is broken. It would be great if someone could confirm this. It is easily done, by commenting the "xinerama" option from the xorg.conf file: https://nouveau.freedesktop.org/wiki/MultiMonitorDesktop/ With the nvidia proprietary drivers separate xscreens work fine. Could

https://bugs.freedesktop.org/show_bug.cgi?id=47556 Bug #: 47556 Summary: nouveau driver can`t handle xrandr requests Classification: Unclassified Product: xorg Version: 7.6 (2010.12) Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Hello, Is it possible to produce machine code directly to memory buffer so that it could be called immediately? What I would like to do is something like this: Compiler: Scripting language (Antlr) -> LLVM IR -> (Optimization) -> Raw Machine code -> (Transport media) -> Execution The idea is that I could compile my scripts directly to asm without any extra steps and in

https://bugs.freedesktop.org/show_bug.cgi?id=51798 Bug #: 51798 Summary: Cannot enable second video card on nvidia quadro NVS420 Classification: Unclassified Product: xorg Version: 7.7 (2011) Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority:

Hi, In my workflow I am using several separate xservers. One for work, another for research and so on. Each of them has a separate user account, and they all belong to the same (main) group called janek. I've been using nvidia for years, but about 2 years ago some super annoying bug appeared in nvidia, namely that switching between virtual terminals sporadically causes nvidia_modeset to

I've just test an ATI FirePro 2460 graphics card on CentOS 6.4. It connects 4 monitors. It worked with the standard radeon driver. I was able to arrange the monitors into my preferred configuration (as a square array, 1 upper left, 2 lower left, 3 lower right, 4 upper right) simply by clicking System -> Preferences -> Display, and then moving the four monitor images. This creates the

There have been offered several patches in order to forward Xinerama support to Xgl and patches for compiz to make use of it (like iXce's ones, which were ignored). So far the patched up compiz is working pretty good and makes it effectively usable in such setups (aside of that those patches will always drift away from official CVS and need to be touched for each commit). However it seems

https://bugs.freedesktop.org/show_bug.cgi?id=33695 Summary: xrandr configuration of external monitor fails (graphics mode + xinerama) Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Hi list ! A quick reaction to : > Dual-/multi-head support? After lots of inquiries you rudely brushed > that subject aside because "xinerama isn't really useful" and made it > pretty clear how much you valued the community: > ,---- > DR> I wont accept any xinerama patches, if you like to use xinerama > DR> until proper multi-screen support is implemented,

Full_Name: Thomas Zumbrunn Version: 2.6.1 OS: GNU/Linux (openSuse 10.3 2.6.22.13-0.3-default) Submission from: (NULL) (131.152.125.199) With my particular X11 settings, the width to height ratio of the x11 device is distorted, with the width being half that of the height. This results in wrongly proportioned plots, wrongly positioned text etc. Other devices are not affected. I already asked