similar to: [Bug 20144] New: 2D images broken on nv28 (EXA failure?)

http://bugs.freedesktop.org/show_bug.cgi?id=20023 Summary: nv20: unwanted solid fills during busyloop rendering Product: Mesa Version: CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: ASSIGNED Severity: minor Priority: medium Component: Drivers/DRI/nouveau AssignedTo: pq at iki.fi

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

Hello, There have been some users reporting odd framebuffer and cursor corruption on GeForce4 Ti 4200 Go cards (yeah, pretty ancient hardware). These identify as NV28's. Here is the full bug, with screenshots, descriptions, etc: https://bugs.freedesktop.org/show_bug.cgi?id=54700 A user has isolated bit 24 of 100080 needing to be set, at which point all the problems disappear. We don't

https://bugs.freedesktop.org/show_bug.cgi?id=88262 Bug ID: 88262 Summary: 3.19 kernels hang during boot for an NV28 based card Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau

Is there anything in the utils to capture a screen ( or maybe just a window) and save to a file. I have this, but I have no idea where it came from, but it gives a corrupted image Paul # -*- ruby -*- # screen capture -- # This script runs with a Ruby/DL which is included in ruby-1.7. require ''dl/import'' module ScreenCapture extend DL::Importable dlload

Dear all, @doc = Hpricot(open("#{RAILS_ROOT}" + "/public/server_exe/#{list.file_path}")) i need to add <img src = "/ScreenCapture/#{@file_name}"/> element to my @doc hpricot instance.. Please help me... how can i add the above img src element to the @doc hpricot instance.. Thank you -- Posted via http://www.ruby-forum.com/. -- You received this message

- map should handle this. --- src/nouveau_exa.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/nouveau_exa.c b/src/nouveau_exa.c index b656ca7..20ad380 100644 --- a/src/nouveau_exa.c +++ b/src/nouveau_exa.c @@ -259,7 +259,7 @@ nouveau_exa_mark_sync(ScreenPtr pScreen) static void nouveau_exa_wait_marker(ScreenPtr pScreen, int marker) { -

These two patches make nv50 usable with driver allocated pixmaps. I am aware that some cards (NV9X?) have a slightly different texture layout somehow, i would encourage people to use the test program i sent a few days ago to try and figure it out, or at least sent in the output (see the last email for details). Sorry for all the bitmasking, shifting and such in the first patch but is absolutely

http://bugs.freedesktop.org/show_bug.cgi?id=22828 Summary: Nouveau EXA bug Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: d.okias at

http://bugs.freedesktop.org/show_bug.cgi?id=22905 Summary: EXA - image corruption Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

Signed-off-by: Xavier Chantry <chantry.xavier at gmail.com> --- src/nv10_exa.c | 35 +++++++++++++++++++---------------- 1 files changed, 19 insertions(+), 16 deletions(-) diff --git a/src/nv10_exa.c b/src/nv10_exa.c index 1acb583..23a68e3 100644 --- a/src/nv10_exa.c +++ b/src/nv10_exa.c @@ -34,30 +34,33 @@ static struct pict_format { int exa; int hw; } nv10_tex_format_pot[] = { - {

On 02/11/15 08:28, poma wrote: > An interesting results. > > DRI2: > > $ vblank_mode=0 glxgears > ATTENTION: default value of option vblank_mode overridden by environment. > 6321 frames in 5.0 seconds = 1264.103 FPS > 6380 frames in 5.0 seconds = 1275.943 FPS > 6369 frames in 5.0 seconds = 1273.629 FPS > 6377 frames in 5.0 seconds = 1275.322 FPS > 6387 frames in

https://bugs.freedesktop.org/show_bug.cgi?id=50403 Bug #: 50403 Summary: NV28 double cursor & ugly graphics & crashes Classification: Unclassified Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium

http://bugs.freedesktop.org/show_bug.cgi?id=25802 Summary: nouveau driver crashes in exa Product: xorg Version: unspecified Platform: x86 (IA32) 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=27288 Summary: EXA corruption on small pixmaps Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

http://bugs.freedesktop.org/show_bug.cgi?id=13832 Summary: Text in YouTube player does not render correctly with EXA Product: swfdec Version: 0.5.5 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: library AssignedTo: swfdec at

I've been doing some testing and it seems that glyphs (typically smaller than a page size on nv50) render slow'ish sometimes, mostly due to the many trips to the kernel (drm_addmap_core is the symbol that shows up). Ofcource this was a benchmark, but it does leave me wondering, do we really need need to call the kernel for every little pixmap? Also from a memory point of view, because a

From: Marcin Slusarz <marcin.slusarz at gmail.com> after this change nouveau passes all fill and blend tests of rendercheck (before: fill - 108/120, blend - 3323868/3569150) tested on NV34 Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> --- src/nv04_exa.c | 19 +++++++++---------- src/nv_accel_common.c | 5 ++++- 2 files changed, 13 insertions(+), 11

On Mon, Jun 12, 2017 at 5:46 PM, Samuel Pitoiset <samuel.pitoiset at gmail.com> wrote: > > > On 06/10/2017 09:14 AM, Aaryaman Vasishta wrote: >> >> See the 'wt' on the first fmul in exacanv110.fp, exacmnv110.fp and >> exasanv110.fp. Any ideas on what could be causing the first fmul to require >> $r0 and/or $r1? > > > 'tex nodep $r4 $r2

On Mon, Jun 19, 2017 at 11:22 AM, Aaryaman Vasishta <jem456.vasishta at gmail.com> wrote: > Sorry for the late response, been busy with some personal stuff + work... > > On Tue, Jun 13, 2017 at 6:52 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >> >> On Mon, Jun 12, 2017 at 5:46 PM, Samuel Pitoiset >> <samuel.pitoiset at gmail.com> wrote: >>