similar to: rendering problems with latest ddx driver (nv50)

My NV96 does not resume from suspend to ram (the screen stays black, magic sysrq keys do work) with the current linus git kernel, i bisected it to the following commit. drm/nv50/fifo: prevent races between clients updating playlists b5096566f6e1ee2b88324772f020ae9bc0cfa9a0 It's not obvious to me how this causes problems, but reverting this commit does solve my problem. -- Far away from the

In the past we assumed that external displays did their own dithering if needed. GPU based dithering is only needed for laptop displays if i had to guess. I was almost thinking my monitor was malfunctioning because of strange barely visible flickering. Now it *seems* as if dithering was the problem, although time will have to tell, because it's subtle to see these effects. Ofcource i can try

Hi everyone, I was wondering what to do to dig into this problem further.The kernel is several weeks old (nouveau tree), it's at commit 000463f13fba6b2f94a5bfcb0d615751ae9c34a0. As you can see from the mesages below the problem is reproducable to the point of getting exactly the same error. Nov 25 17:57:51 madman kernel: [548360.773743] nouveau E[ PGRAPH][0000:01:00.0] PGRAPH TLB flush idle

On Fri, Dec 11, 2009 at 1:30 PM, Ben Skeggs <skeggsb at gmail.com> wrote: > On Fri, 2009-12-11 at 13:23 +0100, Anders Eriksson wrote: >> skeggsb at gmail.com said: >> > It'd be useful to know of any cases out there where UMS is being used because >> > KMS is failing, there's a couple of cases on RH bugzilla, but I don't recall >> > the details

https://bugs.freedesktop.org/show_bug.cgi?id=33977 Summary: X core font rendering is "laggy" Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 rendercheck is a program to test a Render extension implementation against separate calculations of expected output. This release makes the sources pass various checks of the compilers, adds a --version option, and provides a new test for rendering to source-only pictures under gradients, as well as the usual recent janitorial cleanups and build

This is primarily targeted at Koala_BR, but if someone happens to have a a fully working nouveay g80 setup, then go ahead. Maarten. (this is attempt 2, as 100 KiB seems to be the maximum allowed size) -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-NV50-Merge-crtc-creation.patch Type: text/x-patch Size: 2751 bytes Desc: not available Url :

- This avoids problematic "reloc'ed while mapped" messages and some associated corruption as well. - Also add one nouveau_bo_unmap() in the vbo code that wasn't present. Signed-off-by: Maarten Maathuis <madman2003 at gmail.com> --- src/gallium/drivers/nouveau/nouveau_screen.c | 21 +++++++++++++++++++++ src/gallium/drivers/nouveau/nouveau_screen.h | 3 +++

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 with my gradient fixes in I thought it could do with a release, since there was a bunch of other changes. Aaron Plattner (1): Use the right screen from $DISPLAY Chris Wilson (13): repeat: Specify test width/height rather than relying on win_width/height blend: Combine multiple tests into a single XGetImage request

Adam Jackson (1): rendercheck 1.3 Eric Anholt (4): Add more gcc warning flags, and clean up the added warnings. Bug #9485: Fix a sign-extension issue on 64-bit platforms in pixel fetching. Unbreak the dstcoords test, and test it with PictOpOver, as well. Add another transformed source coordinates test. James Cloos (1): Replace static ChangeLog with dist-hook

https://bugs.freedesktop.org/show_bug.cgi?id=37460 Summary: BO memory leak Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: minor Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

Signed-off-by: Maarten Maathuis <madman2003 at gmail.com> --- src/gallium/drivers/nouveau/nouveau_stateobj.h | 12 ++++++++---- 1 files changed, 8 insertions(+), 4 deletions(-) diff --git a/src/gallium/drivers/nouveau/nouveau_stateobj.h b/src/gallium/drivers/nouveau/nouveau_stateobj.h index b595405..28f483f 100644 --- a/src/gallium/drivers/nouveau/nouveau_stateobj.h +++

http://bugs.freedesktop.org/show_bug.cgi?id=15833 Summary: NV50: Unknown LVDS configuration bits, please report Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=51579 Bug #: 51579 Summary: Xv video support is black on NVidia NVa8 Chipset in latest git Classification: Unclassified Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: All Status: NEW Severity: critical Priority:

http://bugs.freedesktop.org/show_bug.cgi?id=23199 Summary: nv50/NVS135M: missing TV-out-support Product: xorg Version: 7.3 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

- In the current situation the padding that is added is dangerous to write to, userspace could potentially overwrite parts of another bo. - Depth and stencil buffers are supposed to be large enough in general so the waste of memory should be acceptable. - Alternatives are hiding the padding from users or splitting vram into 2 zones. Signed-off-by: Maarten Maathuis <madman2003 at gmail.com>

- Depth and stencil buffers are supposed to be large enough in general. Signed-off-by: Maarten Maathuis <madman2003 at gmail.com> --- drivers/gpu/drm/nouveau/nouveau_bo.c | 9 ++++----- 1 files changed, 4 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c b/drivers/gpu/drm/nouveau/nouveau_bo.c index e342a41..9fc4bd6 100644 ---

This has two purposes : - cleaner code - reduce the diff between nv30 and nv40 exa for a possible nvfx_exa merge ? The main differences seem to be that nv30 uses rect texture format (and does not support repeat on that). Then there are some minor changes in TX_FORMAT RT_FORMAT and TEX_FILTER usage. And NVAccelInitNVx0TCL look complete different. Tested with: ./rendercheck -t

https://bugs.freedesktop.org/show_bug.cgi?id=28039 Summary: nouveau can't display preview Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

http://bugs.freedesktop.org/show_bug.cgi?id=12825 Summary: TvTime shows only the upper left corner (~ 1280x1024) in Randr1.2 Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau