Hey,
So we got a bug reported against F15 where we were getting an illegal
input event type 0, after passing it around the RH X team I eventually
came to look at it.
The problem appears to be that we are using llvmpipe as our swrast
renderer and on systems that fallback to that we end up with
https://bugs.freedesktop.org/show_bug.cgi?id=36919
José Fonseca jfons...@vmware.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On 05/10/11 11:53 PM, Dave Airlie wrote:
The problem appears to be that we are using llvmpipe as our swrast
renderer and on systems that fallback to that we end up with threads
inside the X server, that we didn't spawn. It appears SIGIO gets
delivered to one of these threads while the main
Christian König wrote:
My rv670 is still suffering quite different problems both xvmc and vdpau -
Please try the following patch with xvmc:
--- a/src/gallium/drivers/r600/r600_video_context.c
+++ b/src/gallium/drivers/r600/r600_video_context.c
@@ -40,5 +40,5 @@ r600_video_create(struct
https://bugs.freedesktop.org/show_bug.cgi?id=36738
--- Comment #17 from José Fonseca jfons...@vmware.com 2011-05-11 09:52:31 PDT
---
Thanks for the custom live CDs. That's very neat! How did you make them?
Unfortunately, I couldn't reproduce the problem on my system.
I just remembered a very
https://bugs.freedesktop.org/show_bug.cgi?id=36738
--- Comment #18 from Iaroslav pontost...@gmail.com 2011-05-11 10:14:36 PDT ---
in my notebook i have single-core cpu AMD Turion(tm) 64 Mobile Technology
MK-38, in other notebook with single-core Celeron 550, openarena with llvmpipe
segfault
From: Dave Airlie airl...@redhat.com
This table covered a large range unnecessarily, reduce the address
range covered, use the fact that the bottom two bits aren't significant,
and remove unused fields from the range struct. It also drops the
hash_size/shift in context in favour of a define,
