On 3/9/07, bruno schwander [EMAIL PROTECTED] wrote:
I keep answering my own questions. I hopI am not spamming the mailing list
too much, but it's nice to get some degree of confirmation from those who
know before I dive into something.
so I gather now that actually I should leave the
On Fri, 9 Mar 2007, Alex Deucher wrote:
On 3/9/07, bruno schwander [EMAIL PROTECTED] 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
On 3/9/07, bruno schwander [EMAIL PROTECTED] wrote:
On Fri, 9 Mar 2007, Alex Deucher wrote:
On 3/9/07, bruno schwander [EMAIL PROTECTED] 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
On Fri, 9 Mar 2007, Alex Deucher wrote:
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,
On 3/9/07, bruno schwander [EMAIL PROTECTED] wrote:
On Fri, 9 Mar 2007, Alex Deucher wrote:
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
I looked at that diff and it looks like what I added, except that I also
set bits 7:6 of CCR68 to 01 because the doc I have says that will select
VCLK from the programmable VCLK regs, CCR6C and CCR6D.
I'll get git and give your tree a try, thanks
bruno
On Fri, 9 Mar 2007, Alex Deucher wrote:
