On Tue, 2009-02-17 at 17:34 -0800, Jesse Barnes wrote:
> On Tuesday, February 17, 2009 5:26 pm Ian Romanick wrote:
> > Jesse Barnes wrote:
> > > On Tuesday, February 17, 2009 4:10 pm Ian Romanick wrote:
> > >> Stepping back, there are two separate axes (Are vblanks happening? Is
> > >> anyone list
http://bugs.freedesktop.org/show_bug.cgi?id=20176
Summary: [Wine Application Issue]: X hangs after coming out of
game
Product: Mesa
Version: 7.2
Platform: x86-64 (AMD64)
OS/Version: other
Status: NEW
Sever
On Tuesday 17 February 2009 05:43:32 pm Robert C. Noland III wrote:
> On Mon, 2009-02-16 at 18:39 +, Owain Ainsworth wrote:
> > On Sat, Feb 14, 2009 at 11:24:18PM +0200, Pekka Paalanen wrote:
> > > >From 29d3f6e9c1258736c3199834b293b8128faef2ad Mon Sep 17 00:00:00 2001
> > >
> > > From: Pekka P
http://bugs.freedesktop.org/show_bug.cgi?id=20172
Chandra changed:
What|Removed |Added
CC||chandra.krishnappa@gmail
http://bugs.freedesktop.org/show_bug.cgi?id=20172
Summary: [Wine Application Issue]: The game 'stardrone' performs
very slow when '3D Acceleration' is enabled
Product: Mesa
Version: 7.2
Platform: x86 (IA32)
OS/Version: All
On Tuesday, February 17, 2009 5:26 pm Ian Romanick wrote:
> Jesse Barnes wrote:
> > On Tuesday, February 17, 2009 4:10 pm Ian Romanick wrote:
> >> Stepping back, there are two separate axes (Are vblanks happening? Is
> >> anyone listening?) that give four separate cases. I think we can derive
> >
On Mon, 2009-02-16 at 18:39 +, Owain Ainsworth wrote:
> On Sat, Feb 14, 2009 at 11:24:18PM +0200, Pekka Paalanen wrote:
> > >From 29d3f6e9c1258736c3199834b293b8128faef2ad Mon Sep 17 00:00:00 2001
> > From: Pekka Paalanen
> > Date: Sat, 14 Feb 2009 21:49:08 +0200
> > Subject: [PATCH] Remove Int
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jesse Barnes wrote:
> On Tuesday, February 17, 2009 4:10 pm Ian Romanick wrote:
>> Stepping back, there are two separate axes (Are vblanks happening? Is
>> anyone listening?) that give four separate cases. I think we can derive
>> sensible behavior i
Here we eliminate a few functions in favor of using a single function
to dump from all of the object lists.
Signed-Off-By: Ben Gamari
---
drivers/gpu/drm/i915/i915_gem_debugfs.c | 84 ++-
1 files changed, 26 insertions(+), 58 deletions(-)
diff --git a/drivers/gpu/d
Hey all,
Hopefully this will be the last time I pollute the lists with this patchset.
>From the look of the diffstat, this cleanup went pretty well. We managed to
introduce support for debugfs while both eliminating large portions of code and
standardizing the interface for drm proc/debugfs file
The old mechanism to formatting proc files is extremely ugly. The
seq_file API was designed specifically for cases like this and greatly
simplifies the process.
Also, most of the files in /proc really don't belong there. This patch
introduces the infrastructure for putting these into debugfs and e
This patch ports the i915 proc files to use the seq_file interface.
Also, we move these files into debugfs.
Signed-off-by: Ben Gamari
---
drivers/gpu/drm/i915/Makefile |2 +-
drivers/gpu/drm/i915/i915_drv.c |6 +-
drivers/gpu/drm/i915/i915_drv.h |6 +-
drive
The basic problem was
mmap_sem (do_mmap()) -> struct_mutex (drm_gem_mmap(), i915_gem_fault())
struct_mutex (i915_gem_execbuffer()) -> mmap_sem (copy_from/to_user())
We have plenty of places where we want to hold device state the same
(struct_mutex) while we move a non-trivial amount of data
(copy_
On Tuesday, February 17, 2009 4:10 pm Ian Romanick wrote:
> Stepping back, there are two separate axes (Are vblanks happening? Is
> anyone listening?) that give four separate cases. I think we can derive
> sensible behavior in all cases. Here is my suggestion:
>
> Are vblanks | Is anyone |
> ha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jesse Barnes wrote:
> As to your example, I wasn't looking for theoretical issues, but real apps
> that would depend on this behavior. I haven't played with many video apps,
> so I'm not sure if what you outlined is common behavior, or if apps typi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michel Dänzer wrote:
> On Mon, 2009-02-16 at 10:42 -0800, Jesse Barnes wrote:
>> On Sunday, February 15, 2009 11:33 pm Michel Dänzer wrote:
>>> On Fri, 2009-02-13 at 10:27 -0800, Jesse Barnes wrote:
>> Can you think of a case where those frames wou
From: Kristian Høgsberg
This fixes a potential dead lock similar to the one where we copy the
new buffer offsets back to userspace, fixed in
0e2f967303023f7f82a0963b7f7f3980d4c08f20. In this case the lock order
violation occurs when i915_emit_box() copies the cliprects from
userspace from i915_d
http://bugzilla.kernel.org/show_bug.cgi?id=12705
--- Comment #3 from r...@sisk.pl 2009-02-17 12:14 ---
Do you mean the first bad one?
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee f
On Tuesday, February 17, 2009 10:49 am Michel Dänzer wrote:
> On Tue, 2009-02-17 at 10:34 -0800, Jesse Barnes wrote:
> > On Tuesday, February 17, 2009 9:43 am Michel Dänzer wrote:
> > > On Tue, 2009-02-17 at 09:27 -0800, Jesse Barnes wrote:
> > > > On Tuesday, February 17, 2009 9:04 am Michel Dänze
On Tue, 2009-02-17 at 10:34 -0800, Jesse Barnes wrote:
> On Tuesday, February 17, 2009 9:43 am Michel Dänzer wrote:
> > On Tue, 2009-02-17 at 09:27 -0800, Jesse Barnes wrote:
> > > On Tuesday, February 17, 2009 9:04 am Michel Dänzer wrote:
> > > > On Mon, 2009-02-16 at 10:42 -0800, Jesse Barnes wro
On Tuesday, February 17, 2009 9:43 am Michel Dänzer wrote:
> On Tue, 2009-02-17 at 09:27 -0800, Jesse Barnes wrote:
> > On Tuesday, February 17, 2009 9:04 am Michel Dänzer wrote:
> > > On Mon, 2009-02-16 at 10:42 -0800, Jesse Barnes wrote:
> > > > On Sunday, February 15, 2009 11:33 pm Michel Dänzer
On Tue, 2009-02-17 at 09:47 -0800, Jesse Barnes wrote:
>
> Btw I don't have a problem with keeping this functionality, but we need to
> fix
> it (the problem above is the only one I'm aware of atm). That means:
> 1) removing the last count stuff and providing a "disable timer" knob
> 2) cha
On Tuesday, February 17, 2009 9:27 am Jesse Barnes wrote:
> On Tuesday, February 17, 2009 9:04 am Michel Dänzer wrote:
> > On Mon, 2009-02-16 at 10:42 -0800, Jesse Barnes wrote:
> > > On Sunday, February 15, 2009 11:33 pm Michel Dänzer wrote:
> > > > On Fri, 2009-02-13 at 10:27 -0800, Jesse Barnes
On Tue, 2009-02-17 at 09:27 -0800, Jesse Barnes wrote:
> On Tuesday, February 17, 2009 9:04 am Michel Dänzer wrote:
> > On Mon, 2009-02-16 at 10:42 -0800, Jesse Barnes wrote:
> > > On Sunday, February 15, 2009 11:33 pm Michel Dänzer wrote:
> > > > On Fri, 2009-02-13 at 10:27 -0800, Jesse Barnes wro
On Tuesday, February 17, 2009 9:04 am Michel Dänzer wrote:
> On Mon, 2009-02-16 at 10:42 -0800, Jesse Barnes wrote:
> > On Sunday, February 15, 2009 11:33 pm Michel Dänzer wrote:
> > > On Fri, 2009-02-13 at 10:27 -0800, Jesse Barnes wrote:
> > > > Recall our last discussion where I outlined the cas
On Mon, 2009-02-16 at 10:42 -0800, Jesse Barnes wrote:
> On Sunday, February 15, 2009 11:33 pm Michel Dänzer wrote:
> > On Fri, 2009-02-13 at 10:27 -0800, Jesse Barnes wrote:
> > > Recall our last discussion where I outlined the cases we'd have to deal
> > > with in the modeset ioctl if we didn't u
26 matches
Mail list logo
