search for: accelmethod

...22 +.B GeForce GTX 750 +GM107 .SH CONFIGURATION DETAILS Please refer to __xconfigfile__(__filemansuffix__) for general configuration @@ -67,6 +80,10 @@ are supported: .BI "Option \*qHWCursor\*q \*q" boolean \*q Enable or disable the HW cursor. Default: on. .TP +.BI "Option \*qAccelMethod\*q \*q" string \*q +Specify the acceleration method. One of \*qnone\*q, \*qexa\*q, or +\*qglamor\*q. Default: exa, except for GMxxx which default to glamor. +.TP .BI "Option \*qNoAccel\*q \*q" boolean \*q Disable or enable acceleration. Default: acceleration is enabled. .TP -- 1...

...EXA initialization failed\n"); + return FALSE; + } } else free(buf); #endif diff --git a/src/nv_const.h b/src/nv_const.h index f1b4e9b..df1e398 100644 --- a/src/nv_const.h +++ b/src/nv_const.h @@ -18,6 +18,7 @@ typedef enum { OPTION_SWAP_LIMIT, OPTION_ASYNC_COPY, OPTION_ACCELMETHOD, + OPTION_DRI3, } NVOpts; @@ -34,6 +35,7 @@ static const OptionInfoRec NVOptions[] = { { OPTION_SWAP_LIMIT, "SwapLimit", OPTV_INTEGER, {0}, FALSE }, { OPTION_ASYNC_COPY, "AsyncUTSDFS", OPTV_BOOLEAN, {0}, FALSE }, { OPTION_ACCELMETHOD, "AccelMethod&quo...

Make it a Bool consistently, as declared in header. Reported-by: Ilia Mirkin <imirkin at alum.mit.edu> Signed-off-by: Mario Kleiner <mario.kleiner.de at gmail.com> --- src/nouveau_present.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/nouveau_present.c b/src/nouveau_present.c index 4de1e6e..699a58d 100644 --- a/src/nouveau_present.c +++

...) diff --git a/src/drmmode_display.c b/src/drmmode_display.c index 89927a4..69421e1 100644 --- a/src/drmmode_display.c +++ b/src/drmmode_display.c @@ -1561,7 +1561,7 @@ drmmode_xf86crtc_resize(ScrnInfoPtr scrn, int width, int height) } ppix = screen->GetScreenPixmap(screen); - if (pNv->AccelMethod >= NONE) + if (pNv->AccelMethod > NONE) nouveau_bo_ref(pNv->scanout, &drmmode_pixmap(ppix)->bo); screen->ModifyPixmapHeader(ppix, width, height, -1, -1, pitch, (pNv->AccelMethod > NONE || pNv->ShadowPtr) ? -- 2.26.2

...>> #endif >> diff --git a/src/nv_const.h b/src/nv_const.h >> index f1b4e9b..df1e398 100644 >> --- a/src/nv_const.h >> +++ b/src/nv_const.h >> @@ -18,6 +18,7 @@ typedef enum { >> OPTION_SWAP_LIMIT, >> OPTION_ASYNC_COPY, >> OPTION_ACCELMETHOD, >> + OPTION_DRI3, >> } NVOpts; >> >> >> @@ -34,6 +35,7 @@ static const OptionInfoRec NVOptions[] = { >> { OPTION_SWAP_LIMIT, "SwapLimit", OPTV_INTEGER, {0}, FALSE }, >> { OPTION_ASYNC_COPY, "AsyncUTSDFS",...

.../src/nv_const.h >>>> index f1b4e9b..df1e398 100644 >>>> --- a/src/nv_const.h >>>> +++ b/src/nv_const.h >>>> @@ -18,6 +18,7 @@ typedef enum { >>>> OPTION_SWAP_LIMIT, >>>> OPTION_ASYNC_COPY, >>>> OPTION_ACCELMETHOD, >>>> + OPTION_DRI3, >>>> } NVOpts; >>>> >>>> >>>> @@ -34,6 +35,7 @@ static const OptionInfoRec NVOptions[] = { >>>> { OPTION_SWAP_LIMIT, "SwapLimit", OPTV_INTEGER, {0}, FALSE }, >>>>...

...: Section "Device" Identifier "** ATI Radeon (generic) [radeon]" Driver "radeon" VideoRam 65536 # Option "RenderAccel" "on" Option "AGPMode" "4" Option "ColorTiling" "on" Option "AccelMethod" "XXA" Option "EnablePageFlip" "on" Option "AGPFastWrite" "False" Option "XAANoOffscreenPixmaps" "True" Option "BackingStore" "True" Option "DynamicClocks" "on" EndSection...

Hi, My question is: Can anyone recommend a cheap graphics board that works well with the GNU/Linux/X/Firefox/Swfdec/Youtube stack? I am using an old ATI Radeon 9550, and I have been experiencing 100% CPU usage, stuttering and loss of sync when viewing Youtube movies for quite a long time now (since Swfdec v 0.6.x, now using 0.8.2). Didn't bother to report it because I've seen

...39;s 2 patches on top of current master: http://lists.freedesktop.org/archives/nouveau/2015-July/021740.html http://lists.freedesktop.org/archives/nouveau/2015-July/021741.html And then adding Option "DRI" "2" to xorg.conf. I've also tried disabling EXA using Option "AccelMethod" "none", but that seems to also automatically disable all DRI, leading to software rendering. I discussed this with Ben this morning and he suggested that this is likely a Mesa issue since with DRI3 mesa rather then the ddx allocs the surfaces. I've tried disabling swizzling in...

...ad support on for multiple outputs per x-screen. - EXA nv-10 fixes. - Enable sync of swaps to vblank by default (Option GLXVblank "on"). - Disable pseudo-triplebuffering by default (Option SwapLimit "1"). Ben Skeggs (22): silence a warning replace NoAccel with AccelMethod in preparation for glamor support dri2: move "is supported" checks out of nv_driver.c exa: move module load into nouveau_exa_init pull copy engine handling into one place, a place that isn't also exa merge nv_dma.c into nv_accel_common.c 50/c0/e0 -> te...

...ad support on for multiple outputs per x-screen. - EXA nv-10 fixes. - Enable sync of swaps to vblank by default (Option GLXVblank "on"). - Disable pseudo-triplebuffering by default (Option SwapLimit "1"). Ben Skeggs (22): silence a warning replace NoAccel with AccelMethod in preparation for glamor support dri2: move "is supported" checks out of nv_driver.c exa: move module load into nouveau_exa_init pull copy engine handling into one place, a place that isn't also exa merge nv_dma.c into nv_accel_common.c 50/c0/e0 -> te...

...e398 100644 >>>>>> --- a/src/nv_const.h >>>>>> +++ b/src/nv_const.h >>>>>> @@ -18,6 +18,7 @@ typedef enum { >>>>>> OPTION_SWAP_LIMIT, >>>>>> OPTION_ASYNC_COPY, >>>>>> OPTION_ACCELMETHOD, >>>>>> + OPTION_DRI3, >>>>>> } NVOpts; >>>>>> >>>>>> >>>>>> @@ -34,6 +35,7 @@ static const OptionInfoRec NVOptions[] = { >>>>>> { OPTION_SWAP_LIMIT, "SwapLimit",...

...n xorg.conf.d/20-nouveau.conf Now with two GPU i iwsh to use DRI3, so right now it set up like this: cat /etc/X11/xorg.conf.d/20-nouveau.conf Section "Device" Identifier "Card0" Driver "nouveau" Option "PageFlip" "1" #Option "AccelMethod" "glamor" Option "DRI" "3" But just after two hours of uptime X already eating some CPU: op - 01:30:49 up 2:45, 1 user, load average: 1,12, 0,93, 0,84 Tasks: 210 total, 1 running, 209 sleeping, 0 stopped, 0 zombie %Cpu(s): 12,1 us,...

https://bugs.freedesktop.org/show_bug.cgi?id=96737 Bug ID: 96737 Summary: G98: LightDM 1 : 0 Nouveau Product: xorg Version: git Hardware: All OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at lists.freedesktop.org

...ot;2" to xorg.conf. > > His patches should have defaulted it to DRI 2 I think, so this is > unnecessary. In fact you should have had to say "DRI" "3" to get DRI3 > with his patches. > -- >> >> I've also tried disabling EXA using Option "AccelMethod" "none", >> but that seems to also automatically disable all DRI, leading to >> software rendering. >> >> I discussed this with Ben this morning and he suggested that this >> is likely a Mesa issue since with DRI3 mesa rather then the ddx >> allocs...

...uot;ServerLayout" ... Option "AutoAddGPU" "false" ... EndSection Section "Device" ... Identifier "Card0" Driver "intel" BusID "PCI:0:2:0" Option "AccelMethod" "sna" Option "TearFree" "true" Option "DRI" "true" ... EndSection OK, I will do open a bug there. With best regards, Christian Wehrmeyer from Germany On 07.06.2014 22:21, Ilia Mirkin wrote:...

My xorg.conf foo is pretty weak today. Does anyone have an ATI 4250 in a dual head config? I'd be interested in looking over your xorg.conf. Sean p.s. Mine at the moment, that doesn't work very well: http://people.freebsd.org/~sbruno/4250_xorg_conf.txt

https://bugs.freedesktop.org/show_bug.cgi?id=89730 Bug ID: 89730 Summary: NV50: LightDM GTK+ Greeter Background - inconsistent display Product: xorg Version: git Hardware: Other OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

...w with two GPU i iwsh to use DRI3, so right now it set up like this: > > cat /etc/X11/xorg.conf.d/20-nouveau.conf > Section "Device" > Identifier "Card0" > Driver "nouveau" > Option "PageFlip" "1" > #Option "AccelMethod" "glamor" > Option "DRI" "3" > > But just after two hours of uptime X already eating some CPU: > > > op - 01:30:49 up 2:45, 1 user, load average: 1,12, 0,93, 0,84 > Tasks: 210 total, 1 running, 209 sleeping, 0 stoppe...

Hi Maarten, xf86-video-nouveau causes a garbled display when running gnome-shell on nv4x (tested with nv43 and nv46) since this commit: http://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=241e7289f25a342a457952b9b0e539c2f0b81d99 I've seen some discussion about issues caused by enabling dri, but AFAIK no solution let. I have time to help with debugging / fixing this, but I