On Sunday 02 of November 2008, Eric Anholt wrote:
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
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 one could apply? (git url)
--
Hanno Böck
Hi,
i would like to ask for a confirmation that rotation with the
intel-driver version 2.4 and newer is basically broken.
It rotates fine, but the performance is so bad that its practically
useless (scrolling websites, moving windows with 3-4 fps).
It worked fine with 2.2 and dri disabled but
On Wed, 2008-10-15 at 00:11 -0400, Kristian Høgsberg wrote:
Hi,
Here's a quick, last-minute note on the state of DRI2 before I take
off for 2 weeks of vacation. I just pushed the updated protocol+docs
to dri2proto and updated mesa, xserver and the dri2 branch of
xf86-video-intel with the
On Sun, 2008-11-02 at 12:14 -0800, Eric Anholt wrote:
mesa 7.0.3 - mesa 7.2
libdrm 2.3 - libdrm 2.4.0
intel-2.4.2 - intel-2.5.0
Can I use mesa 7.2 with xserver-1.4.2 ?
I rebuild intel driver 2.5 and Mesa after updating libdrm 2.4.1 and
works well !
Thanks,
--
Sérgio M. B.
smime.p7s
On Mon, 2008-11-03 at 21:11 +, Sergio Monteiro Basto wrote:
Can I use mesa 7.2 with xserver-1.4.2 ?
Fair enough to say that someone said that Mesa 7.1 needs xorg-server
1.5.x but
Thanks,
--
Sérgio M.B.
smime.p7s
Description: S/MIME cryptographic signature
Sergio Monteiro Basto wrote:
On Mon, 2008-11-03 at 21:11 +, Sergio Monteiro Basto wrote:
Can I use mesa 7.2 with xserver-1.4.2 ?
Fair enough to say that someone said that Mesa 7.1 needs xorg-server
1.5.x but
Thanks,
I found that to be true with Mesa 7.1 but not Mesa 7.2.
I have
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
Sorry for the late reply, I was tied up and missed the mail.
On Thu, Oct 23, 2008 at 02:47:30PM -0700, Jeremy Huddleston wrote:
And here's a stab at setting up mieqProcessInputEvents in master to be
more friendly towards this locking. master doesn't work for us on OSX,
so I can't really
On Mon, Nov 03, 2008 at 09:41:48PM -0800, Jeremy Huddleston wrote:
That looks much better (and is much more readable), but it's still open
to data-thrashing when the queue is full. Move this:
miEventQueue.head = (miEventQueue.head + 1) % QUEUE_SIZE;
after this:
+for (i = 0; i
That looks much better (and is much more readable), but it's still
open to data-thrashing when the queue is full. Move this:
miEventQueue.head = (miEventQueue.head + 1) % QUEUE_SIZE;
after this:
+for (i = 0; i nevents; i++)
+memcpy(event[i], e-events[i].event, evlen);
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), GL-apps are
still too slow
Regards
Vasily
signature.asc
On Wed, Oct 29, 2008 at 08:51:24AM +0100, Florian Echtler wrote:
a while ago, after the MPX merge, there was a brief discussion about
multipointer support for userspace. I'd like to revive this discussion,
and I have some bits to restart it:
- At http://tisch.sf.net/ , you can find the first
13 matches
Mail list logo