http://bugzilla.kernel.org/show_bug.cgi?id=12028
--- Comment #13 from von...@gmail.com 2008-12-15 00:17 ---
(In reply to comment #11)
Ok, so what do you see if you use EXA (and out of curiosity what's the other
bug you're avoiding by using XAA)?
Sorry for late response. If I use
http://bugs.freedesktop.org/show_bug.cgi?id=13838
Gordon Jin gordon@intel.com changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
---
http://bugzilla.kernel.org/show_bug.cgi?id=12124
yakui.z...@intel.com changed:
What|Removed |Added
AssignedTo|yakui.z...@intel.com|drivers_video-...@kernel-
http://bugs.freedesktop.org/show_bug.cgi?id=9927
Marc marvi...@gmx.de changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=19006
--- Comment #2 from Eric Anholt e...@anholt.net 2008-12-15 09:20:28 PST ---
With the leak fix, I'll be interested to know if this happens any more.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
On Thu, 2008-12-11 at 22:50 -0800, vehemens wrote:
On Thursday 11 December 2008 04:28:48 pm Jesse Barnes wrote:
On Thursday, December 11, 2008 4:16 pm vehemens wrote:
On Wednesday 10 December 2008 03:52:08 pm Jesse Barnes wrote:
...
New commits:
commit
http://bugzilla.kernel.org/show_bug.cgi?id=12166
--- Comment #22 from mn...@minimum.se 2008-12-15 14:06 ---
Confirmed on 2.6.28-2-generic (the current ubuntu jaunty kernel)
on a machine with a intel G45 (Gigabyte GA-EG45M-DS2H board).
I also don't have fb compiled into kernel.
I see
On Mon, Dec 15, 2008 at 10:26:27PM +0100, Thomas Hellström wrote:
Hi!
Sam Ravnborg wrote:
On Sun, Dec 14, 2008 at 04:57:34PM +0100, Thomas Hellström wrote:
Hi!
The intention is for via_drm.h to be self-containing when included both
for a kernel build and for a user-space build. In
bo_gem-mapped says whether user space knows about our mapping, not whether
we've created one. bo_gem-virtual tracks whether we have made a mapping, so
use that to determine when to call munmap at bo_free time.
Signed-off-by: Keith Packard kei...@keithp.com
---
libdrm/intel/intel_bufmgr_gem.c |
Signed-off-by: Keith Packard kei...@keithp.com
---
libdrm/intel/intel_bufmgr_gem.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libdrm/intel/intel_bufmgr_gem.c b/libdrm/intel/intel_bufmgr_gem.c
index 5ba12a9..8b59a14 100644
--- a/libdrm/intel/intel_bufmgr_gem.c
+++
This limits application memory usage by waiting for the GPU to free memory
rather than simply continuing to allocate more memory.
Signed-off-by: Keith Packard kei...@keithp.com
---
libdrm/intel/intel_bufmgr_gem.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git
Remember tiling mode values provided by appplications, and
record tiling mode when creating a buffer from another application. This
eliminates any need to ask the kernel for tiling values and also makes
reused buffers get the right tiling.
Signed-off-by: Keith Packard kei...@keithp.com
---
This adds some debug code to track what kinds of buffer objects are in use
and in the re-use cache.
Signed-off-by: Keith Packard kei...@keithp.com
---
libdrm/intel/intel_bufmgr_gem.c | 175 +++
1 files changed, 175 insertions(+), 0 deletions(-)
diff --git
This limits reuse to 16MB per cache level to try and reduce application
memory consumption.
Signed-off-by: Keith Packard kei...@keithp.com
---
libdrm/intel/intel_bufmgr_gem.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/libdrm/intel/intel_bufmgr_gem.c
Signed-off-by: Keith Packard kei...@keithp.com
---
src/i830.h |9 +++
src/i830_display.c | 31 +--
src/i830_display.h |1 +
src/i830_driver.c | 149 ++-
src/i830_exa.c | 27 +
src/i830_memory.c | 120
These two paths allocate a number of objects directly.
Signed-off-by: Keith Packard kei...@keithp.com
---
src/i965_render.c | 22 ++-
src/i965_video.c | 168 +++--
2 files changed, 130 insertions(+), 60 deletions(-)
diff --git
This eliminates the separate i830_allocate_memory_tiled function which means
that all memory objects will have tiling parameters set correctly.
Signed-off-by: Keith Packard kei...@keithp.com
---
src/i830.h | 19 ++-
src/i830_display.c | 10 +-
src/i830_memory.c | 340
Yes, it would be nice to do something other than crash here.
Signed-off-by: Keith Packard kei...@keithp.com
---
src/i830_batchbuffer.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/src/i830_batchbuffer.c b/src/i830_batchbuffer.c
index 13d939e..b1c8a8d 100644
---
uxa_prepare_access may fail to map the pixmap into user space. Recover from
this without crashing.
Signed-off-by: Keith Packard kei...@keithp.com
---
uxa/uxa-accel.c | 30 ---
uxa/uxa-priv.h|6 +-
uxa/uxa-render.c | 37 +
uxa/uxa-unaccel.c | 236
http://bugs.freedesktop.org/show_bug.cgi?id=18967
--- Comment #14 from peter garrone pgarr...@optusnet.com.au 2008-12-15
17:22:12 PST ---
If the /dev/dri/cardN file descriptor is held open by a paused process, then
this freeze error does not occur either, (as well as in the situation of
On Mon, 2008-12-15 at 15:08 -0800, Keith Packard wrote:
This limits reuse to 16MB per cache level to try and reduce application
memory consumption.
Is 16MB based on any measurements at all?
I don't like this patch. I'd prefer to have us figure out bugs that
make the cache grow overly large,
On Mon, 2008-12-15 at 15:08 -0800, Keith Packard wrote:
Remember tiling mode values provided by appplications, and
record tiling mode when creating a buffer from another application. This
eliminates any need to ask the kernel for tiling values and also makes
reused buffers get the right
On Mon, 2008-12-15 at 15:57 -0800, Keith Packard wrote:
This eliminates the separate i830_allocate_memory_tiled function which means
that all memory objects will have tiling parameters set correctly.
I like this whole series for the 2D driver.
Signed-off-by: Keith Packard kei...@keithp.com
On Mon, 2008-12-15 at 15:08 -0800, Keith Packard wrote:
This limits application memory usage by waiting for the GPU to free memory
rather than simply continuing to allocate more memory.
I think I theoretically prefer the current behavior in the presence of
max_entries where you still alloc a
On Mon, 2008-12-15 at 17:49 -0800, Eric Anholt wrote:
On Mon, 2008-12-15 at 15:08 -0800, Keith Packard wrote:
This limits reuse to 16MB per cache level to try and reduce application
memory consumption.
Is 16MB based on any measurements at all?
Nope. It's random.
I don't like this patch.
On Mon, 2008-12-15 at 17:40 -0800, Eric Anholt wrote:
On Mon, 2008-12-15 at 15:08 -0800, Keith Packard wrote:
This limits application memory usage by waiting for the GPU to free memory
rather than simply continuing to allocate more memory.
I think I theoretically prefer the current
26 matches
Mail list logo