On Fri, 2010-02-26 at 15:49 +0100, Jerome Glisse wrote:
> This patch cleanup the fence code, it drops the timeout field of
> fence as the time to complete each IB is unpredictable and shouldn't
> be bound.
>
> The fence cleanup lead to GPU lockup detection improvement, this
> patch introduce a cal
On Wed, 2007-02-21 at 17:10 +0100, Orczykowski, Juergen wrote:
> Hello,
>
> we would like to use your drivers in our software. While debugging we
> found a bug in calculating the ring_space.
This is for the Linux kernel frame buffer driver, not the DRI drivers.
You should post this to the [EMAIL
On Mon, 2005-02-07 at 19:24 +0100, Roland Scheidegger wrote:
> Geller Sandor wrote:
> > I don't intend to start a flame-war, but is there anybody who can use the
> > r200 driver without X crashes? I'm testing X.org CVS regularly (almost on
> > every weekend) with my RV280, with the latest linux 2.6
Previously, Alan Swanson wrote:
> > This might affect/cure R100's as well. I was recently trying to help
> > someone with lockups on their Radeon 7200 when using Mesa CVS but
> > without success.
> > Testing with my old Radeon DDR also caused lockups.
> >
>
On Sun, 2005-01-23 at 20:43 +, Dave Airlie wrote:
> > yes, your patch fixed the glxgears-lockup for me, too. Thanks!
> > It looks like this is only necessary on RV200 based chips, maybe a comment
> > in
> > the source about this behavior might be usefull, otherwise this workaround
> > will get
Jon Smirl wrote:
> CVSROOT: /cvs/dri
> Module name: drm
> Repository: drm/linux-core/
> Changes by: [EMAIL PROTECTED] 05/01/06 09:09:22
>
> Log message:
> Adjust drm-memory for 4 level page tables in 2.6.10
> ifdef'd to use 3 levels in kernels older than 2.6.10
>
> Modified f
On Thu, 2004-12-02 at 19:54 +0100, Stephane Marchesin wrote:
> >And is HyperZ fully working now?
> >
> Hmmm. It works, but there is a bit that we'll probably leave aside on
> the R200 (hierarchical Z) because neither Roland nor me have an R200.
I've been meaning to offer this for a while for the
Until someone has the time to upgrade the Wiki to a newer version
with anti-spam features could we at least block any commits which
don't have comments?
Just that none of the spam commits ever have comments, plus it
would make tracking changes easier.
--
Alan.
"One must never be purposelessness
A minor issue which has been bugging me for a while is the radeon
kernel module is not setting the dev->devname for display in
/proc/interrupts (under Linux). Instead is shown.
The dev->devname being passed to request_irq in drm_irq.h is null.
With the old DRM interface, the devname was set in D
On Mon, 2004-03-01 at 14:34, Adam K Kirchhoff wrote:
> On Mon, 1 Mar 2004, Alan Swanson wrote:
> > The official 4.4 release that Red Hat, SUSE, Debian, Mandrake, Gentoo
> > and most other distributions are not touching with a barge pole?
>
> The client libraries are still
On Mon, 2004-03-01 at 13:37, Dieter Nützel wrote:
> Someone preparing a merge?
To which release?
The official 4.4 release that Red Hat, SUSE, Debian, Mandrake, Gentoo
and most other distributions are not touching with a barge pole?
Or the old license with 4.4 RC2 fork that is somewhere on freede
On Sat, 2004-02-21 at 09:54, Chris Ison wrote:
> ok, let me get this in perspective
>
> R9200R8500
> DRI14.62103716.860273
> fglrx39.46159444.228085
>
> I have been trying to hunt down the slowdown in DRI, I even if (0)'s all
> occurances of sched_yield () whic
On Fri, 2004-01-02 at 23:30, Andreas Stenglein wrote:
> here is what I fiddled together to support the 3rd TMU on radeon
> and 6TMUs on r200.
>
> I tried on R200 with multiarb.c and projtex.c and it works almost as it should.
> (projtex is broken somehow on r200, even with only 2 TMUs)
>
> ut2003
On Friday 20th Dec, Dieter Nutzel wrote;
> > >What about just implementing it as a patch hosted outside the U.S.?
> > >Leave the choice up to the users just like with decss.
> >
> > Bettr still. A loadable part of Mesa/ drivers. Have a simple default
> > module that does nothing/ returns an error
14 matches
Mail list logo
