similar to: [PATCH xf86-video-nouveau] wfb: Fix missing init function decls behind FB_ACCESS_WRAPPER

This causes nouveau_drv.so to not be loadable due to a missing wfbPictureInit. I'm not 100% sure what causes it -- it happens at runtime in the middle of probe, and I don't have wfb enabled. Either way, I'm going to revert this until we get a better idea of what's going on. On Sun, Jan 20, 2019 at 7:20 PM Rhys Kidd <rhyskidd at gmail.com> wrote: > > Fixes warning with

- 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 isn't needed any longer (DRI1 is gone) so let's remove this as well. Signed-off-by: Stéphane Marchesin <marcheu at chromium.org> --- src/nv_include.h | 1 - 1 file changed, 1 deletion(-) diff --git a/src/nv_include.h b/src/nv_include.h index de55570..eee8c5d 100644 --- a/src/nv_include.h +++ b/src/nv_include.h @@ -69,6 +69,5 @@ #include "nv_type.h" #include

As per the schedule, I am pleased to announce the first release candidate of the standalone Xwayland 23.2.0 release (Xwayland 23.2.0 rc1). Some notable changes since Xwayland 23.1 include: - Optional support for emulated input by using libEI for XTEST, - Support for wp-tearing-control-v1, - Xwayland rootful is now resizable with libdecor. Testing of this release candidate would be

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

These patches are pretty much done, except for a compile warning somewhere. The major remaining bottleneck is this line (as far as i can tell): offset -= (unsigned long) pPixmap->devPrivate.ptr; A significant amount of samples is spent on that, so suggestions on how to improve that are appreciated. I'm out of time for the moment. I'm curious how this performs for other people

Not much has changed, except that i've test run these patches for a few weeks now. I'm actually surprised i've avoided Out-Of-Memory issues. Patch 2 remains a temporary hack, awaiting a structural fix by darktama. The whole thing works fine, but XSHM is an issue (http://stillunknown.livejournal.com/928.html). With it disabled most apps are fine, although a few issues remain. As

Had those patches living in my local tree for a while now. Here is a respin on top of latest master Patch 1: regression fix, preventing the ddx from loading if kernel module is not loaded Patches 2-5: Completely nuke dri1, make dri2 hard dependency Patches 6-7: Assist people with first-time build of nouveau Git complains about whitespace errors in patch 7, which for the sake of me I cannot

usleep() was being used without checking its return value. When the server receives SIGALRM or SIGIO the waits are shortened and random modesetting failures happen: Use nanosleep and loop around it until the requested time has elapsed. --- src/nouveau_hw.c | 2 +- src/nouveau_local.h | 6 ++++++ src/nv_bios.c | 2 +- src/nv_crtc.c | 2 +- src/nv_include.h | 1 +

http://bugs.freedesktop.org/show_bug.cgi?id=22253 Summary: KMS Nouveau - wfb crash Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

v2: Fix build against Xservers without Wayland support Don't try to acquire/drop drm master under Wayland Refresh for xserver 1.13 kill-all-direct-access-to-xf86Screens Remove #ifdef soup in favour of xwayland compat header Signed-off-by: Christopher James Halse Rogers <christopher.halse.rogers at canonical.com> --- configure.ac | 7 ++ src/Makefile.am |

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Full log below, but most notably: - Better 30bpp handling - DP-MST hotplug support - DRI3/Present support in the presence of rotated RandR screens - Updates for various Xorg API changes - Autoconf cleanups Adam Jackson (1): modesetting: Validate the atom for enum properties Ilia Mirkin (10): man: remove reference to glamor under

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

nouveau_present_flip_exec references glamor_fd_from_pixmap, which do not exist when glamor is disabled Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> --- src/nouveau_present.c | 2 +- src/nouveau_present.h | 6 +++++- 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/src/nouveau_present.c b/src/nouveau_present.c index b294bbe..38f2cac 100644 ---

If it's available, xorg-server calls it on each mode configuration change. It does what xf86_reload_cursors does (and more), so we don't need to call the latter anymore. Avoids gcc 8.2 warning: drmmode_display.c: In function ‘drmmode_set_mode_major’: drmmode_display.c:525:2: warning: ‘xf86_reload_cursors’ is deprecated [-Wdeprecated-declarations]

+ cfe-dev > On Mar 28, 2016, at 1:23 PM, Harlan Haskins via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Hi all, > > Recently I’ve noticed in coverage profiles that llvm_unreachable and the like are considered uncovered because there’s no special behavior in instrumentation to ‘ignore’ noreturn paths. FWIW, Daniel Dunbar and a few others have brought up the lack of a

Hi all, Recently I’ve noticed in coverage profiles that llvm_unreachable and the like are considered uncovered because there’s no special behavior in instrumentation to ‘ignore’ noreturn paths. While I don’t necessarily think it’s ideal to ignore all noreturn decls, I think there’s definitely room for some heuristics around ignoring things like llvm_unreachable (perhaps opt-in?). I’m

Straight port of Matthias Hopf's KMS backlight code for xf86-video-intel, with reformatting and a couple of minor cleanups. Works fine on my MacBookAir2,1. Signed-off-by: Daniel Stone <daniel at fooishbar.org> --- src/drmmode_display.c | 269 ++++++++++++++++++++++++++++++++++++++++++++++++- 1 files changed, 268 insertions(+), 1 deletions(-) diff --git a/src/drmmode_display.c

http://bugs.freedesktop.org/show_bug.cgi?id=11240 Summary: doesn't start X - DMA Queue hang Product: xorg Version: 7.2 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: notting

Dear nouveau hackers, I got as far as figuring out that Xinerama is deprecated now... Too bad WindowMaker doesn't play well with RandR. While painfully learning about it, I managed to crash my Xorg 1.5.3 server through the nouveau driver. The attached patch fixes it. To reproduce the crash, simply run X with Xinerama enabled. $ gdb hw/xfree86/Xorg Xorg.core [...] Core was generated by