Re: [Nouveau] [PATCH] nouveau: when nouveau_bo_map fails you expect it to not be mapped

On Fri, Dec 25, 2009 at 4:33 AM, Maarten Maathuis madman2...@gmail.com wrote: - This includes unmapping on failure to sync for cpu access. - Double mapping will also be punished, so that people fix their code. Not sure that'll work too well for sw fallbacks, you can same src/dst pixmap or same

[Nouveau] [PATCH] drm/nv50: synchronize user channel after buffer object move on kernel channel

- This is not yet a generic implementation that will work everywhere, but it's a start. - This will fix the corruption surrounding pixmap/texture bo moves on nv50. Signed-off-by: Maarten Maathuis madman2...@gmail.com --- drivers/gpu/drm/nouveau/nouveau_bo.c |8 ++-

Re: [Nouveau] [PATCH] drm/nv50: synchronize user channel after buffer object move on kernel channel

Work well under nv96, pictures are fine, no more artefacts. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau

[Nouveau] [Bug 25223] LVDS detected, but disabled on GeForce Go 7300

http://bugs.freedesktop.org/show_bug.cgi?id=25223 Philipp Kerling k.phil...@gmail.com changed: What|Removed |Added Attachment #32292|text/x-log |text/plain

[Nouveau] [Bug 25223] LVDS detected, but disabled on GeForce Go 7300

http://bugs.freedesktop.org/show_bug.cgi?id=25223 Philipp Kerling k.phil...@gmail.com changed: What|Removed |Added Attachment #32293|text/x-log |text/plain

[Nouveau] [Bug 19261] xmms playlist does not render correctly

http://bugs.freedesktop.org/show_bug.cgi?id=19261 Clemens Buchacher dri...@aon.at changed: What|Removed |Added Status|NEW |RESOLVED

[Nouveau] Nouveau now used as the default free driver on Mandriva Linux

Hi all, This is mostly an FYI post that as of yesterday, nouveau is now used as the default free NVIDIA driver, in place of nv, on Mandriva Cooker (the development version of our distribution). [1] We still default to the proprietary driver when it is available and the user doesn't decline.

[Nouveau] [DDX PATCH 2/5] update after nouveau_class.h update

--- src/nv50_accel.c | 18 +- src/nv50_exa.c |2 +- src/nv50_xv.c|6 +++--- 3 files changed, 13 insertions(+), 13 deletions(-) diff --git a/src/nv50_accel.c b/src/nv50_accel.c index b3b1584..ad290ea 100644 --- a/src/nv50_accel.c +++ b/src/nv50_accel.c @@ -97,11

[Nouveau] [DDX PATCH 3/5] nv50/exa: add support for more color formats

--- src/nv50_exa.c | 155 1 files changed, 100 insertions(+), 55 deletions(-) diff --git a/src/nv50_exa.c b/src/nv50_exa.c index 8839510..d56c567 100644 --- a/src/nv50_exa.c +++ b/src/nv50_exa.c @@ -79,15 +79,16 @@

[Nouveau] [DDX PATCH 4/5] nv50: update nv50_texture.h

- copy changes from mesa/src/gallium/drivers/nv50/nv50_texture.h - remove 2 redefinitions - fix R-B rename (see df189c9efc0fbcdce816af483f0147ab635280d1 (nv50: TIC/TSC fixes and additions) in mesa repo) --- src/nv50_exa.c | 45 -- src/nv50_texture.h | 89

[Nouveau] [Bug 25795] New: windows not redrawn after resize

http://bugs.freedesktop.org/show_bug.cgi?id=25795 Summary: windows not redrawn after resize Product: xorg Version: 7.4 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium

[Nouveau] [Bug 25795] windows not redrawn after resize

http://bugs.freedesktop.org/show_bug.cgi?id=25795 --- Comment #1 from Clemens Buchacher dri...@aon.at 2009-12-25 15:42:42 PST --- Created an attachment (id=32295) -- (http://bugs.freedesktop.org/attachment.cgi?id=32295) dmesg after booting and starting X -- Configure bugmail:

[Nouveau] [MESA PATCH] Fix nv40_miptree_layout pitch

This patch fixes two issues in nv40_miptree_layout. First, pt-width0 is used, which is the size of the whole texture, while width, which is the size of the mipmap level, should be used. Second, the current code does not 64-byte align the pitch of swizzled textures. However, on my NV40 this

[Nouveau] NV50: the tiled buffer object eviction problem

In short, we move out the low level content of a buffer object. In the case of textures and such this is utterly useless. Still it is accessed, because ttm sees no problem in using PL_SYSTEM or PL_TT memory. What is the best way to let ttm know we don't really appreciate that? A custom memory to

Re: [Nouveau] [MESA PATCH] Fix nv40_miptree_layout pitch

On Fri, Dec 25, 2009 at 7:59 PM, Luca Barbieri l...@luca-barbieri.com wrote: This patch fixes two issues in nv40_miptree_layout. First, pt-width0 is used, which is the size of the whole texture, while width, which is the size of the mipmap level, should be used. Second, the current code does

Re: [Nouveau] [MESA PATCH] Fix nv40_miptree_layout pitch

You are right. The patch is wrong. Both changes fix my program, but do break OpenGL (e.g. redbook/mipmap). I managed to reproduce the problem with perf/genmipmap. When run, it causes several instances of one of these 3 errors (using swizzled textures): [12949.125732] [drm] nouveau :01:00.0:

Re: [Nouveau] [MESA PATCH] Fix nv40_miptree_layout pitch

I just coded a patch that does this and seems to work fine. It must be fixed since it breaks OpenGL (or the state tracker can be changed, but it seems better to do it in the driver). The patch also fixes NV20 and NV30 in the same way. They compile but are untested. I would guess that using the

[Nouveau] Fix swizzling for copies to rectangular textures

nVidia hardware seems to swizzle rectangular texture (with width != height) coordinates by swizzling the lower bits and then adding the higher bits from the larger dimension. However, nv04_swizzle_bits ignores width and height and just interleaves everything. This causes problems with rectangular

[Nouveau] [PATCH] NV30/NV40 CMP and SCS src == dst handling

CMP and SCS can produce incorrect results if the source and destination are the same. This patch should fix the issues. CMP is fixed by predicating both moves. SCS by changing the order if the source component is X. diff --git a/src/gallium/drivers/nv30/nv30_fragprog.c