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;
}
+int
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 here. We
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
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 of
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
+ 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]);
I think atomic_add is
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://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
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
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 out the pad fields in
10 matches
Mail list logo