For completeness, track 8 means the pages are mapped write combined,
and req 16 means they were going to be mapped uncached (this is for
agp gart). This can be found in the x86 specific PAE code that is
invoked upon ioremap.
On Tue, Jan 12, 2010 at 1:10 AM, Xavier shinin...@gmail.com wrote:
On
http://bugs.freedesktop.org/show_bug.cgi?id=25966
--- Comment #1 from Francisco Jerez curroje...@riseup.net 2010-01-12
04:39:47 PST ---
(In reply to comment #0)
Hi,
using rxvt 2.7.10 (from debian sid) has some issue with nouveau :
- opening a new terminal,
- filling it with data
From: Marcin Slusarz marcin.slus...@gmail.com
Subject: [libdrm PATCH] nouveau: disable flush_notify on channel_free
We don't want do call flush_notify when we will FIRE the RING
a couple of lines later, because grobj bound to this channel
might be already freed.
---
nouveau/nouveau_channel.c |
From: Marcin Slusarz marcin.slus...@gmail.com
Subject: [libdrm PATCH] nouveau: add nouveau_resource_destroy
---
nouveau/nouveau_resource.c |9 +
nouveau/nouveau_resource.h |3 +++
2 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/nouveau/nouveau_resource.c
From: Marcin Slusarz marcin.slus...@gmail.com
Subject: [mesa PATCH] nv50/nv40/nv30: fix small memory leak of
nouveau_resources on screen_destroy
---
tested only on nv50;
needs patch nouveau: add nouveau_resource_destroy to libdrm
---
src/gallium/drivers/nv30/nv30_screen.c |6 +++---
From: Marcin Slusarz marcin.slus...@gmail.com
Subject: [mesa PATCH] nv50: fix memory leak on nv50_pc free
---
src/gallium/drivers/nv50/nv50_program.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/nv50/nv50_program.c
From: Marcin Slusarz marcin.slus...@gmail.com
Subject: [mesa PATCH] nv50: fix 2 off by one memory leaks
(nv50_miptree_level-image_offset)
---
src/gallium/drivers/nv50/nv50_miptree.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
On Tue, Jan 12, 2010 at 05:21:51PM +0200, Alexey Dobriyan wrote:
On Tue, Jan 12, 2010 at 4:37 PM, Marcin Slusarz
marcin.slus...@gmail.com wrote:
Subject: [libdrm PATCH] nouveau: zero structs passed to ioctl
Why?
To make it more reliable/predictable when someone will add a new
field or
No, all of these structs have unused or uninitialized fields which
valgrind complained about.
I ment unused or outgoing fields.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
The general opinion appears to be communicating the least possible. In
my opinion this means we shouldn't communicate shader speeds, voltages
and fan speeds. Assuming each GPU clock speed is unique (eg. not 2 equal
GPU speeds with different memory clock speeds) we could even suffice
with
http://bugs.freedesktop.org/show_bug.cgi?id=26012
Summary: nouveau's performance is slow
Product: xorg
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: lowest
http://bugs.freedesktop.org/show_bug.cgi?id=26012
oneinch one_i...@email.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Fixes errors like:
reserve_ram_pages_type failed 0x15b7a000-0x15b7b000, track 0x8, req 0x10
when a BO is moved between WC and UC areas.
Reported-by: Xavier Chantry shinin...@gmail.com
Signed-off-by: Francisco Jerez curroje...@riseup.net
---
drivers/gpu/drm/ttm/ttm_tt.c | 23
This enables streamout functionality.
Signed-off-by: Marcin Kościelnicki koria...@0x04.net
---
drivers/gpu/drm/nouveau/nv50_graph.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nv50_graph.c
b/drivers/gpu/drm/nouveau/nv50_graph.c
index
Hello,
I have been working on a kernel and a user layer for the nv40 mpeg2 video
decoding hardware:
* The decode hw accepts commands written to a fifo along with a set of
registers for firing (put) and queries (get).
* The fifo can be mapped in vram or agp (though, agp isn't working right now).
15 matches
Mail list logo
