similar to: [Bug 20023] New: nv20: unwanted solid fills during busyloop rendering

http://bugs.freedesktop.org/show_bug.cgi?id=15845 Summary: X busyloops when huge image in firefox 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=16961 Summary: 3298249d8267c27235653f17379f8c breaks Xv overlay (display corruption) Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

http://bugs.freedesktop.org/show_bug.cgi?id=20144 Summary: 2D images broken on nv28 (EXA failure?) 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=14941 Summary: ioremap leak in DRM Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: minor Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

Hi, I've been playing with nouveau/mesa branch gallium-0.1, trying to get trivial/tri working on nv20 (with nv10 code). When ever I resize the window, it ends up in an assert failure: #0 0xf790744f in _debug_assert_fail (expr=0xf791908f "0", file=0xf7919050 "nv20_state_emit.c", line=139, function=0xf7919034 "nv20_state_emit_framebuffer") at p_debug.c:335

http://bugs.freedesktop.org/show_bug.cgi?id=16490 Summary: Xv overlay tearing 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 ReportedBy: pq at

http://bugs.freedesktop.org/show_bug.cgi?id=22756 Summary: nouveau_fence.c kernel BUG and recursive faults 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=14060 Summary: Server fails to start with randr 1.2 and a NV20 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

http://bugs.freedesktop.org/show_bug.cgi?id=14393 Summary: NV11 card is not detected properly by nouveau on big- endian box Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo:

Hi, I have been looking at Asterisk SCF http://www.asterisk.org/asterisk/scf, but its not yet production ready. Can someone please pitch in about HA feature in Asterisk ? (HA -> High Availability.) Also, What would be the pros and cons of using AsteriskNow over Asterisk ? Are the versions same in Asterisk and AsteriskNow ? We have been evaluating Asterisk for our Voice Application and it seems

Hi, What is currently missing in Asterisk ecosystem to get 2 servers active-active redundancy such as when server 1 is failing (in some circumstances), its ongoing calls (or most of them) are kept alive and handed over to server 2 ? I remember that a couple of years ago, Avaya claimed it could achieve this with its high end servers. Could it be possible with Asterisk ? Will SCF change this ?

Hi, questions will follow. --- diff --git a/drivers/gpu/drm/nouveau/nouveau_bios.c b/drivers/gpu/drm/nouveau/nouveau_bios.c index 99f7bd4..13b3fb1 100644 --- a/drivers/gpu/drm/nouveau/nouveau_bios.c +++ b/drivers/gpu/drm/nouveau/nouveau_bios.c @@ -40,8 +40,6 @@ #define BIOSLOG(sip, fmt, arg...) NV_DEBUG(sip->dev, fmt, ##arg) #define LOG_OLD_VALUE(x) //x -#define BIOS_USLEEP(n)

http://bugs.freedesktop.org/show_bug.cgi?id=23382 Summary: Nouveau DRM module out-of-tree compile errors Product: xorg Version: git Platform: All OS/Version: Linux (All) Status: NEW Severity: blocker Priority: high Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

http://bugs.freedesktop.org/show_bug.cgi?id=16231 Summary: Xv tearing after upgrade to Fedora 9 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

- This avoids problematic "reloc'ed while mapped" messages and some associated corruption as well. 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 +++ src/gallium/drivers/nouveau/nouveau_stateobj.h | 13 +++++++++++++

http://bugs.freedesktop.org/show_bug.cgi?id=23741 Summary: Driver pixmaps cause pushbuf validation failure on mode change (nv28, KMS) Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

A cleanup of nouveau_dma_wait(): extract a sub-function and eliminate two variables to improve readability. No functional changes. Signed-off-by: Pekka Paalanen <pq at iki.fi> --- drivers/gpu/drm/nouveau/nouveau_dma.c | 72 ++++++++++++++++++--------------- 1 files changed, 39 insertions(+), 33 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_dma.c

http://bugs.freedesktop.org/show_bug.cgi?id=16327 Summary: Graphical corruption with NVCrush11. 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:

I want to create a simple plot containing three levelplots with one colorbar. I used the "Three levelplots" code below, but the third levelplot is drawn smaller than the first two. However, if I try the "Two levelplots" code below it works well. Can anybody tell me how could I draw three levelplots (of the same size) with one colorbar. Thanks in advance, Joaquin ### Three

Revised patch set v2. [PATCH 1/8] drm/nouveau: bo read/write wrappers for nv04_crtc.c [PATCH 2/8] drm/nouveau: use bo accessors for push buffers [PATCH 3/8] drm/nouveau: OUT_RINGp - optimize OUT_RING loops [PATCH 4/8] drm/nv50: proper notifier_bo access in nv50_display_vblank_crtc_handler() [PATCH 5/8] drm/nouveau: access fbcon notifier via bo accessors [PATCH 6/8] drm/nouveau: screen_base and