- 20 Aug, 2021 2 commits
-
-
Povilas Kanapickas authored
Signed-off-by:
Povilas Kanapickas <povilas@radix.lt>
-
Povilas Kanapickas authored
Signed-off-by:
Povilas Kanapickas <povilas@radix.lt>
-
- 17 Aug, 2021 4 commits
-
-
Adam Jackson authored
Of the form: ../hw/dmx/config/xdmxconfig.c:68:26: warning: redundant redeclaration of ‘dmxConfigEntry’ [-Wredundant-decls] 68 | extern DMXConfigEntryPtr dmxConfigEntry; | ^~~~~~~~~~~~~~
-
Adam Jackson authored
I get this: In function ‘TryCopyStr’, inlined from ‘CopyISOLockArgs’ at ../xkb/xkbtext.c:875:9: ../xkb/xkbtext.c:720:13: warning: ‘tbuf’ may be used uninitialized [-Wmaybe-uninitialized] 720 | strcat(to, from); | ^~~~~~~~~~~~~~~~ ../xkb/xkbtext.c: In function ‘CopyISOLockArgs’: <built-in>: note: by argument 1 of type ‘const char *’ to ‘__builtin_strlen’ declared here ../xkb/xkbtext.c:871:10: note: ‘tbuf’ declared here 871 | char tbuf[64]; | ^~~~ Just initialize tbuf so it definitely works.
-
Adam Jackson authored
[45/388] Compiling C object Xi/liblibxserver_xi.a.p/xichangehierarchy.c.o ../Xi/xichangehierarchy.c:61:32: warning: argument 1 of type ‘int[256]’ with mismatched bound [-Warray-parameter=] 61 | XISendDeviceHierarchyEvent(int flags[MAXDEVICES]) | ~~~~^~~~~~~~~~~~~~~~~ In file included from ../Xi/xichangehierarchy.c:54: ../Xi/xichangehierarchy.h:42:37: note: previously declared as ‘int[]’ 42 | void XISendDeviceHierarchyEvent(int flags[]); | ~~~~^~~~~~~
-
Adam Jackson authored
This is apparently deprecated now and is and was always just char *.
-
- 12 Aug, 2021 1 commit
-
-
The xdg_output wasn't cleaned up when destroying the xwl_output. Signed-off-by:
Simon Ser <contact@emersion.fr>
-
- 08 Aug, 2021 1 commit
-
-
The bug in XFixes was also found in GenericEvent and Damage.
-
- 07 Aug, 2021 1 commit
-
-
Roman Gilg authored
The dix-config.h file is not installed, but dix.h is. The include makes the compilation of external drivers fail (for example the libinput driver). The Xserver compilation also works without the include, so just remove it. Signed-off-by:
Roman Gilg <subdiff@gmail.com>
-
- 06 Aug, 2021 7 commits
-
-
Demi Marie Obenour authored
The version check for byteswapped clients was missing.
-
The xf86CVTMode() was implemented in a standalone source file because it was being used for both the xfree86 API and the standalone cvt utility. Now that the cvt utility is removed (as part of libxcvt) we can move the small xf86CVTMode() function with the rest of the xf86Modes sources. Closes: xorg/xserver#1142 Signed-off-by:
Olivier Fourdan <ofourdan@redhat.com> Reviewed-by:
Matt Turner <mattst88@gmail.com>
-
The cvt utility is now replaced by the standalone version found in libxcvt, no need to build the one in xfree86 anymore. Closes: xorg/xserver#1142 Signed-off-by:
Olivier Fourdan <ofourdan@redhat.com> Reviewed-by:
Matt Turner <mattst88@gmail.com>
-
Replace the local implementation of the VESA CVT standard timing modelines generator with the one from libxct to avoid code duplication. Closes: xorg/xserver#1142 Signed-off-by:
Olivier Fourdan <ofourdan@redhat.com> Reviewed-by:
Matt Turner <mattst88@gmail.com>
-
Xwayland is using a copy of the CVT generator found in Xorg. Rather than duplicating the code within the xserver tree, use the libxcvt implementation instead. Closes: xorg/xserver#1142 Signed-off-by:
Olivier Fourdan <ofourdan@redhat.com> Reviewed-by:
Matt Turner <mattst88@gmail.com>
-
libxcvt is a library providing a standalone version of the X server implementation of the VESA CVT standard timing modelines generator. Closes: xorg/xserver#1142 Signed-off-by:
Olivier Fourdan <ofourdan@redhat.com> Reviewed-by:
Matt Turner <mattst88@gmail.com>
-
Signed-off-by:
Olivier Fourdan <ofourdan@redhat.com>
-
- 31 Jul, 2021 1 commit
-
-
Demi Marie Obenour authored
This ensures they will behave properly in conditionals and always require a trailing semicolon.
-
- 30 Jul, 2021 4 commits
-
-
It is copied using memcpy() and not modified so we can add const. This fixes a -Wincompatible-pointer-types-discards-qualifiers compiler warning that was failing a -Werror XVnc build for me. Signed-off-by:
Alex Richardson <Alexander.Richardson@cl.cam.ac.uk>
-
This allows e.g. an UDL device (driven by llvmpipe) to be automatically set up with GPU acceleration via reverse PRIME. The result is e.g.: # DISPLAY=:0.2 xrandr --listproviders Providers: number : 2 Provider 0: id: 0xec cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 1 outputs: 1 associated providers: 1 name:modesetting Provider 1: id: 0x12c cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 2 outputs: 2 associated providers: 1 name:Intel Signed-off-by:
Zoltán Böszörményi <zboszor@gmail.com>
-
If there is an explicit configuration, assign the RandR provider of the GPUDevice to the screen it was specified for. If there is no configuration (default case) the screen number is still 0 so it doesn't change behaviour. The result is e.g: # DISPLAY=:0.2 xrandr --listproviders Providers: number : 2 Provider 0: id: 0xd2 cap: 0x2, Sink Output crtcs: 1 outputs: 1 associated providers: 0 name:modesetting Provider 1: id: 0xfd cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 2 outputs: 2 associated providers: 0 name:Intel Signed-off-by:
Zoltán Böszörményi <zboszor@gmail.com>
-
Signed-off-by:
Zoltán Böszörményi <zboszor@gmail.com>
-
- 29 Jul, 2021 1 commit
-
-
Currently, when main hardware screen is powered-off, X server initializes fake screen's timer with 1 second update interval. Streaming software like Nomachine or Vnc, as well as desktop input automation suffers from it, since it will forever be stuck on 1 fps until the display is turned back on. This commit adds command line option -fakescreenfps <int> that allows the user to change the default fake screen timer. Signed-off-by:
Baranin Alexander <ismailsiege@gmail.com>
-
- 22 Jul, 2021 1 commit
-
-
Łukasz Spintzyk authored
This is fixing crashes of xfce when running under qemu
-
- 20 Jul, 2021 1 commit
-
-
Łukasz Spintzyk authored
Since crtc can belong to secondary output that may not have present extension enabled we should fallback to first enabled crtc or fake crtc. Fix for issue xorg/xserver#1195
-
- 09 Jul, 2021 16 commits
-
-
It's redundant with the pixmap member of struct xwl_present_event. Acked-by:
Olivier Fourdan <ofourdan@redhat.com>
-
Where the latter isn't really needed. Acked-by:
Olivier Fourdan <ofourdan@redhat.com>
-
The only difference was unhooking from the vblank.event_queue list, which is already done by xwl_present_flip_notify_vblank in xwl_present_msc_bump.
-
Use present_vblank_rec::exec_msc instead. Acked-by:
Olivier Fourdan <ofourdan@redhat.com>
-
We are handling two cases here: the active flip or the pending flip. For the pending flip (event->pending == TRUE), we called xwl_present_release_pixmap. For the active flip (event->pending == FALSE), we called xwl_present_release_event. However, xwl_present_flip_notify_vblank already unhooked event->vblank.event_queue. So this was effectively the same as calling xwl_present_release_pixmap. Acked-by:
Olivier Fourdan <ofourdan@redhat.com>
-
Use present_vblank_rec::event_queue instead. The changes in xwl_present_execute shouldn't really be needed, since we should never hit queue_vblank in present_execute_wait. But let's be safe rather than sorry, plus this simplifies the code. Acked-by:
Olivier Fourdan <ofourdan@redhat.com>
-
Doesn't serve any purpose anymore. Acked-by:
Olivier Fourdan <ofourdan@redhat.com>
-
Can just call xwl_present_execute directly. This allows dropping the window member from struct xwl_present_window as well. Acked-by:
Olivier Fourdan <ofourdan@redhat.com>
-
We clear the vblank->pixmap field, so next time xwl_present_execute falls through to present_execute_post. Acked-by:
Olivier Fourdan <ofourdan@redhat.com>
-
Allows simplification by avoiding indirection. Acked-by:
Olivier Fourdan <ofourdan@redhat.com>
-
The same information can be determined from the flip queue. Acked-by:
Olivier Fourdan <ofourdan@redhat.com>
-
Use the first element of the flip_queue list for the same purpose. Acked-by:
Olivier Fourdan <ofourdan@redhat.com>
-
No need for them to be separate anymore. Acked-by:
Olivier Fourdan <ofourdan@redhat.com>
-
This allows for various simplifications. Use the pointer to the struct memory as the event ID. In contrast to the SCMD code for Xorg (where pending DRM events cannot be cancelled), this is safe here, because we can destroy pending Wayland callbacks. So we can't get a callback with a stale pointer to freed memory. Remove xwl_present_window::release_list in favour of present_vblank_rec::window_list. Remove xwl_present_event::xwl_present_window in favour of present_vblank_rec::window. xwl_present_free_event is never called for a NULL pointer anymore, no need to check. v2: * Restore DestroyWindow wrapping order to make sure present_destroy_window doesn't call xwl_present_abort_vblank. Acked-by:
Olivier Fourdan <ofourdan@redhat.com>
-
Allows embedding into another struct. Acked-by:
Olivier Fourdan <ofourdan@redhat.com>
-
We can call xwl_present_free_event unconditionally from xwl_present_abort_vblank, since the sync_callback is already destroyed in xwl_present_cleanup. Acked-by:
Olivier Fourdan <ofourdan@redhat.com>
-