search for: exa

in nv10_exa.c : check_texture does : if (w > 2046 || h > 2046) NOUVEAU_FALLBACK("picture too large, %dx%d\n", w, h); check_render_target does : if (w > 4096 || h > 4096) return FALSE; So we have different size limits for the source and the d...

- 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(ScreenPt...

...work at all under DRI3/Present with older servers, and use of extensions like OML_sync_control, SGI_video_sync or INTEL_swap_events also causes failure of Present. nouveau's glamor accel backend currently doesn't work under DRI2, so continue to use DRI3 whenever it is supported. Under the exa accel backend, DRI2 works just fine, so disable DRI3 and choose DRI2 by default when nouveau is built for X-Server < 1.16.3, and enable DRI3 if building on later X-Servers which work reasonably well under DRI3/Present. A new boolean xorg.conf Option "DRI3" allows to enforce or prevent...

https://bugs.freedesktop.org/show_bug.cgi?id=91972 Bug ID: 91972 Summary: xorg/nouveau crashes when running wine's unit tests under valgrind: EXA: malloc failed for size -262140 bytes Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau...

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

...>> extensions like OML_sync_control, SGI_video_sync or >> INTEL_swap_events also causes failure of Present. >> >> nouveau's glamor accel backend currently doesn't work under >> DRI2, so continue to use DRI3 whenever it is supported. >> >> Under the exa accel backend, DRI2 works just fine, so >> disable DRI3 and choose DRI2 by default when nouveau >> is built for X-Server < 1.16.3, and enable DRI3 if >> building on later X-Servers which work reasonably well >> under DRI3/Present. >> >> A new boolean xorg.conf...

http://bugs.freedesktop.org/show_bug.cgi?id=12520 Summary: EXA greedy mode corruption Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freede...

The DRI option with the intel ddx can be used to indicate the following - whether dri is disabled - the dri "version" - dri1, dri2, dri3 - the dri module name - doo_dri.so bar_dri.so I'm not sure how exactly it's supposed to work/works, and I believe most of that is due to legacy reasons. I'm just saying let's not do the whole thing - just the dri "version" would be great (as you suggested). -Emil On 4 July 2015 at 19:28, Ilia Mirkin <imirkin at alum.mit.edu> wrote: &...

...tput (see the last email for details). Sorry for all the bitmasking, shifting and such in the first patch but is absolutely necessary for good performance (a division or modulus in a hot code path sucks). The first patch also uses the larger texture modes where possible (obviously not for classic exa). The 2nd patch is needed to make initial pixmap upload and especially known software rendering ops acceptable again (the regression was more than an order of magnitude). These are not a 100% commit ready obviously, but i wouldn't want to loose the patches either. Maarten. -------------- nex...

...pping can be used for Presents. That's the use case i usually test very obsessively, as it matters very much for my type of applications, but other than that i only lightly "test" it via regular desktop use, so maybe that's were problems remain? We can disable it by default on exa - intel and amd/radeon drivers also disable by default. However, on gpus >= maxwell only glamor accel is supported and glamor on nouveau is either dri3/present or no hw accel at all afaics. Btw. there are also a few patches made by Chris Wilson floating on the mailing list since around janu...

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=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 lists.freedesktop.org ReportedBy: sa at...

...rgent build failure issues reported by users. If your distribution is using Version 6.11.0, please replace it with this version as soon as possible. There is very little change in the functionality compared to the previous release, but I did rewrite hard to maintain and very awkwardly written XAA / EXA initialization code. It is always possible that I can mess up the code, but it appears that the code is working correctly. --- Helmut Grohne (1): Another fix for cross build failure Kevin Brace (26): Version bumped to 6.11.99 Separate EXA and XAA initialization Evaluate N...

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 Report...

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

...ence to old versions of XFree86 to not say "Xorg 4.2 or earlier" More Xv extension byte swapping fixes Alan Hourihane (10): Fix <pixman.h> include to <pixman/pixman.h> Allow yres_virtual to be greater for some kernel fbdev drivers. Fix Xdmx build EXA: Don't crash in ExaCheckPolyArc. Fix bug #12286 Add the FB_ACCESS_WRAPPER checks Fix walking of GLX providers. Fix Line drawing with CapNotLast set in PolySegment. Fix context sharing between direct/indirect contexts More checking for failed contexts/drawable...

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 Repor...

...~~~~~~~~~~~~~~~~~~~~~~~~~ DRI3: $ cat /etc/X11/xorg.conf.d/nouveau-dri3.conf Section "Device" Identifier "Videocard0" Driver "nouveau" Option "DRI" "3" EndSection $ grep DRI3 /var/log/Xorg.0.log [ 4367.417] (II) NOUVEAU(0): DRI3 on EXA enabled $ vblank_mode=0 glxgears ATTENTION: default value of option vblank_mode overridden by environment. 7276 frames in 5.0 seconds = 1455.099 FPS 7353 frames in 5.0 seconds = 1470.475 FPS 7373 frames in 5.0 seconds = 1474.566 FPS 7377 frames in 5.0 seconds = 1475.310 FPS 7355 frames in 5.0 seco...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ati 6.9.0rc1 release Lots of changes since the last release. Main things are EXA composite support for r3xx/r4xx/r5xx chips and textured video support on all radeons. Adam Jackson (5): Bump CRTC size limits on AVIVO chips so 30" displays work without tweaking. Add R500 unified shader register block. Fix R500_US_CONFIG. Add the R500 US index/data p...

...s could >> probably be fixed somehow, I doubt there's any advantage to using the >> nouveau DDX over something like modesetting nowadays. >> >> How would you feel about dropping glamor support from the nouveau ddx >> and failing to load for GPUs that don't have EXA support (unless >> AccelMode = none is forced for them). That way it'll fall back to >> loading modesetting which should be properly set up for DRI2 and so >> on. > I have no objections to this. In fact, in Fedora at least (I floated > the idea in #nouveau a while back...