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 b
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
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 n
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
> ---
> src/i830
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 til
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,
http://bugs.freedesktop.org/show_bug.cgi?id=18967
--- Comment #14 from peter garrone 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
running an x application). H
uxa_prepare_access may fail to map the pixmap into user space. Recover from
this without crashing.
Signed-off-by: Keith Packard
---
uxa/uxa-accel.c | 30 ---
uxa/uxa-priv.h|6 +-
uxa/uxa-render.c | 37 +
uxa/uxa-unaccel.c | 236 +++-
Yes, it would be nice to do something other than crash here.
Signed-off-by: Keith Packard
---
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
--- a/src/i830_batchbuffe
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
---
src/i830.h | 19 ++-
src/i830_display.c | 10 +-
src/i830_memory.c | 340 +---
These two paths allocate a number of objects directly.
Signed-off-by: Keith Packard
---
src/i965_render.c | 22 ++-
src/i965_video.c | 168 +++--
2 files changed, 130 insertions(+), 60 deletions(-)
diff --git a/src/i965_render.c b/src/i965
Signed-off-by: Keith Packard
---
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 +++
This limits reuse to 16MB per cache level to try and reduce application
memory consumption.
Signed-off-by: Keith Packard
---
libdrm/intel/intel_bufmgr_gem.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/libdrm/intel/intel_bufmgr_gem.c b/libdrm/intel/intel_bufmgr
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
---
libdrm/intel/intel_bufmgr_gem.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/libdrm/intel/intel_bu
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
---
libdrm/intel/intel_bufm
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
---
libdrm/intel/intel_bufmgr_gem.c | 175 +++
1 files changed, 175 insertions(+), 0 deletions(-)
diff --git a/libdrm/intel/intel
Signed-off-by: Keith Packard
---
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
+++ b/libdrm/intel/intel
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
---
libdrm/intel/intel_bufmgr_gem.c |2 +-
1 files
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
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
http://bugzilla.kernel.org/show_bug.cgi?id=12166
--- Comment #21 from krcr...@gmail.com 2008-12-15 13:09 ---
confirmed from 2.6.28-rc8 on an Intel G33 chipset.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] mieqEnequeue: out-of-order valuator event; drop
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 this particular case,
> via_drmclient.h lives in the user-space clients and includes stdint.h to
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 9583c099b4a08
http://bugs.freedesktop.org/show_bug.cgi?id=19006
--- Comment #2 from Eric Anholt 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 receiving this ma
http://bugs.freedesktop.org/show_bug.cgi?id=9927
Marc changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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://bugzilla.kernel.org/show_bug.cgi?id=12124
--- Comment #17 from yakui.z...@intel.com 2008-12-15 01:29 ---
Hi, Nvidia Guys
From the log in comment #14 it seems that the system can be resumed from
S3. But the screen remains blank.
Will you please look at this issue? The di
http://bugs.freedesktop.org/show_bug.cgi?id=13838
Gordon Jin changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #6 from Gordon Jin
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 u
29 matches
Mail list logo
