Re: Weird problem with a G400 - shows only junk through mga_vid
Mikko Nahkola <[email protected]> Wed, 21 Sep 2005 02:07:32 +0300
| Newsgroups | gmane.comp.video.mplayer.user.matrox |
|---|---|
| Message-ID | <20050920230715.GA31566@localhost> |
On Sun, Sep 18, 2005 at 11:17:02AM +0200, Attila Kinali wrote: > On Sat, 27 Aug 2005 22:49:14 +0300 > Mikko Nahkola <[email protected]> wrote: > > > I seem to be having problems with this thing. It just doesn't work > > despite claiming to - no errors or even warnings, that is. It's just > > that the output is all junk. > > Ok, first question, where did you get mga_vid from ? :r wget-log --23:53:16-- http://attila.kinali.ch/mga/mga_vid-2.6.12-2005-06-18.tar.gz => `mga_vid-2.6.12-2005-06-18.tar.gz' Resolving attila.kinali.ch... 147.87.98.10 Connecting to attila.kinali.ch[147.87.98.10]:80... connected. HTTP request sent, awaiting response... 200 OK Length: 11,364 [application/x-gzip] 0K .......... . 100% 148K 23:53:16 (147.71 KB/s) - `mga_vid-2.6.12-2005-06-18.tar.gz' saved [11,364/11,364] > > For example, running mga_vid_test, I get a multicoloured flickering > > rectangle (looks like TV static, sort of) instead of green in 1), and it > > doesn't change at all going to 2) and 3). Trying to play real video, > > similar results. X and text console work just fine, and come back > > properly after trying the video thing too. > > Sounds wierd. That's what I thought too. > > Should the mga_vid_base address be the same as something that lspci > > reports? If so, how do I make them be same, they aren't now..? I can't > > seem to make the module take any arguments (the Linux 2.4 way doesn't > > work anymore or something?)... > > No, it should be just within the memory range of the card that > lspci reports. But it _isn't_. I mean, the addresses are the _lower_ boundaries, right? And lspci reports the starting address for the card as 0xcc00000 (and kernel log and X server agree with it) but it's being used at 0xb7d47000 or some such ... and not the same address every time either. Of course, the PCI bus stuff _can_ move address ranges around but ...? > > Any ideas about where to look next? Disabling udev looks a bit hairy on > > Gentoo but what about the console framebuffer layer, should I try with > > that enabled? I have tried with and without X running already, that > > didn't change anything (there's "VideoRam 8192" in the X config.) > > udev would not cause something like this. I rather supect that > the wrong memory range got overwritten. That's what I think too but how do I control which memory range it uses? > What i need from you is: > 1) mplayer -v log Attached. The DVD in this example is an advertising thing about use of wood in interior decorations, BTW. Audio comes out just fine and the video does work elsewhere. > 2) the messages mga_vid writes to klog (see dmesg) Matrox MGA G200/G400/G450/G550 YUV Video interface v2.01 (c) Aaron Holtzman & A'rpi mga_vid: Found MGA G400/G450 at 0000:01:00.0 mga_vid: MMIO at 0xc88f8000 framebuffer: 0xCC000000 mga_vid: OPTION word: 0x50040120 mem: 0x00 SDRAM mga_vid: detected RAMSIZE is 16 MB mga_vid: 1 supported cards found mga_vid: using major: 83 (assigned or default!) > 3) what mga_vid version you use and where you got it from See above. And: $ md5sum mga_vid-2.6.12-2005-06-18.tar.gz fe69879eecb655b32638a1ba96256a54 mga_vid-2.6.12-2005-06-18.tar.gz Is this checksum correct? BTW, I got it to display the right image too - once. With -vo xmga while rebuilding gcc from source in another window ;-) slight problems getting enough CPU cycles but ... and mga_vid_test worked right _that_ time too. So can't reproduce the problem _every_ time (just 9 times out of 10 or so, this far, with the exact same kernel and the module too.) Isn't that fun? Oh well. Got a newer system for the wife, guess that one _might_ be easier to tweak ... it's an IBM Thinkpad with more than a GHz on the clock, and an ATI Mobility Radeon ... how was the radeon_vid on 2.6.x kernels again? -- Mikko Nahkola <[email protected]> _______________________________________________ MPlayer-matrox mailing list [email protected] http://mplayerhq.hu/mailman/listinfo/mplayer-matrox
mplayer-log
(text/plain, 324.1 KB) - not displayed