http://bugs.freedesktop.org/show_bug.cgi?id=20856
Summary: X hangs after idle time on GM45
Product: Mesa
Version: 7.2
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: critical
Priority: medium
http://bugzilla.kernel.org/show_bug.cgi?id=12935
--- Comment #1 from Joost joo...@gmx.de 2009-03-25 10:05:15 ---
Created an attachment (id=20667)
-- (http://bugzilla.kernel.org/attachment.cgi?id=20667)
lspci
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
---
http://bugzilla.kernel.org/show_bug.cgi?id=12935
Summary: Suspend to ram on Intel X3100 fails to resume with
compositing enabled
Product: Drivers
Version: 2.5
Kernel Version: 2.6.29.0
Platform: All
OS/Version: Linux
http://bugzilla.kernel.org/show_bug.cgi?id=12900
--- Comment #1 from Daniel Vetter dan...@ffwll.ch 2009-03-25 12:00:15 ---
Hi Jesse,
I started at the patch for a while, reverted various chunks and finally found
the problem. When I reverted the following lines (on top of recent -linus),
http://bugzilla.kernel.org/show_bug.cgi?id=10258
Alan a...@lxorguk.ukuu.org.uk changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugzilla.kernel.org/show_bug.cgi?id=12920
--- Comment #10 from Alex Villacis Lasso avill...@ceibo.fiec.espol.edu.ec
2009-03-25 16:21:30 ---
diff --git a/arch/x86/pci/i386.c b/arch/x86/pci/i386.c
index 5ead808..f234a37 100644
--- a/arch/x86/pci/i386.c
+++ b/arch/x86/pci/i386.c
http://bugzilla.kernel.org/show_bug.cgi?id=8205
Alan a...@lxorguk.ukuu.org.uk changed:
What|Removed |Added
Status|NEW |RESOLVED
Since the pagefault path determines that the lock order we use has to be
mmap_sem - struct_mutex, we can't allow page faults to occur while the
struct_mutex is held. To fix this in pwrite, we first try optimistically to
see if we can copy from user without faulting. If it fails, fall back to
We've wanted this for a few consumers that touch the pages directly (such as
the following commit), which have been doing the refcounting outside of
get/put pages.
---
drivers/gpu/drm/i915/i915_drv.h |3 +-
drivers/gpu/drm/i915/i915_gem.c | 70 ---
2
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/gpu/drm/i915/i915_gem.c | 221 ++-
1 files changed, 195 insertions(+), 26 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c
index bdc7326..010af90 100644
---
Like the GTT pwrite path fix, this uses an optimistic path and a
fallback to get_user_pages. Note that this means we have to stop using
vfs_write and roll it ourselves.
Signed-off-by: Eric Anholt e...@anholt.net
---
drivers/gpu/drm/i915/i915_gem.c | 225 +++
Here's hopefully the final attempt at the lock ordering fix for GEM. The
problem was introduced in .29 with the GTT mapping support. We hashed out
a few potential fixes on the mailing list and at OSTS. Peter's plan was
to use get_user_pages, but it has significant CPU overhead (10% cost to text
Signed-off-by: Eric Anholt e...@anholt.net
Reviewed-by: Keith Packard kei...@keithp.com
---
drivers/gpu/drm/i915/i915_gem.c | 187 +++---
1 files changed, 133 insertions(+), 54 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem.c
http://bugzilla.kernel.org/show_bug.cgi?id=12920
Rafael J. Wysocki r...@sisk.pl changed:
What|Removed |Added
CC||r...@sisk.pl
We've wanted this for a few consumers that touch the pages directly (such as
the following commit), which have been doing the refcounting outside of
get/put pages.
No idea if this is a valid point or not but whenever I see refcount that
isn't a kref my internal, should this be a kref o-meter
I've no idea when a fault is likely in the fast case, i.e. will it happen
usually on the first page etc, because if it happens on the last page and
you fallback and restart the whole copy, I would think that would be
sub-optimal, granted it could get ugly quick, but this code has already
hit
On Wed, 2009-03-25 at 23:30 +, Dave Airlie wrote:
I've no idea when a fault is likely in the fast case, i.e. will it happen
usually on the first page etc, because if it happens on the last page and
you fallback and restart the whole copy, I would think that would be
sub-optimal,
17 matches
Mail list logo