On 3/9/07, bruno schwander <xfree86-devel-20050520@xxxxxxxxxxxxx> wrote:
On Fri, 9 Mar 2007, Alex Deucher wrote: > On 3/9/07, bruno schwander <xfree86-devel-20050520@xxxxxxxxxxxxx> wrote: >> so I gather now that actually I should leave the xf86SetCrtcForModes() >> alone, and just add setting the clock with CCR6C, CCR6D (and enabling it >> with CCR68). I'll see how that goes... >> > > exactly. Sorry for not responding earlier. You can use the > SMI_CalcClock() function to calculate SR6C and SR6D, just like the > mclk is generated. Use mode->Clock. I have a similar patch in my xorg > smi tree. which xorg version are you up to, that has that patch ? did you mean it is not comitted yet ? I can't get the latest either xfree86 or xorg to work at all on that board I have with the smi712. I am testing currently with xorg 6.8.2 because that is the one that still works. I will test and fold in xfree86 4.5 but so far 4.6 does not work for me either.
The latest version of the siliconmotion driver in xorg git head should have the lockup fix you need. The problem is the engine doesn't need to be synced until it has been started. I've also added dualhead support. I haven't yet pushed the pll fix, that's still in my local tree at home along with some other stuff I'm working on. I can send you a patch later if you want. Alex
bruno > > Alex > >> >> bruno >> >> On Thu, 8 Mar 2007, bruno schwander wrote: >> >> > On Thu, 8 Mar 2007, Alex Deucher wrote: >> > >> >> The siliconmotion driver doesn't explicitly set the vclk pll. It uses >> >> the bios (if UseBIOS is set or does nothing if not). >> > >> > >> > that is what I was wondering... >> > well, if I do not >> > >> > Options UseBIOS false >> > >> > all I get is a blank screen. So I have to disable it. I did not realize >> that >> > it did not set the pixel clock since when using a default VGA 640x480 >> > resolution, it was working. So I guess it just happens to stay at >> whatever >> > pixel clock the BIOS or console driver had set it to ? That seems very >> > strange. >> > >> >> It's trivial to add however. SR6C, SR6D are programmed similarly to the >> >> mclk. >> > >> > I saw that mclk/dac stuff, yes, and was wondering how the pixel clock was >> > really set. All this makes more sense now. >> > >> > So what you are saying is that in smi_driver.c : SMI_PreInit(), I should >> > replace the call to xf86SetCrtcForModes(pScrn, 0), with an alternative >> that >> > programs vclk explicitely ? >> > >> > How can it set the crtc for several modes ? That is what >> > xf86SetCrtcForModes() seems to do, right ? >> > >> > I still have a lot to learn. >> > >> > thanks for all the help guys, trudging along... >> > >> > bruno >> > >> > >> > >> >> Alex >> >> >> >>> Bruno >> >>> >> >>> On Wed, 7 Mar 2007, bruno schwander wrote: >> >>> >> >>> > ah actually now it is not choosing my modeline and I do not >> understand >> >>> why: >> >>> > >> >>> > (II) Silicon Motionlg: Using hsync range of 14.00-80.00 kHz >> >>> > (II) Silicon Motionlg: Using vrefresh range of 56.00-76.00 Hz >> >>> > (II) Silicon MotionClock range: 14.00 to 135.00 MHz >> >>> > (II) Silicon MotionMode: 640x480 16-bpp, 59.990181Hz >> >>> > (II) Silicon MotionNot using mode "640x480i" (vrefresh out of range) >> >>> > (II) Silicon MotionMode: 640x350 16-bpp, 85.079948Hz >> >>> > (II) Silicon MotionNot using default mode "640x350" (vrefresh out of >> >>> range) >> >>> > >> >>> > >> >>> > vrefresh range is 56-76Hz, so why is my 640x480i modeline, at 59.99Hz >> >>> > vrefresh, rejected ? >> >>> > >> >>> > the modeline is as follows: >> >>> > >> >>> > ModeLine "640x480i" 24.44 640 680 728 776 480 480 484 525 Interlace >> >>> > Composite >> >>> > >> >>> > >> >>> > >> >>> > bruno >> >>> > >> >>> > >> >>> > On Wed, 7 Mar 2007, bruno schwander wrote: >> >>> > >> >>> >> I think I figured it out, however it seems that although my modeline >> >>> >> includes 'composite' >> >>> >> >> >>> >> DisplayModePtr mode->Flags & V_CSYNC >> >>> >> >> >>> >> does not evaluate to true. I assume as long as the 'composite' >> keyword >> >>> is >> >>> >> found on the modeline, the flag should be set, right ? >> >>> >> >> >>> >> I need to add some debug messages, but this seems a little strange. >> Is >> >>> >> there something else that needs to be configured, like telling that >> the >> >>> >> driver actually supports the composite keyword on the modeline ? >> >>> >> >> >>> >> On a different note, the latest X release does not seem to work on >> that >> >>> >> chip. I just get a blank screen. So I started hacking on Xorg 6.8.2 >> to >> >>> test >> >>> >> this stuff. I figure XFree86 4.5 should work, but 4.6 does not. >> >>> >> >> >>> >> I'll provide patches to all and note on which version it was tested >> of >> >>> >> course, once it works :-) >> >>> >> >> >>> >> bruno >> >>> >> >> >>> >> On Tue, 27 Feb 2007, Marc Aurele La France wrote: >> >>> >> >> >>> >>> On Sun, 25 Feb 2007, bruno schwander wrote: >> >>> >>>> On Fri, 23 Feb 2007, Marc Aurele La France wrote: >> >>> >>>>> On Thu, 22 Feb 2007, bruno schwander wrote: >> >>> >>>>>> A little background: I have a single board PC with a SMI712 >> >>> (lynxEM+) >> >>> >>>>>> graphic chipset. X works like a charm. >> >>> >>> >> >>> >>>>> The driver currently ignores the V_CSYNC mode flag, so you would >> >>> need to >> >>> >>>>> come up with a source patch to change that. >> >>> >>> >> >>> >>>> I'd be happy to provide a patch, if I can figure where to put >> that. >> >>> Since >> >>> >>>> it is only a matter of setting one register it should be simple >> >>> enough. I >> >>> >>>> have (had?) no idea where to start, I'll grep for V_CSYNC and >> see... >> >>> >>> >> >>> >>> An appropriate spot for such changes would be after calls to >> >>> vgaHWInit(), >> >>> >>> which, in this case, is in SMI_ModeInit(). >> >>> >>> >> >>> >>> Marc. >> >>> >>> >> >>> >>> >> >>> +----------------------------------+----------------------------------+ >> >>> >>> | Marc Aurele La France | work: 1-780-492-9310 >> >>> | >> >>> >>> | Academic Information and | fax: 1-780-492-1729 >> >>> | >> >>> >>> | Communications Technologies | email: tsi@xxxxxxxxxxx >> >>> | >> >>> >>> | 352 General Services Building >> >>> +----------------------------------+ >> >>> >>> | University of Alberta | >> >>> | >> >>> >>> | Edmonton, Alberta | Standard disclaimers apply >> >>> | >> >>> >>> | T6G 2H1 | >> >>> | >> >>> >>> | CANADA | >> >>> | >> >>> >>> >> >>> +----------------------------------+----------------------------------+ >> >>> >>> XFree86 developer and VP. ATI driver and X server internals.
_______________________________________________ Devel mailing list Devel@xxxxxxxxxxx http://XFree86.Org/mailman/listinfo/devel
