The ati petition

Alex Deucher alexdeucher at gmail.com
Mon Sep 13 09:16:26 PDT 2004


On Mon, 13 Sep 2004 10:59:29 -0400 (EDT), Vladimir Dergachev
<volodya at mindspring.com> wrote:
> >>     RE_CLK:     0   - Dynamic
> >>                 1   - Force on
> >>
> >> To me this would mean that the RE (Render Engine) clock is not active if
> >> there is nothing for the render engine to do.
> >>
> >> Keep in mind that this is mere speculation. Also, some ATI sample code
> >> writes 1 to such registers with comment that "some versions of ASIC do not
> >> properly implement dynamic clocks". Linux drivers do not have this code
> >> though, so this might have been fixed in production version.
> >
> > I recently applied a patch from ati for enabling dynamic clock scaling
> > to xorg cvs.  enable it with option "DynamicClocks".  it provides a
> > noticeable increase in battery life on my m6 laptop.
> 
> Cool ! Does this also imply that HEAD is unfrozen ?

I dunno.  I applied it a month or so ago, prior to the freeze.  it's in 6.8.0.

> 
> Alex, could you clear up one thing for me - does current HEAD work with
> DRM ? At least r200 chips ?

yeah it should. r100 and r200.

Alex


> 
>                        thank you !
> 
>                           Vladimir Dergachev
> 
> 
> 
> >
> > Alex
> >
> >>
> >>                          best
> >>
> >>                            Vladimir Dergachev
> >>
> >>> The basic clock rate used nowadays is high enough and the area of the
> >>> chip die is big enough that these issues are non-negligeable. Of course,
> >>> restarting the stopped blocks can also be a bit tricky for the chip
> >>> designers.
> >>>
> >>> Another rather popular technique is to step the clock speed but that is
> >>> much more complex to implement for the designers which is why few ASICs
> >>> really do it.
> >>>
> >>> Of course, this is off-topic but I could not resist. Bad bad me. It
> >>> should be said I have minimum experience in this domain so, the usual
> >>> disclaimers apply.
> >>>
> >>> regards,
> >>> Mathieu
> >>> --
> >>> Mathieu Lacage <mathieu at gnu.org>
> >>>
> >>>



More information about the xorg mailing list