I have used this setup at home with a Matrox G200MMS, and indeed you
can't use the 'SingleCard' or 'IsolateDevice' options. That limitation
can cause problems with multi-card configurations. However, with the
G200 MMS (and the G100MMS, which I've also used successfully), I had no
problems. The G200MMS worked the best of all the various cards I've
used so far.
I have had problems when I needed a sync-on-green monitor (SGI 20d11),
which my G200MMS (strangely?) does not support, and I had to use a
different card (the trusty G100MMS...yes, that gave me 8 heads). In
that multiple-card setup, one head would hang when X first started up.
Restarting the server on that head, however, fixed the problem and it
ran stable after that.
After the initial 'wow, that's cool' effect wore off, I quickly decided
I didn't like xinerama, however, and ended up configuring the second
display as :0.1...simply because xinerama really forced me to turn on
both monitors all the time, even when I didn't necessarily need
it...whereas with a second display (:0.0 and :0.1), I can use it when I
need it and leave it off when I don't.
Frederick Koehler
Helge Hafting wrote:
> Hynek Med wrote:
>
>> I sent this but it didn't get back to me.. Strange.. One more try:
>>
>> Hi,
>> I am thinking of connecting total of 3 monitors to my PC - to already
>> working Ruby I'd add another monitor, this time without
>> keyboard/mouse, just Xinerama.. The interesting question is, is that
>> even possible? I need isolateDevice for two cards in the X server
>> which will run two cards, but how to do it.. ?
>
>
> You can avoid the isolatedevice/twocards trouble by using
> a dualhead card for the user who wants two screens.
>
> I know of no way to use isolatedevice for a 2+1 setup.
>
> Helge Hafting
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads, discussions,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> Linuxconsole-dev mailing list
> Lin...@li...
> https://lists.sourceforge.net/lists/listinfo/linuxconsole-dev
>
|
