Re: pulling over ttm interface changes

2007-06-13 Thread Dave Airlie
> > > cheers, > > > Kristian > > > > > Kristian, > > This is OK with me. It will add an extra malloc / free for every buffer > > object creation / destruction, > > but will make it easier to maintain in the future, (and we can get rid > > of the padding for future expansion). > > Exactly, I took ou

[Bug 11250] drm mach64 module loading problem

2007-06-13 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=11250 --- Comment #5 from [EMAIL PROTECTED] 2007-06-13 16:37 PST --- *** Bug 11252 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this ma

[Bug 11250] drm mach64 module loading problem

2007-06-13 Thread bugzilla-daemon
http://bugs.freedesktop.org/show_bug.cgi?id=11250 --- Comment #4 from [EMAIL PROTECTED] 2007-06-13 16:36 PST --- *** Bug 11251 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this ma

Merging DRI changes

2007-06-13 Thread Kristian Høgsberg
Hi, I've finished the changes to the DRI interface that I've been talking about for a while (see #5714). Ian had a look at the DRI driver side of things, and ACK'ed those changes. I've done the X server changes now plus a couple of GLX module cleanups, and I think it's all ready to push: http:

Re: drm: Branch 'vblank-rework'

2007-06-13 Thread Jesse Barnes
> > > + if (temp & VSYNC_PIPEA_FLAG) > > > + atomic_add(i915_get_vblank_counter(dev, 0), > > > +&dev->vblank_count[0]); > > > + if (temp & VSYNC_PIPEB_FLAG) > > > + atomic_add(i915_get_vblank_counter(dev, 1), > > > +&dev->vblank_count[1]); > >

Re: drm: Branch 'vblank-rework'

2007-06-13 Thread Jesse Barnes
On Wednesday, June 13, 2007 12:24:05 Michel Dänzer wrote: > On Tue, 2007-06-12 at 13:37 -0700, Jesse Barnes wrote: > > diff --git a/linux-core/drm_irq.c b/linux-core/drm_irq.c > > index f229f77..8125b75 100644 > > --- a/linux-core/drm_irq.c > > +++ b/linux-core/drm_irq.c > > @@ -77,6 +77,70 @@ int

Re: r300 texture rendering corruption

2007-06-13 Thread Mikko Rauhala
ke, 2007-06-13 kello 00:22 +, Oliver McFadden kirjoitti: > This looks like DTX or S3TC texture compression (which is partially broken); I > think there should be some more information on this on the list, and how to > disable it. Oopsie. As said, I did try the ut2k4 options, but didn't think o

Re: [RFC] update DRM core vblank code to be more power friendly

2007-06-13 Thread Michel Dänzer
On Tue, 2007-06-12 at 12:35 -0700, Jesse Barnes wrote: > > [...] like Michel said, if only one pipe's vblank is > enabled, only the primary vblank counter should be updated (regardless > of *which* vblank count is enabled). But maybe that can be done at a > higher level, or maybe we can change

Re: [RFC] update DRM core vblank code to be more power friendly

2007-06-13 Thread Michel Dänzer
On Tue, 2007-06-12 at 22:43 +0300, Ville Syrjälä wrote: > On Tue, Jun 12, 2007 at 08:59:23AM +0200, Michel Dänzer wrote: > > On Mon, 2007-06-11 at 15:20 -0700, Jesse Barnes wrote: > > > On Monday, June 11, 2007 11:36:10 Keith Packard wrote: > > > > ick. just read the registers and return the value

Re: drm: Branch 'vblank-rework'

2007-06-13 Thread Michel Dänzer
On Tue, 2007-06-12 at 13:37 -0700, Jesse Barnes wrote: > > diff --git a/linux-core/drm_irq.c b/linux-core/drm_irq.c > index f229f77..8125b75 100644 > --- a/linux-core/drm_irq.c > +++ b/linux-core/drm_irq.c > @@ -77,6 +77,70 @@ int drm_irq_by_busid(struct inode *inode > return 0; > } > > +