similar to: [Bug 25802] New: nouveau driver crashes in exa

https://bugs.freedesktop.org/show_bug.cgi?id=61460 Priority: medium Bug ID: 61460 Assignee: nouveau at lists.freedesktop.org Summary: With Option "NoAccel" "0", xorg fails... QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified OS: Linux (All) Reporter:

https://bugzilla.samba.org/show_bug.cgi?id=7194 Summary: Getting --inplace and --sparse to work together Product: rsync Version: 3.0.7 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: jansen at

For now pixmaps will only be tiled if driver pixmaps are being used and we're told to with the NOUVEAU_CREATE_PIXMAP_TILED usage hint. Signed-off-by: Francisco Jerez <currojerez at riseup.net> --- src/nouveau_exa.c | 31 ++++++++++++++++++++----------- src/nv50_exa.c | 6 +++--- src/nv50_xv.c | 2 +- src/nv_proto.h | 2 +- src/nv_type.h | 1 + 5 files

https://bugzilla.samba.org/show_bug.cgi?id=7337 Summary: sparse files not equally sparse on destination Product: rsync Version: 3.0.7 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: brian at

https://bugzilla.samba.org/show_bug.cgi?id=7778 Summary: --inplace does extra WRITE operations Product: rsync Version: 3.0.7 Platform: Other OS/Version: Linux Status: NEW Severity: minor Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: ildar at altlinux.ru

Dear nouveau team, compilation of the Nouveau driver is currently failing for me with the following error: > gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include/xorg -I/usr/local/include -I/usr/local/include/drm -I/usr/pkg/include/pixman-1 -I/usr/pkg/include -I/usr/pkg/include/X11/dri -I/usr/local/include -I/usr/local/include/drm -I/usr/local/include/nouveau -g -O2 -Wall

Hello folks. I would like to ask You for help with the following problem. Am I missing anything important? Thanks. make all-recursive make[1]: Entering directory `/home/tavvva/Install/nouveau/xf86-video-nouveau' Making all in src make[2]: Entering directory `/home/tavvva/Install/nouveau/xf86-video-nouveau/src' /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I..

Does anybody developed Predictive Dialer using Asterisk/Digium PBX? Another question: does anybody developed an Dialer using the X100P board? Julio -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20030718/be051d49/attachment.htm

http://bugs.freedesktop.org/show_bug.cgi?id=24092 Summary: X with nouveau hangs in nouveau_bo_map_range when doing anything Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau

- 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) { -

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

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:

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

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

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: >>

Commit 8c8f15c9d3 added increased pitch alignment requirements to handle nv10-nv40 tiling (which must have a small number * PoT pitch). While NV4/NV5 do have tiling, this was never supported in nouveau. This change enables 1920x1200 resolutions since the maximum surface pitch has to be strictly less than 8192. The current logic will align 1920*4 up to 8192 unnecessarily. Signed-off-by: Ilia