This fixes piglit glx-swap-singlebuffer (but not glx-swap-pixmap,
which hits a BadMatch elsewhere that I haven't tracked down), and the
original bug report of glean clipFlat, which was trying to do exactly
this.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=32589
---
On Thu, 2 Jun 2011 01:16:33 +0300, Ville Syrjälä syrj...@sci.fi wrote:
On Wed, Jun 01, 2011 at 02:49:03PM -0700, Eric Anholt wrote:
This fixes piglit glx-swap-singlebuffer (but not glx-swap-pixmap,
which hits a BadMatch elsewhere that I haven't tracked down), and the
original bug report
---
Here's the actual patch I meant to send. What should we do about
SwapComplete?
src/dri2.xml | 97 -
1 files changed, 95 insertions(+), 2 deletions(-)
diff --git a/src/dri2.xml b/src/dri2.xml
index dbd43f8..9bcde4f 100644
---
---
src/dri2.xml | 75 +-
1 files changed, 74 insertions(+), 1 deletions(-)
diff --git a/src/dri2.xml b/src/dri2.xml
index dbd43f8..70c569d 100644
--- a/src/dri2.xml
+++ b/src/dri2.xml
@@ -1,7 +1,7 @@
?xml version=1.0 encoding=utf-8?
---
dri2proto.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/dri2proto.h b/dri2proto.h
index 9708a4a..a01c908 100644
--- a/dri2proto.h
+++ b/dri2proto.h
@@ -290,6 +290,7 @@ typedef struct {
CARD8 pad;
CARD16 sequenceNumber B16;
CARD16 event_type B16;
+
This was done by comparing dri2proto.h to dri2proto.txt, with some
confirmation from looking at what the server was doing.
---
dri2proto.txt | 39 +--
1 files changed, 9 insertions(+), 30 deletions(-)
diff --git a/dri2proto.txt b/dri2proto.txt
index
On Tue, 26 Apr 2011 20:12:12 +0200, Julien Cristau jcris...@debian.org wrote:
On Tue, Apr 26, 2011 at 10:39:02 -0700, Eric Anholt wrote:
---
src/dri2.xml | 75
+-
1 files changed, 74 insertions(+), 1 deletions(-)
diff
.
Daniel Stone (1):
libkms: Fix include paths
Eric Anholt (7):
intel_bufmgr_fake: fix compile warning.
Enable silent automake rules.
Allow a buffer to point at itself and still get relocs.
intel: Add more intermediate sizes of cache buckets between powers of 2
On Tue, 25 May 2010 18:41:46 +0200, Krzysztof Halasa k...@pm.waw.pl wrote:
Hi,
Now that the non-KMS support is gone, the following patches implement
interlaced mode display on i915 and similar hardware.
Tested on i915 + analog VGA, it would be worth checking if newer chips
(and which ones)
As of this commit GL has become unreliable on my Intel system:
commit 1461b31e40a3e44f6327199d23cf2ab70d8f5176
Author: Pauli Nieminen ext-pauli.niemi...@nokia.com
Date: Fri May 14 16:25:43 2010 +0300
dri2: Fix xserver crash if dri2 buffer allocation fails.
If driver fails to
On Wed, 24 Mar 2010 00:02:20 -0400, Daniel Gnoutcheff dan...@gnoutcheff.name
wrote:
Hello all!
I'm planing to apply for GSoC, and Xorg is one of the projects I'm
considering. I see that KMS a non-KMSed driver is on the ideas list.
One of the ideas I'm considering is the KMSification of the
New version for new Intel API that we're about to start using in Mesa.
Eric Anholt (8):
intel: Add initial support for Sandybridge, and clean up the #defines.
intel: Use an integer for chipset generation instead of many conditionals.
intel: add a comment about tiled buffer alloc
Carl Worth (2):
Fix error message for case of kernel prior to 2.6.30
Print unmatched opcode value for all 3D UNKNOWN messages
Chris Wilson (2):
Add gem_fence_thrash test
dump: Minor typo
Eric Anholt (18):
intel_gpu_top: Print GPU clock information, which seems
explicitly.
libdrm_radeon: add tiling support
radeon: fix GTT writing space check
radeon: fix bo wait at map time.
Eric Anholt (2):
Add drm_intel_bo_busy to query whether mapping a BO would block.
Bump to version 2.4.13 for release.
Jakob Bornecrantz (1):
Kill
of this issue ? Any other thoughts ?
Eric Anholt posted a patch on the mesa3d-dev list, which seems to be
made for use with the new throttling behaviour. I don't think it has
been commited yet though?
http://www.nabble.com/-PATCH--intel%3A-Use-a-new-DRI2-extension-to-throttle-the-number
On Wed, 2009-05-20 at 08:20 +0200, Michel Dänzer wrote:
On Tue, 2009-05-19 at 10:09 -0700, Eric Anholt wrote:
commit 34660fd2df5d61b77ed7041d32ac29053fc94f5a
Author: Eric Anholt e...@anholt.net
Date: Fri May 15 23:21:05 2009 -0700
Only sync XV to vblank when drawing
66.7 60.0
720x40070.1
640x35070.1
LVDS1 connected (normal left inverted right x axis y axis)
1280x800 60.0 +
TV1 disconnected (normal left inverted right x axis y axis)
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
This release was inspired by going to roll a debian package for
intel-gpu-tools and realizing I had no manpages. Whoops. And since I
was in the directory, I decided to clean up some things that were
bothering me about intel_gpu_dump output.
Eric Anholt (6):
Add gem_largeobject to ignore
This release was inspired by going to roll a debian package for
intel-gpu-tools and realizing I had no manpages. Whoops. And since I
was in the directory, I decided to clean up some things that were
bothering me about intel_gpu_dump output.
Eric Anholt (6):
Add gem_largeobject to ignore
: 3b24b3b2d7dd35ab16abc06ce80e9c86c59979ed libdrm-2.4.11.tar.gz
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
___
xorg-announce mailing list
xorg-announce@lists.freedesktop.org
http
Add example command for mounting debugfs
intel_gpu_dump: Mention filename in error message
intel_gpu_dump: Give a nicer message for missing batchbuffer-dumping code
intel_gpu_dump: Use asprintf instead of a static-sized array
Eric Anholt (27):
Initial import of intel-graphics
Add example command for mounting debugfs
intel_gpu_dump: Mention filename in error message
intel_gpu_dump: Give a nicer message for missing batchbuffer-dumping code
intel_gpu_dump: Use asprintf instead of a static-sized array
Eric Anholt (27):
Initial import of intel-graphics
(a trivial demo app in
mesa/progs/xdemos) on an idle machine to make sure it's ever working.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
);
glXSwapBuffers(dpy,stage);
}
If you're doing GL, why aren't you just using GLX_SGI_video_sync?
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
---
hw/xfree86/os-support/bus/linuxPci.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/hw/xfree86/os-support/bus/linuxPci.c
b/hw/xfree86/os-support/bus/linuxPci.c
index a60df25..e210fa1 100644
--- a/hw/xfree86/os-support/bus/linuxPci.c
+++
Some of those VENDOR_* defines are already in other headers. I don't really
care where they live or what they're called, but it does seem like quite a mess
how they're sprinkled about right now (a subset in dix-config.h, some copies
for xorg ddx only, the whole set now in version-config.h). Is
---
Makefile.am |1 +
acinclude.m4| 227 ---
m4/ac_define_dir.m4 | 49 +++
m4/dolt.m4 | 178
4 files changed, 228 insertions(+), 227 deletions(-)
delete mode 100644
The old style output can be reenabled for build system debugging using
make V=1, or --disable-shave at configure time.
---
.gitignore |2 +
configure.ac |7 +
m4/shave.m4 | 73 +++
shave-libtool.in | 69
on my Intel(R) Mobile Intel GM45 Express
Chipset
It's rare to see this bits are invalid for a new platform such as GM45
based platform. What's the specific model of your machine?
The code's been removed from the branch for a while, anyway.
--
Eric Anholt
e...@anholt.net
] SS:ESP 0068:f5f35df8
---[ end trace 8f654121df941966 ]---
Regards,
Tino
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
--
Eric Anholt
e...@anholt.net eric.anh
dithering. Assuming the display is actually 6
bits, is there any way I can get temporal dithering?
Yeah, your panel is likely only 6 bits. I've never seen any knobs for
better dithering.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description
for a workaround, but it's a bit complicated and not
done yet.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg
This is an easy one: two bugfixes for regressions in the last release.
One broke initialization with UXA and DRI1, and the other made pixmap
allocation on i915 take insane amounts of memory.
Eric Anholt (3):
Disable fb resizing for DRI1-only server so that DRI1 can initialize.
Only
| grep drm mm object | wc -l shows 700, is it OK?
Yes.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
On Wed, 2009-02-25 at 19:13 +0100, Brice Goglin wrote:
Eric Anholt wrote:
On Wed, 2009-02-25 at 14:10 +0100, Jacek Luczak wrote:
this release is totally unusable while running in UXA. System eats lot of
memory, including swapping. Is this that, reported earlier, ,,memory
leak
On Wed, 2009-02-25 at 13:20 +0100, Khashayar Naderehvandi wrote:
On Tue, Feb 24, 2009 at 11:46 PM, Eric Anholt e...@anholt.net wrote:
Here comes a pretty significant bugfix release for the 2.6 2D series.
The goal of this release is to get out the major fixes for GEM and KMS
that we think
On Wed, 2009-02-25 at 14:10 +0100, Jacek Luczak wrote:
Eric Anholt pisze:
Here comes a pretty significant bugfix release for the 2.6 2D series.
The goal of this release is to get out the major fixes for GEM and KMS
that we think we've pounded on enough to be stable -- certainly more
xf86-video-intel-2.6.2.tar.gz
SHA1: 403da992f9352f4f2ee8ad13b392c47cc897bb91 xf86-video-intel-2.6.2.tar.gz
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
We're sick of typing xf86-video-intel-whatever in the Intel driver, but the
script doesn't like our tags. This change nearly fixes that, but errors out
and hasn't been tested for module-version tags. Perhaps someone else could
clean it up.
---
release.sh | 18 ++
1 files
With trying to match depths so that you didn't end up with a depth 24
fbconfig for the 32-bit composite visual, I broke the alpha bits on the depth
24 X visual, which angered other applications. But in fixing that, the
pickFBconfigs code for minimal also could end up breaking GLX visuals if
the
On Mon, 2009-02-02 at 11:20 +0100, Michel Dänzer wrote:
On Sun, 2009-02-01 at 09:26 -0800, Eric Anholt wrote:
commit 29b3b88dc744f4919c6709747ddb7baac47486c5
Author: Pierre Willenbrock pie...@pirsoft.de
Date: Fri Jan 30 21:16:48 2009 -0800
Prevent double unref of glxdrawables
: [drm:i915_getparam] *ERROR* Unknown parameter 5
Things will be slow because your kernel is old.
Feb 2 20:27:56 jimmy klogd: X:3601 conflicting memory types
d000-e000 write-combining-uncached-minus
Things may be slow because your kernel is old.
--
Eric Anholt
e...@anholt.net
no acceleration
and clients shaking their fists at you instead. I haven't heard of any
use for it as a debugging platform, either.
Nuke away, in my opinion.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed
really dodgy code.)
Eric Anholt (4):
Re-emit i915 composite setup when the batchbuffer wraps.
Protect i915 textured video against batchbuffer wrapping.
Fix invarient state emits for DRI2 (do it per batch, since there's no
lock).
Bump version to 2.6.1.
Jesse Barnes (2
really dodgy code.)
Eric Anholt (4):
Re-emit i915 composite setup when the batchbuffer wraps.
Protect i915 textured video against batchbuffer wrapping.
Fix invarient state emits for DRI2 (do it per batch, since there's no
lock).
Bump version to 2.6.1.
Jesse Barnes (2
if irq is enabled
Eric Anholt (2):
intel: Retry pin ioctl on -EINTR.
bump version to 2.4.4
Jesse Barnes (4):
Remove executable from modeprint test dir
libdrm: add timeout handling to drmWaitVBlank
libdrm: only check for vblank timeout if we caught EINTR
libdrm
. It'll
depend on KMS most likely.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http
;
QueryImageAttributesFuncPtr QueryImageAttributes;
+ ClipNotifyFuncPtr ClipNotify;
} XvAdaptorRecPrivate, *XvAdaptorRecPrivatePtr;
typedef struct {
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
).
That's a non-reduced mode you produced, which is too high of a clock.
Try cvt -v -r 1920 1080 60
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
___
xorg
happily submit a bug but thought the code was a little too
new to harp on about especially if this is a known issue
The segfault should be fixed as of:
commit 342120be0956bfc12822d1ffbfbd8aaabf3e922f
Author: Eric Anholt e...@anholt.net
Date: Mon Jan 5 23:21:07 2009 -0800
Fix pin leakage
://lists.freedesktop.org/mailman/listinfo/xorg
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http
the sysprof overhead skewed
the timings.
Thanks for the sysprof data. The fix for software fallback performance
just got merged to the stable branch, so that should fix this problem in
the next rc.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
On Tue, 2008-12-23 at 13:25 -0200, Ander Conselvan de Oliveira wrote:
The attached patch fix the sis driver to compile with -Werror=format-security.
Some of those strings are predefined and visible in the patch you posted
(not a security issue). I certainly wouldn't apply this patch.
--
Eric
On Tue, 2008-12-23 at 12:28 +, Colin Guthrie wrote:
'Twas brillig, and Colin Guthrie at 23/12/08 10:36 did gyre and gimble:
'Twas brillig, and Eric Anholt at 23/12/08 00:25 did gyre and gimble:
I've tagged it and uploaded it. The big update this release is the
modesetting userland
out what was going wrong with your Option enable true.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
.
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
connected at
startup, but the SDVO chip being present.
--
Eric Anholt
e...@anholt.net eric.anh...@intel.com
signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http
On Wed, 2008-12-10 at 11:52 +0100, Michel Dänzer wrote:
On Mon, 2008-12-08 at 15:23 -0800, Eric Anholt wrote:
We've got a few ideas to improve things for UXA performance still, so
it may get better. It's already a win over EXA, since EXA's stuck
with only 50MB of aperture space
;
pI830-pEnt = pEnt;
pI830-use_drm_mode = drm_mode_setting;
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
around 1500.
Is this correct behavior, I thought that glxgears simply drew as fast as
possible and was not synchronised to the VSYNC frame rate ?
No, this is correct behavior.
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description
as the
preferred ini‐
tial mode of the monitor. (RandR 1.2-supporting drivers only)
However the real preferred thing to do is write up a quirk for the
server to fix your EDID so that other people get the benefit of your
bugfixes.
--
Eric Anholt
[EMAIL PROTECTED
.
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
---
mi/mi.h |3 +++
xkb/ddxDevBtn.c |3 ++-
2 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/mi/mi.h b/mi/mi.h
index 444d3ad..1dc4780 100644
--- a/mi/mi.h
+++ b/mi/mi.h
@@ -222,6 +222,9 @@ extern void miClearDrawable(
GCPtr /*pGC*/
);
+void
---
glx/indirect_program.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/glx/indirect_program.c b/glx/indirect_program.c
index d23a0a9..cbea40e 100644
--- a/glx/indirect_program.c
+++ b/glx/indirect_program.c
@@ -103,7 +103,7 @@ int DoGetProgramString(struct
---
glx/render2.c |5 -
glx/render2swap.c |5 -
2 files changed, 0 insertions(+), 10 deletions(-)
diff --git a/glx/render2.c b/glx/render2.c
index a86a22a..b958d90 100644
--- a/glx/render2.c
+++ b/glx/render2.c
@@ -252,8 +252,3 @@ void __glXDisp_DrawArrays(GLbyte *pc)
Here's a series of compile warning fixes I came up with while looking at them
trying to figure out if anything was wrong that broke GLX (fix for that is
already pushed). The ddxDevBtn.c one looks like a real bugfix.
There are a few more that look important
xf86Xinput.c:654: warning: ‘idev’ may
---
hw/xfree86/common/xf86Bus.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/xfree86/common/xf86Bus.c b/hw/xfree86/common/xf86Bus.c
index c825d23..eaa0618 100644
--- a/hw/xfree86/common/xf86Bus.c
+++ b/hw/xfree86/common/xf86Bus.c
@@ -66,7 +66,7 @@ xf86AccessRec
}alloc
via xnf{,c}alloc macros.
Based on patch by Eric Anholt.
You appear to have taken my patch and s/fprintf(stderr, /perror(/.
Generally in a situation like this one would leave original authorship
intact (even my comments were preserved!).
diff --git a/configure.ac b
to allow drivers to request gradients was easy
last time I did it, though I've misplaced the branch it looks like.
Then someone would just have to write the shader for it, and for
915-class hardware that shouldn't be hard.
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED
On Fri, 2008-11-07 at 16:40 +, Sergio Monteiro Basto wrote:
export OS_HAS_GEM=1
Under no circumstances do this. That code is dead, and intel kernel
modules come from the kernel now.
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description
On Fri, 2008-11-07 at 13:36 -0600, Chris Pemberton wrote:
Eric Anholt wrote:
On Fri, 2008-11-07 at 16:40 +, Sergio Monteiro Basto wrote:
export OS_HAS_GEM=1
Under no circumstances do this. That code is dead, and intel kernel
modules come from the kernel now.
So
that use libpciaccess (the X Server) should be getting correct wc
mappings thanks to using the resource_wc sysfs file. If you update your
kernel, the kernel also gets wc mappings using the new io_map_atomic
interfaces. So at that point, the MTRR shouldn't be necessary.
--
Eric Anholt
[EMAIL PROTECTED
to master git version? And what am I
to recompile after I upgrade mesa? Thank you.
git master, or we put out a release of mesa with gem.
http://www.intellinuxgraphics.org/
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally
testing or development time on it now.
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http
On Tue, 2008-11-04 at 09:17 +0200, Vasily Khoruzhick wrote:
On 4 November 2008 06:58:51 Eric Anholt wrote:
It's not a single patch. It's in linus's master now. (drm-intel-next
is updated for our current work against it)
This fix changed nothing for me (now using kernel 2.6.28-rc3-git
that the cairo tests are coming out green despite
failures. Expected so far?
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg
On Mon, 2008-11-03 at 18:07 +0100, Hanno Böck wrote:
Am Montag 03 November 2008 schrieb Eric Anholt:
We've got a fix for a major slowdown on x86_64 in the for-review branch
of my kernel repository, but the x86 maintainers are dragging their feet
on integrating it.
Is there a single patch
On Sat, 2008-11-01 at 14:46 +, Colin Guthrie wrote:
Eric Anholt wrote:
New libdrm release to fix the symbol name collision between Mesa 7.2 and
libdrm_intel. Also includes a fix for deadlock in non-GEM 2D, and
support for aperture size checking in GEM.
Eric Anholt (3
On Sun, 2008-11-02 at 20:06 +0100, Arkadiusz Miskiewicz wrote:
On Thursday 30 of October 2008, Eric Anholt wrote:
New libdrm release to fix the symbol name collision between Mesa 7.2 and
libdrm_intel.
soname version should be changed when doing such incompatible change :-/
Assuming
2D driver
(you're using 2.3.2, not 2.5.0, so you don't have support for HDMI or
DVI), and make sure you have the kernel AGP patch (in Linux master and
in your friendly local distribution hopefully), and delete your
xorg.conf.
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL
-related tables a separate header file
nv50: symlink nv50_grctx.h to linux-core...
Eric Anholt (3):
intel: Add dri_bufmgr_check_aperture support for bufmgr_gem.
intel: Rename dri_ and intel_ symbols to drm_intel_.
libdrm 2.4.1.
Keith Packard (1):
intel: ioctl
the driver part will need to be
mostly rewritten after that, anyway. However, if people could isolate
failing shaders and get them into piglit testcases, we might be able to
get to them earlier, and it would benefit all future GLSL work as well.
--
Eric Anholt
[EMAIL PROTECTED
goes on a crusade to clean
them up. It's happened a couple times before, and we're about due to do
it again. It's going to be a goal of mine for 2.6.0.
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message
On Sat, 2008-10-25 at 15:33 +0100, Colin Guthrie wrote:
Colin Guthrie wrote:
Eric Anholt wrote:
Could you get a gdb backtrace?
Hmm it seems that whenever the machine is locked up and I attach gdb to
the process it just prints:
Redelivering pending alarm clock
And then gdb freeze
in server backtraces.
Also, does whatever app you're running that causes this failure run in
direct rendering mode? That may make it easier to get a decent
backtrace.
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed
it into the kernel yet.
(Also, obglxgearsisnotabenchmark)
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http
, and actually do that.
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo
mesa
required.
libdrm should always be safe to upgrade. If it isn't, we're doing something
wrong.
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
___
xorg
for it than tag it and dump
a tarball into this directory -- if any other DRM maintainer-types want
to suggest an appropriate process, I'd love to hear.
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
On Sun, 2008-10-19 at 23:51 +0200, Stefan Dirsch wrote:
On Sun, Oct 19, 2008 at 12:16:10PM -0700, Eric Anholt wrote:
On Sun, 2008-10-19 at 20:50 +0200, Rémi Cardona wrote:
Jesse Barnes a écrit :
This is mainly a smoke test for the final 2.5.0 release which I hope to
do on
Monday
with
this.
Migrating out for a write-only operation is just broken, and is the
thing that should be fixed there.
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
.
I've got a branch of my work-in-progress ARB_oq support at
git://anongit.freedesktop.org/~anholt/mesa#965-occlusion-query which I
got compiling this morning waiting for a kernel build. I'm hoping to
finish it in the next 2 weeks.
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL
On Tue, 2008-10-07 at 12:05 -0700, Eric Anholt wrote:
On Tue, 2008-10-07 at 20:26 +0200, Mateusz Kaduk wrote:
Hi,
Is there any chance to get OpenGL 2.1 on Intel 965GM ?
A time ago I was using DRM module i915.ko from git and it was working
nice. Now because of GEM, module is not compiling
can write a better native driver.
--
Eric Anholt
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
___
xorg mailing list
xorg@lists.freedesktop.org
http
/individual/lib/libXfont-1.3.1.tar.gz
MD5 (libXfont-1.3.1.tar.gz) = 59ca31a8dab4431af4ecc7c28bc8cdac
SHA1 (libXfont-1.3.1.tar.gz) = e4ed676b704d5410402050eda381543c34b83553
--
Eric Anholt [EMAIL PROTECTED]
[EMAIL PROTECTED] [EMAIL PROTECTED
Weinehall (1):
XGetSelectedExtensionEvents: Still more locking bugs
Eric Anholt (1):
Bump version to 1.1.3.
Eric S. Raymond (1):
Bug #9659: Bad markup on XListInputDevices.3x
James Cloos (1):
Add *~ to .gitignore to skip patch/emacs droppings
git tag: libXi-1.1.3
http
) = c3425e2a5ceecd160b09462c50a69848756e449e
http://xorg.freedesktop.org/archive/individual/proto/renderproto-0.9.3.tar.gz
MD5 (renderproto-0.9.3.tar.gz) = ab8f3e356973d9c99810a8f092db3a2e
SHA1 (renderproto-0.9.3.tar.gz) = c137ec00faf0aee0f88a986aa827a590827447c1
--
Eric Anholt [EMAIL PROTECTED]
[EMAIL
elided due to large numbers of
commits from the crestline branch which had already been replayed
before).
--
Eric Anholt [EMAIL PROTECTED]
[EMAIL PROTECTED] [EMAIL PROTECTED]
signature.asc
Description: This is a digitally signed message part
since xf86-video-intel-1.9.92:
Eric Anholt:
Fix sparse warnings about using 0 for NULL.
Don't reload the cursors if we haven't set up the screen yet.
Fix crashes and other failures when a cursor allocation fails.
Fix compile failure due to needed types being in inttypes.h
99 matches
Mail list logo