On Friday 27 February 2009 01:45:50 pm Kristian Høgsberg wrote:
> On Fri, Feb 27, 2009 at 4:40 PM, Dave Airlie wrote:
> > Prompted by how well it worked with Intel, and changes in my personal
> > life leading to reduced time availability (except at 4am...) I'm going to
> > clarify the process for
On Friday 27 February 2009 01:40:25 pm Dave Airlie wrote:
> Prompted by how well it worked with Intel, and changes in my personal life
> leading to reduced time availability (except at 4am...) I'm going to
> clarify the process for getting patches upstream now. (a...@amd also
> trialed this to get
On Fri, 2009-02-27 at 23:12 +, Sitsofe Wheeler wrote:
> On Fri, Feb 27, 2009 at 02:49:06PM +0100, Jiri Slaby wrote:
> > On 27.2.2009 14:04, Sitsofe Wheeler wrote:
> > >On Fri, Feb 27, 2009 at 02:32:31AM -0800, Andrew Morton wrote:
> > >>On Fri, 27 Feb 2009 10:28:51 +0100 Jiri Slaby wrote:
> >
http://bugs.freedesktop.org/show_bug.cgi?id=7770
Émeric Maschino changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Fri, Feb 27, 2009 at 4:40 PM, Dave Airlie wrote:
>
> Prompted by how well it worked with Intel, and changes in my personal life
> leading to reduced time availability (except at 4am...) I'm going to
> clarify the process for getting patches upstream now. (a...@amd also
> trialed this to get r60
Prompted by how well it worked with Intel, and changes in my personal life
leading to reduced time availability (except at 4am...) I'm going to
clarify the process for getting patches upstream now. (a...@amd also
trialed this to get r600 upstream).
1. Apart from maybe minor changes I will no l
On Fri, Feb 27, 2009 at 2:22 PM, Jesse Barnes wrote:
> On Thursday, February 26, 2009 1:31:03 pm Jesse Barnes wrote:
>> Add support to Mesa and the intel driver for the new DRI2 swapbuffers
>> interface. Uses the new flush hook to make sure any outstanding rendering
>> is complete before sending
On Thursday, February 26, 2009 1:31:03 pm Jesse Barnes wrote:
> Add support to Mesa and the intel driver for the new DRI2 swapbuffers
> interface. Uses the new flush hook to make sure any outstanding rendering
> is complete before sending the swapbuffers request.
Need to update the FBconfigs too;
On Thursday, February 26, 2009 4:35:34 pm Jesse Barnes wrote:
> Found a bug in the AIGLX code; can't free the new buffers since we need
> them.
And another bug in the indirect case: if swapbuffers fails we should fall
back to a copyregion. This should fix the old compiz case.
--
Jesse Barnes, I
Hello guys.
Sorry if I write into the wrong list, but I found some similar
messages here. I have a system based on Debian Lenny with X.org
1:7.3+18 and VIA CX700 video chip. When I run glxgears it gives
$ DISPLAY=:0 glxgears
do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correc
http://bugs.freedesktop.org/show_bug.cgi?id=19484
--- Comment #12 from Mikko C. 2009-02-27 08:31:57 PST ---
Oh by the way, I just noticed that the exact same bug happens with my brother's
PC:
01:05.0 VGA compatible controller: ATI Technologies Inc RS690 [Radeon X1200
Series]
But he's using
http://bugs.freedesktop.org/show_bug.cgi?id=19484
--- Comment #11 from Mikko C. 2009-02-27 08:28:03 PST ---
Option "ExaNoUploadToScreen" does not solve the issue.
Instead, Option "ExaOptimizeMigration" "off" does solve it.
What's the drawback in disabling this?
--
Configure bugmail: http:
http://bugs.freedesktop.org/show_bug.cgi?id=19484
--- Comment #10 from Michel Dänzer 2009-02-27 07:08:13
PST ---
The AccelDFS issue is tracked in another report.
With DRI and RenderAccel enabled, does either of
Option "ExaNoUploadToScreen"
or
Option "ExaOptimizeMigration" "off"
On 27.2.2009 14:04, Sitsofe Wheeler wrote:
> On Fri, Feb 27, 2009 at 02:32:31AM -0800, Andrew Morton wrote:
>> On Fri, 27 Feb 2009 10:28:51 +0100 Jiri Slaby wrote:
>>
>>> everytime I run X, it gets stuck. Currently running on mmotm
>>> 2009-02-26-16-58, but I think this is wider problem. I had i91
On Fri, Feb 27, 2009 at 02:32:31AM -0800, Andrew Morton wrote:
> On Fri, 27 Feb 2009 10:28:51 +0100 Jiri Slaby wrote:
>
> > everytime I run X, it gets stuck. Currently running on mmotm
> > 2009-02-26-16-58, but I think this is wider problem. I had i915 disabled
> > for a long time (until I noti
Hi,
everytime I run X, it gets stuck. Currently running on mmotm
2009-02-26-16-58, but I think this is wider problem. I had i915 disabled
for a long time (until I noticed today).
SysRq : Show Locks Held
Showing all locks held in the system:
3 locks held by events/0/10:
#0: (events){+.+.+.},
On 27.2.2009 11:01, Peter Zijlstra wrote:
> would be good to have sysrq-w output
There was nothing but events. So this is rather an intel driver
userspace bug?
SysRq : Show Blocked State
taskPC stack pid father
events/1 D 011 2
ff
On 27.2.2009 11:12, Jiri Slaby wrote:
> So this is rather an intel driver userspace bug?
Bullshit, ignore me :).
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest is
On Fri, 2009-02-27 at 10:28 +0100, Jiri Slaby wrote:
> SysRq : Show Locks Held
>
> Showing all locks held in the system:
> 3 locks held by events/0/10:
> #0: (events){+.+.+.}, at: [] worker_thread+0x19d/0x340
> #1: (&(&dev_priv->mm.retire_work)->work){+.+...}, at: []
> worker_thread+0x19d/
On Fri, 27 Feb 2009 10:28:51 +0100 Jiri Slaby wrote:
> everytime I run X, it gets stuck. Currently running on mmotm
> 2009-02-26-16-58, but I think this is wider problem. I had i915 disabled
> for a long time (until I noticed today).
>
> SysRq : Show Locks Held
>
> Showing all locks held in t
http://bugs.freedesktop.org/show_bug.cgi?id=19484
--- Comment #9 from Mikko C. 2009-02-27 01:25:41 PST ---
I can confirm that disabling DRI solves this issue completely.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
http://bugs.freedesktop.org/show_bug.cgi?id=20347
Gordon Jin changed:
What|Removed |Added
AssignedTo|dri-|[email protected]
|de...@li
22 matches
Mail list logo
