similar to: Does the (NV50) dma engine have trouble with "hammering"?

This patch will only work with Option "EXAPixmaps" "1", and will prevent classic exa from working. Occasionally a pixmap fails to map, but that's not related to this patch. I haven't done any hardcore optimisations, but suggestions are ofcource appreciated. In my experience some benchmarks suck now (gtkperf for which had it's performance halved), and qt4 is

Hello everyone, I am a daily tester of the nouveau driver on my (nVidia Corporation Quadro NVS 140M (rev a1)). Today, when trying to make compiz crash, I have tried to execute a lot of tests at the same time with both 2D and 3D. Well, I didn't bump into any crashes but I have discovered a really annoying performance issue. Indeed, the gtkTextView - Add Text of gtkperf has non-linear

nv50_head_atomic_duplicate_state() makes a copy of nv50_head_atom struct. This patch adds copying of struct member named "or", which previously was left uninitialized in the duplicated structure. Due to this bug, incorrect nhsync and nvsync values were sometimes used. In my particular case, that lead to a mismatch between the output resolution of the graphics device (GeForce GT 630 OEM)

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

On Tue, May 14, 2019 at 04:55:05PM +1000, Ben Skeggs wrote: > On Sun, 12 May 2019 at 04:23, Peteris Rudzusiks > <peteris.rudzusiks at gmail.com> wrote: > > > > nv50_head_atomic_duplicate_state() makes a copy of nv50_head_atom > > struct. This patch adds copying of struct member named "or", which > > previously was left uninitialized in the duplicated

In order to be able to use bpc values that are different from what the connector reports, we want to be able to store the bpc value we decide on using for an atomic state in nv50_head_atom and refer to that instead of simply using the value that the connector reports throughout the whole atomic check phase and commit phase. This will let us (eventually) implement the max bpc connector property,

- Only for sufficiently new xserver's and exa_driver_pixmaps. --- src/nouveau_exa.c | 217 +++++++++++++++++++++++++++++++++++++++++++++++++++-- src/nv_driver.c | 51 +++++++++++-- src/nv_proto.h | 4 + src/nv_type.h | 12 +++- 4 files changed, 267 insertions(+), 17 deletions(-) diff --git a/src/nouveau_exa.c b/src/nouveau_exa.c index 93fc3c5..074a226 100644 ---

This might be a bad HD but I thought I'd ask anyway. Running RedHat 8 system; kernel 2.4.18-14. Was having some weird problems on boot so I did: % find / -type f -fstype ext3 | perl -n -e 'print `md5sum $_`;' to torture the disk. It's a 20G Maxtor disk with about 12G free. The system locks up hard (no ping, no capslock light) after a while. Different place every time.

I installed Samba recently on a ClearCase server (Solaris 8) to remove the need for DiskAccess on the Windows clients. I'm having two problems with it, actually. The important one that I'm asking the list about is that Samba is hammering my NIS master with requests for DoMaiN+UseR (and every conceivable combination of cases--note + instead of \, per winbind separator statement in

Recently,Novell gave the ATI Open-Source driver,but only a piece of 2D.However,the performance is unknown.There is a need of the Demo to show the performance.I beg for the applications to test the 2D performance and the standard to show weather bad or good. Need your help~ _________________________________________________________________ ????? MSN ?????????? http://mobile.msn.com.cn/

Currently used only on original nv50, nvaa and nvac. Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> --- Note: it would be catched much faster (probably even by author, and not after 2 years) if this code would use (known!) register names... --- drivers/gpu/drm/nouveau/nouveau_bo.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Some minor visual corruption is evident in firefox on Ubuntu Hardy when using the nouveau driver (from RAOF's PPA) Best tested by: - Going to the ubuntu hardy default home page ( http://start.ubuntu.com/8.04/ ) - Reset zoom (100%) if zoomed in or out - Scroll down all the way (my screen is 1280x1024) - Scroll back up (slowly for best results) and you will see the top of the background

https://bugs.freedesktop.org/show_bug.cgi?id=68835 Priority: medium Bug ID: 68835 Assignee: nouveau at lists.freedesktop.org Summary: Unknown opcode 0x43 + protection fault on a Graphics Blaster Riva TNT card QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS:

I've configured asterisk 1.4 to use imap storage for voice-mail and while I'm happy with it generally speaking it really seem to hammer the IMAP server. It appear, from the IMAP server logs that it's polling the imap server every *second* for mailbox updates for the users' voice-mail folders. Is it really necessary to do this once a second? Is this tunable anywhere? Thanx, b.

--- src/gallium/drivers/nv50/nv50_program.c | 2 +- src/gallium/drivers/nv50/nv50_screen.c | 17 ++++++++--------- src/gallium/drivers/nv50/nv50_state_validate.c | 10 +++++----- src/gallium/drivers/nv50/nv50_transfer.c | 8 ++++---- src/gallium/drivers/nv50/nv50_vbo.c | 24 ++++++++++++------------ 5 files changed, 30 insertions(+), 31 deletions(-)

--- src/drmmode_display.c | 29 +++++++++++++++++-- src/nouveau_hw.h | 17 +++++++++++ src/nv_cursor.c | 74 ++++++++++++++++++++++++------------------------ src/nv_proto.h | 2 + 4 files changed, 82 insertions(+), 40 deletions(-) diff --git a/src/drmmode_display.c b/src/drmmode_display.c index f2fe0e8..7acddf1 100644 --- a/src/drmmode_display.c +++

--- rnndb/nv50_pgraph.xml | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/rnndb/nv50_pgraph.xml b/rnndb/nv50_pgraph.xml index 92d69ea..6499631 100644 --- a/rnndb/nv50_pgraph.xml +++ b/rnndb/nv50_pgraph.xml @@ -93,6 +93,9 @@ <value value="0x23" name="XY_OUT_OF_BOUNDS"> <!-- m2mf at least. 2d too? --> <brief>Your x/y coords

Hi ! I think src and dst starting positions got mixed up in nv50_transfer_rect_m2mf, there's a diff at the bottom of this message. This came up when trying to make the gearbox demo run correctly, but this change alone doesn't fix it. The mesa state tracker in st_cb_clear.c assumes Y_0_TOP when clearing the color buffer, but that seems to be wrong for NV50. When bypassing the viewport

http://bugs.freedesktop.org/show_bug.cgi?id=14284 Summary: frequent DMA queue hangs on NV34 on powerpc Product: xorg Version: git Platform: PowerPC OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

First the background: Debian bug #513904 with the NV driver: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513904 The NV driver started hanging inexplicably in nvSync(). I suspected, and still suspect, hardware problems with this card - an NVidia Quadro 3500 (it came with the machine, I didn't choose it). It was behaving well until late January. The card however passed the diagnostic