On Wed, 30 Jan 2002, deek wrote:
>
>
> Vladimir Dergachev scribbled:
>
> >
> > On Wed, 30 Jan 2002, deek wrote:
> >
> >
> >>
> >>Vladimir Dergachev scribbled:
> >>
> >>
> >>><__snipped_>
> >>>
> >>>I've implemented this (easier than software CCE) scheme. If you want to
> >>>please try the latest ati.2 CVS code at http://gatos.sf.net - or just take
> >>>a look at it.
> >>>
> >>>Basically I put in info->accel->Sync(pScrn) at entrance points into Xv
> >>>driver. SetupImageVideo, StopVideo, SetPortAttribute, GetPortAttribute and
> >>>PutVideo are all "control" calls, perfomance is not critical. PutImage
> >>>should, arguably, take more time during image trasfer.. And if you are
> >>>playing Quake and watching DVD at the same you are making problems for
> >>>yourself anyway ;) (And the faster the card the less noticable any
> >>>
> >>>slowdown from extra Sync calls will be)
> >>>
> >>
> >>I've checked this out.
> >>Seems that there is a buggaboo in the radeon implementation.
> >>I don't know if the same would apply for R128, seems that it
> >>might.
> >>
> >>
> >
> > GATOS Radeon driver has the proper handling of memory controller.
> > Consequently, usual drm modules will not work - you need to use drm-kernel
> > package available at http://gatos.sf.net/
> >
>
>
> Come on Vladimir, I'm not green. :-P
>
> I even checked out a fresh CVS copy of ati.2 and
> drm-kernel to make sure that none of my hacks could
> have been at fault.
Hmmm.. This happens during server startup, right ? If so I know where I
screwed up - I should not call this in SetupImageVideo..
Off fixing..
Vladimir Dergachev
>
> with that in mind, and the GATOS-radeon.o in the
> correct place (verified) I rebooted, because I had
> to, still; same affect.
>
>
> > Vladimir Dergachev
> >
> >
> >>from syslog:
> >>dernel: [drm:radeon_cp_idle] *ERROR* radeon_cp_idle called
> >> without lock held
> >>kernel: [drm:radeon_cp_reset] *ERROR* radeon_cp_reset call
> >>ed without lock held
> >>kernel: [drm:radeon_cp_start] *ERROR* radeon_cp_start call
> >>ed without lock held
> >>kernel: [drm:radeon_cp_idle] *ERROR* radeon_cp_idle called
> >> without lock held
> >>kernel: [drm:radeon_cp_reset] *ERROR* radeon_cp_reset call
> >>ed without lock held
> >>kernel: [drm:radeon_cp_start] *ERROR* radeon_cp_start call
> >>ed without lock held
> >>kernel: [drm:radeon_cp_idle] *ERROR* radeon_cp_idle called
> >> without lock held
> >><__snipped_it-goes-forever>
> >>
> >>from Xlog:
> >>EE) RADEON(0): RADEONCPWaitForIdle: CP idle -1007
> >>(EE) RADEON(0): Idle timed out, resetting engine...
> >>(EE) RADEON(0): RADEONCPWaitForIdle: CP reset -1007
> >>(EE) RADEON(0): RADEONCPWaitForIdle: CP start -1007
> >>(EE) RADEON(0): RADEONCPWaitForIdle: CP idle -1007
> >>(EE) RADEON(0): Idle timed out, resetting engine...
> >>(EE) RADEON(0): RADEONCPWaitForIdle: CP reset -1007
> >>(EE) RADEON(0): RADEONCPWaitForIdle: CP start -1007
> >>(EE) RADEON(0): RADEONCPWaitForIdle: CP idle -1007
> >>(EE) RADEON(0): Idle timed out, resetting engine...
> >>(EE) RADEON(0): RADEONCPWaitForIdle: CP reset -1007
> >>(EE) RADEON(0): RADEONCPWaitForIdle: CP start -1007
> >><__snipped_it-goes-forever>
>
>
>
> --
> Issued as is without warranty of any kind; without even the
> implied warranty of merchantability or fitness for a
> particular purpose - GNU General Public License
> -----
>
_______________________________________________
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
