1. 10 Apr, 2018 1 commit
  2. 05 Apr, 2018 1 commit
  3. 02 Apr, 2018 1 commit
  4. 28 Mar, 2018 2 commits
  5. 27 Mar, 2018 1 commit
  6. 21 Mar, 2018 2 commits
  7. 05 Mar, 2018 7 commits
  8. 28 Feb, 2018 1 commit
  9. 27 Feb, 2018 2 commits
    • Keith Packard's avatar
      Add RandR leases with modesetting driver support [v6] · e4e34476
      Keith Packard authored
      
      
      This adds support for RandR CRTC/Output leases through the modesetting
      driver, creating a lease using new kernel infrastructure and returning
      that to a client through an fd which will have access to only those
      resources.
      
      v2:	Restore CRTC mode when leases terminate
      
      	When a lease terminates for a crtc we have saved data for, go
      	ahead and restore the saved mode.
      
      v3:	Report RR_Rotate_0 rotations for leased crtcs.
      
      	Ignore leased CRTCs when selecting screen size.
      
      	Stop leasing encoders, the kernel doesn't do that anymore.
      
      	Turn off crtc->enabled while leased so that modesetting
      	ignores them.
      
      	Check lease status before calling any driver mode functions
      
      	When starting a lease, mark leased CRTCs as disabled and hide
      	their cursors. Also, check to see if there are other
      	non-leased CRTCs which are driving leased Outputs and mark
      	them as disabled as well. Sometimes an application will lease
      	an idle crtc instead of the one already associated with the
      	leased output.
      
      	When terminating a lease, reset any CRTCs which are driving
      	outputs that are no longer leased so that they start working
      	again.
      
      	This required splitting the DIX level lease termination code
      	into two pieces, one to remove the lease from the system
      	(RRLeaseTerminated) and a new function that frees the lease
      	data structure (RRLeaseFree).
      
      v4:	Report RR_Rotate_0 rotation for leased crtcs.
      
      v5: Terminate all leases on server reset.
      
      	Leases hang around after the associated client exits so that
      	the client doesn't need to occupy an X server client slot and
      	consume a file descriptor once it has gotten the output
      	resources necessary.
      
      	Any leases still hanging around when the X server resets or
      	shuts down need to be cleaned up by calling the kernel to
      	terminate the lease and freeing any DIX structures.
      
      	Note that we cannot simply use the existing
      	drmmode_terminate_lease function on each lease as that wants
      	to also reset the video mode, and during server shut down that
      
         modesetting: Validate leases on VT enter
      
      	The kernel doesn't allow any master ioctls to run when another
      	VT is active, including simple things like listing the active
      	leases. To deal with that, we check the list of leases
      	whenever the X server VT is activated.
      
         xfree86: hide disabled cursors when resetting after lease termination
      
      	The lessee may well have played with cursors and left one
      	active on our screen. Just tell the kernel to turn it off.
      
      v6:	Add meson build infrastructure
      
      [Also bumped libdrm requirement - ajax]
      Signed-off-by: Keith Packard's avatarKeith Packard <keithp@keithp.com>
      Reviewed-by: Adam Jackson's avatarAdam Jackson <ajax@redhat.com>
      e4e34476
    • Keith Packard's avatar
      xf86-video-modesetting: Record non-desktop kernel property at PreInit time · b91c787c
      Keith Packard authored
      
      
      Save any value of the kernel non-desktop property in the xf86Output
      structure to avoid non-desktop outputs in the default configuration.
      
      [Also bump randrproto requirement to a version that defines
      RR_PROPERTY_NON_DESKTOP - ajax]
      Signed-off-by: Keith Packard's avatarKeith Packard <keithp@keithp.com>
      Reviewed-by: Adam Jackson's avatarAdam Jackson <ajax@nwnk.net>
      b91c787c
  10. 14 Feb, 2018 2 commits
    • Adam Jackson's avatar
      glx: Use vnd layer for dispatch (v4) · d8ec33fe
      Adam Jackson authored
      
      
      The big change here is MakeCurrent and context tag tracking. We now
      delegate context tags entirely to the vnd layer, and simply store a
      pointer to the context state as the tag data. If a context is deleted
      while it's current, we allocate a fake ID for the context and move the
      context state there, so the tag data still points to a real context. As
      a result we can stop trying so hard to detach the client from contexts
      at disconnect time and just let resource destruction handle it.
      
      Since vnd handles all the MakeCurrent protocol now, our request handlers
      for it can just be return BadImplementation. We also remove a bunch of
      LEGAL_NEW_RESOURCE, because now by the time we're called vnd has already
      allocated its tracking resource on that XID.
      
      v2: Update to match v2 of the vnd import, and remove more redundant work
      like request length checks.
      
      v3: Add/remove the XID map from the vendor private thunk, not the
      backend. (Kyle Brenneman)
      
      v4: Fix deletion of ghost contexts (Kyle Brenneman)
      Signed-off-by: Adam Jackson's avatarAdam Jackson <ajax@redhat.com>
      d8ec33fe
    • Alexander Volkov's avatar
      Xephyr: Require xcb-shm version 1.9.3 or newer · 8510f542
      Alexander Volkov authored
      
      
      It's needed for FD-passing.
      Signed-off-by: Alexander Volkov's avatarAlexander Volkov <a.volkov@rusbitech.ru>
      Reviewed-by: Adam Jackson's avatarAdam Jackson <ajax@redhat.com>
      8510f542
  11. 02 Feb, 2018 1 commit
  12. 01 Feb, 2018 1 commit
  13. 24 Jan, 2018 1 commit
    • Olivier Fourdan's avatar
      xwayland: Add optional xdg-output support · da8de2a7
      Olivier Fourdan authored
      
      
      The xdg-output protocol aims at describing outputs in way which is
      more in line with the concept of an output on desktop oriented systems.
      
      For now it just features the position and logical size which describe
      the output position and size in the global compositor space.
      
      This is however much useful for Xwayland to advertise the output size
      and position to X11 clients which need this to configure their surfaces
      in the global compositor space as the compositor may apply a different
      scale from what is advertised by the output scaling property (to achieve
      fractional scaling, for example).
      
      This was added in wayland-protocols 1.10.
      Reviewed-by: Adam Jackson's avatarAdam Jackson <ajax@redhat.com>
      Signed-off-by: default avatarOlivier Fourdan <ofourdan@redhat.com>
      da8de2a7
  14. 16 Jan, 2018 1 commit
  15. 08 Jan, 2018 1 commit
    • Helmut Grohne's avatar
      build: guess availability of monotonic clock for cross compilation · c601c8fa
      Helmut Grohne authored
      
      
      When cross compiling, the value of MONOTONIC_CLOCK would be "cross
      compiling", because AC_RUN_IFELSE doesn't work. However when enabling
      wayland, a monotonic clock is required and configure aborts.
      
      We change detection of CLOCK_MONOTONIC to degrade it gracefully from a
      run check to a declaration check in case of cross compilation based on
      the assumption that most systems will have a monotonic clock and those
      that don't won't be able to run Xwayland anyway. The trade-off
      essentially is either "always fail cross compilation" or "produce an
      unusable Xwayland for unusual platform" and this commit switches to the
      latter.
      Signed-off-by: default avatarHelmut Grohne <helmut@subdivi.de>
      Bug-Debian: https://bugs.debian.org/882531
      
      Reviewed-by: Adam Jackson's avatarAdam Jackson <ajax@redhat.com>
      c601c8fa
  16. 06 Nov, 2017 1 commit
  17. 20 Sep, 2017 1 commit
  18. 13 Sep, 2017 1 commit
  19. 22 Aug, 2017 3 commits
  20. 01 Aug, 2017 1 commit
  21. 27 Jun, 2017 1 commit
  22. 02 Jun, 2017 1 commit
  23. 03 May, 2017 1 commit
    • Adam Jackson's avatar
      xfree86: Silence a new glibc warning · d732c365
      Adam Jackson authored
      
      
      glibc would like to stop declaring major()/minor() macros in
      <sys/types.h> because that header gets included absolutely everywhere
      and unix device major/minor is perhaps usually not what's expected. Fair
      enough. If one includes <sys/sysmacros.h> as well then glibc knows we
      meant it and doesn't warn, so do that if it exists.
      Signed-off-by: Adam Jackson's avatarAdam Jackson <ajax@redhat.com>
      d732c365
  24. 28 Apr, 2017 1 commit
  25. 25 Apr, 2017 1 commit
  26. 21 Apr, 2017 2 commits
  27. 23 Mar, 2017 1 commit