http://bugs.freedesktop.org/show_bug.cgi?id=18041
Michel Dänzer <[EMAIL PROTECTED]> changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED]|dri-
|
On Tue, 2008-11-25 at 16:51 -0800, Eric Anholt wrote:
> I think this test should be != 0. We want to stop if there's nothing
> left to evict (-ENOMEM) and also if we get interrupted (-ERESTARTSYS).
> Is there any error we want to actually ignore?
I remember being confused about this one, but loo
On Tue, 2008-11-25 at 16:51 -0800, Eric Anholt wrote:
> On Fri, 2008-11-21 at 01:00 -0800, Keith Packard wrote:
> > Splitting these will make re-trying the relocation cleaner
>
> I like it, but I'll fold it into the next patch.
Yeah, I split the changes into fairly small bits to make them easier
http://bugs.freedesktop.org/show_bug.cgi?id=18609
Eric Anholt <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolu
On Fri, 2008-11-21 at 01:00 -0800, Keith Packard wrote:
> Splitting these will make re-trying the relocation cleaner
I like it, but I'll fold it into the next patch.
> Signed-off-by: Keith Packard <[EMAIL PROTECTED]>
> ---
> drivers/gpu/drm/i915/i915_gem.c |5 -
> 1 files changed, 4 inse
On Fri, 2008-11-21 at 01:00 -0800, Keith Packard wrote:
> If we fail to pin all of the buffers in an execbuffer request, go through
> and clear the GTT and try again to see if its just a matter of fragmentation
>
> Signed-off-by: Keith Packard <[EMAIL PROTECTED]>
> ---
> drivers/gpu/drm/i915/i915
This fixes readpixels and buffer corruption when swapped out and in by
disabling tiling on them.
Now that we know that the bit 17 mode isn't just a mistake of older chipsets,
we'll need to work on a clever fix so that we can get the performance of
tiling on these chipsets, but that will require in
On Tuesday, November 25, 2008 12:18 pm Jesse Barnes wrote:
> On Tuesday, November 25, 2008 11:44 am Eric Anholt wrote:
> > I don't like this plan. If my app has a new frame all ready to go, I
> > want it to get displayed the next time the compositor wakes up to do a
> > vblank-synced composite, no
On Tuesday, November 25, 2008 11:44 am Eric Anholt wrote:
> On Tue, 2008-11-25 at 11:31 -0800, Jesse Barnes wrote:
> > DRI2 is about to land in the Intel driver, so we've been thinking about
> > how to deal with the last missing piece: vertical blank synchronized
> > buffer swaps. I think there ar
On Tue, 2008-11-25 at 11:31 -0800, Jesse Barnes wrote:
> DRI2 is about to land in the Intel driver, so we've been thinking about how
> to
> deal with the last missing piece: vertical blank synchronized buffer swaps.
> I
> think there are a few of problems to solve here:
> 1) swap buffers sho
DRI2 is about to land in the Intel driver, so we've been thinking about how to
deal with the last missing piece: vertical blank synchronized buffer swaps. I
think there are a few of problems to solve here:
1) swap buffers should be asynchronous (i.e. it should let the app continue
renderi
http://bugzilla.kernel.org/show_bug.cgi?id=12028
--- Comment #8 from [EMAIL PROTECTED] 2008-11-25 04:18 ---
(In reply to comment #7)
> Adam, does your corruption look like Dylan's? To me that looks like a render
> acceleration bug. Try adding Option "ExaNoComposite" "true" to your x
http://bugzilla.kernel.org/show_bug.cgi?id=12031
--- Comment #8 from [EMAIL PROTECTED] 2008-11-25 00:58 ---
There's also a fix for resume with 915-class and original G[M]965 queued in
for-airlied at the moment.
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=emai
13 matches
Mail list logo
