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

Re: XFree 4 + Woody + DGA



On Wed, Nov 29, 2000 at 04:20:23PM -0700, Jeremy Nickurak wrote:
> Allright, I've been trying to take this up with matroxusers, matrox'
> technical support people, etc, and I still don't seem any closer to
> an answer.  Matrox G400 32mb DH card on an up-to-date woody
> installation, 2.4.0-test11 kernel.  The problem described below has
> appeared for as long as I can remember.  (Relatively early in
> Branden's phase-2 debs)
> 
> DGA display does not want to work.  Whenever a program attempts to
> do display the video mode changes, but only a black screen is
> displayed.  Everything else (sound, input etc) seems to go on, but
> there's no display whatsoever.  Once the program stops using dga or
> terminates, display is restored.  This has been observed in Wine,
> snes9x, and the "dga" test program.  No errors are reported, by the
> server, nor on the standard output of the program in question.  I've
> attached my XF86Config-4 file, but I get the impression this isn't
> going to help much, and I'll tell you why.

Between XF86 3.x and 4.x, there were some major changes in DGA.  Lots of
things break with it (you left xmame off your list, too).

But.... there's now a patch on the xmame list for DGA2 and Matrox
(though it probably broke other things... I know Hans, the xmame
maintainer is running 3.3.6 and hasn't bothered seriously looking at the
DGA1 vs DGA2 differences.)

The summary of the patch from Shyouzou Sugitani:

| With this patch, xmame works well with DGA2.0 on my Matrox G200.
| My conclusion is that we need to call XF86DGADirectVideo() before
| XF86VidModeSwitchToMode().
|   
| From README.DGA(version 2.0):
|     XDGAOpenFramebuffer() should be called prior to initializing
| a dga mode if direct framebuffer access is desired for that mode.


> I _can_ get DGA working if I switch to Matrox's now-over-2-month-old
> driver.  The only problem with this solution is that it's designed
> for DRM1, so using it will kill off my currently working (and very
> well i should add) GL.  I also haven't been able to extract from
> matrox any information on when they plan to release updated drivers.

It's not a Matrox issue per se.  It's the changes in DGA.

> I'm not sure of any other information to add, but if there's
> something you need, ask and you shall recieve.  I also cannot
> confirm whether or not these symptons exhibit themselves in the
> current XFree4 CVS.  (I'm on a 28.8 modem, and my access to the
> local T1 is sporadic).  Any comment with respect to that, or
> anything else, would be greatly appreciated.

Yes, you'll have similar problems with any application that calls
XF86VidModeSwitchToMode -before- XDGAOpenFramebuffer.  

-- 
CueCat decoder .signature by Larry Wall:
#!/usr/bin/perl -n
printf "Serial: %s Type: %s Code: %s\n", map { tr/a-zA-Z0-9+-/ -_/; $_ = unpack
'u', chr(32 + length()*3/4) . $_; s/\0+$//; $_ ^= "C" x length; } /\.([^.]+)/g; 



Reply to: