I don't suppose that the Matrox mga drivers run on those boxes, because they just release new ones for version 4.3...There has also been some work done on the Matrox framebuffer in the 2.5 series. If that's not a production box, you might give that a try (I'm running 2.6.0-test1 on my desktop with zero problems...not to mention the fact that it's a much nicer user experience :o), or maybe there exist some patches for 2.4.x.
Jesse On Wed, 23 Jul 2003, Rene Rebe wrote: > Hi, > > In the case s.o is interested the XFree86.0.log is attached. > > I also connected a OSD 17" CRT to the box instead of the old 21" BNC > one and so was able to determin that the video mode does not > change. So the colored noise might come that the pixel data is > generated using the new clock - but the DAC still runs at the old > rate? > > When X is killed using a remote login I see that new framebuffer > screen refreshes show up - but the screen fills very quickly with that > colored noise again ... > > Aany ideas? > > On: Tue, 22 Jul 2003 03:06:02 +0200 (CEST), > Rene Rebe <[EMAIL PROTECTED]> wrote: > > Hi, > > > > I run into some problems using XFree86 on a RS/6000 B50: > > > > kernel: 2.4.21 > > gcc: 3.2.3 > > glibc: 2.3.2 > > XFree: 4.3.99.5 > > > > - using the fbdev driver (on the OpenFirmware framebuffer) I only get > > 8bit with a incorrect color-table. > > > > - the matrox framebuffer kernel driver doesn't seem to like to use the > > card - it says "matroxfb: Matrox MGA-200 (PCI) detected" but does not > > activate/switch to a matrox framebuffer (not like on e.g. an iBook > > where the radeonfb driver takes over ...) - so I can't test whether > > this would improve XFree ... > > > > - using the mga driver in XFree does result in a quite messed up video > > signal: just colored noise ... > > > > I already googled for some time now, but I could only find out that X > > on RS/6000 boxes seems to be touchy - and that the Matrox cards have > > special problems and the open-firmware enabled Matrox version have > > even more problems - but no solution. > > > > Does anyone have some more information - or can I contribute in soem > > way to improve this? E.g. maybe the XFree driver wan't to read the > > video timing from a non-exitend BIOS, and we would need to add proper > > non-BIOS depended timing programming code? > > Sincerely yours, > Ren� Rebe > - ROCK Linux stable release maintainer > > -- > Ren� Rebe - Europe/Germany/Berlin > [EMAIL PROTECTED] [EMAIL PROTECTED] > http://www.rocklinux.org http://www.rocklinux.org/people/rene > http://gsmp.tfh-berlin.de/gsmp http://gsmp.tfh-berlin.de/rene > > _______________________________________________ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
