Re: Problems with Xinerama using a Matrox Millenium / Creator 3D with an Ultra 30.
- To: debian-sparc@lists.debian.org
- Subject: Re: Problems with Xinerama using a Matrox Millenium / Creator 3D with an Ultra 30.
- From: Detlef <dh_hh_remove@web.de>
- Date: Mon, 21 Mar 2005 02:18:44 +0100
- Message-id: <[🔎] d1l6t2$ocm$02$1@news.t-online.com>
- References: <3Jkz1-3G3-9@gated-at.bofh.it> <3Jkz1-3G3-11@gated-at.bofh.it> <3Jkz1-3G3-13@gated-at.bofh.it> <3Jkz1-3G3-15@gated-at.bofh.it> <3Jkz1-3G3-17@gated-at.bofh.it> <3Jkz1-3G3-19@gated-at.bofh.it> <3Jkz1-3G3-21@gated-at.bofh.it> <3Jkz1-3G3-23@gated-at.bofh.it> <3Jkz1-3G3-25@gated-at.bofh.it> <3Jkz1-3G3-27@gated-at.bofh.it> <3Jkz1-3G3-29@gated-at.bofh.it> <3Jkz1-3G3-7@gated-at.bofh.it> <3KhfB-1Gt-31@gated-at.bofh.it>
>> Right, changed it back to the old stsle address, got a xinerama error
>> switched this off and now it works fine in double head mode but without
>> xinerama.
> Cool. Might the error be that you have the screens set up with
> different colour depths? IIRC Xinerama doesn't like that.
Nope, both were setup using 1280x1024x24.
I dug a bit deeper and xdpyinfo shows a slight difference between the
visuals regarding the RGB masks and the largest cursor (see the partly cut
output of xdpyinfo below). I suspect the RGB masks the reason for the
screens being incompatible and have posted this to the X-Newsgroups but
haven't received any answer (yet).
Matrox:
dimensions: 1280x1024 pixels (325x260 millimeters)
resolution: 100x100 dots per inch
depths (7): 24, 1, 4, 8, 15, 16, 32
root window id: 0x52
depth of root window: 24 planes
number of colormaps: minimum 1, maximum 1
default colormap: 0x20
default number of colormap cells: 256
preallocated pixels: black 0, white 16777215
options: backing-store NO, save-unders NO
largest cursor: 1280x1024
current input event mask: 0xfa2033
KeyPressMask KeyReleaseMask EnterWindowMask
LeaveWindowMask ButtonMotionMask StructureNotifyMask
SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask
PropertyChangeMask ColormapChangeMask
number of visuals: 4
default visual id: 0x22
visual:
visual id: 0x22
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
Creator 3D
dimensions: 1280x1024 pixels (325x260 millimeters)
resolution: 100x100 dots per inch
depths (7): 24, 1, 4, 8, 15, 16, 32
root window id: 0x54
depth of root window: 24 planes
number of colormaps: minimum 1, maximum 1
default colormap: 0x38
default number of colormap cells: 256
preallocated pixels: black 0, white 16711422
options: backing-store NO, save-unders NO
largest cursor: 64x64
current input event mask: 0xfa2033
KeyPressMask KeyReleaseMask EnterWindowMask
LeaveWindowMask ButtonMotionMask StructureNotifyMask
SubstructureNotifyMask SubstructureRedirectMask FocusChangeMask
PropertyChangeMask ColormapChangeMask
number of visuals: 4
default visual id: 0x3a
visual:
visual id: 0x3a
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff, 0xff00, 0xff0000
significant bits in color specification: 8 bits
> It's good to know it works, esp. that you can get X running on a Sun box
> with a non Sun graphics card - very encouraging.
The only writeoff is that no real acceleration is used, neither on the the
Creator 3d nor on the Millenium.
In addition the Creator likes only working in 24bit mode although xpdyinfo
reports all other depths as well.
Other than that it works now fine in double head mode (without Xinerama).
Now I run it deliberately in 24bit on the Creator and 16 Bit on the Matrox,
which makes the Matrox slightly faster, but still not as fast as the C-3D.
I wonder if the Matrox driver could come with the next debian Kernel as a
module.
cheers
Detlef
Reply to: