[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: MGA400

On 2001-08-21, Owen Taylor wrote:

>> $ rpm -q XFree86-SVGA XFree86
>> XFree86-SVGA-3.3.6-38
>> XFree86-4.0.3-5
>> While my Matrox Millennium G400 (16 MB) with XFree86 3.3.6 runs fine
>> at 32 bpp, the 4.0.5 version logs this error:
>4.1.0? AFAIK, there never was a 4.0.5.

Sorry, a typo. See top: 4.0.3-5

>>   (EE) MGA(0): Given depth (32) is not supported by this driver
>> It runs at 24 bpp, but some applications (like kwintv or zapping)
>> don't like this and draw over the whole screen horizontally,
>> probably assuming 32 bit pixel width.
>> Can I do anything to fix this?
>Man XFree86 .... look at the -depth and -fbbpp options. You seem to
>want -depth 24 (24 bits used for colors) and -fbbpp 32 (32 bits per

With 3.3.6 I use this line in /etc/X11/xdm/Xservers:

:0 local /usr/X11R6/bin/X -bpp 32

With 4.0.3-5, the driver doesn't support 32 bpp. Hence I've have
taken it out and have the following in XF86Config-4:

Section "Screen"
    Identifier "Screen0"
    Device "Matrox Millennium G400"
    Monitor "S/M 950p+"
    DefaultDepth 24
    Subsection "Display"
        Depth 24
        Modes "1024x768" "800x600"
#        Modes "1280x1024" "1152x864"

Apparently, this enables the 24 bpp mode by default, which breaks
kwintv on Seawolf.

>(Usually, though, it's best to just trust the Xserver on what fbbpp it
>picks for a given depth, and complain to the authors of broken

Aha, so kwintv is broken with 24 bpp true colour?

Why doesn't the driver support 32 bpp anylonger? Just found this
in the log:

(==) MGA(0): Default visual is TrueColor
(II) MGA(0): [drm] bpp: 24 depth: 24
(II) MGA(0): [drm] Direct rendering only supported in 16 and 32 bpp modes
(II) MGA(0): Using 4693 lines for offscreen memory.
(**) MGA(0): DPMS enabled
(II) MGA(0): Using overlay video
(II) MGA(0): direct rendering disabled

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]