1. 30 Nov, 2018 1 commit
  2. 29 Nov, 2018 1 commit
    • Jonas Ådahl's avatar
      backend/x11/nested: Always claim the lid is open · c8db8bbe
      Jonas Ådahl authored
      The nested backend used the value from udev, meaning that one couldn't
      configure the fake monitor if the laptop panel of the host was closed.
      Avoid this annoyance by always having the nested backend claiming the
      lid is open.
      c8db8bbe
  3. 27 Nov, 2018 5 commits
  4. 26 Nov, 2018 3 commits
    • Daniel van Vugt's avatar
      clutter: Remove erroneous "fixed point" comment · 557b2a0e
      Daniel van Vugt authored
      The function `clutter_actor_transform_stage_point` actually operates
      almost entirely in floating point.
      557b2a0e
    • Niels De Graef's avatar
      monitor-manager: remove get_edid_file() vfunc · 49cb691b
      Niels De Graef authored
      It wasn't implemented by any subclass, it's not provided by DRM either.
      And even if a subclass were to have only a file available, it could read
      it into a GBytes as well and just use `read_edid()`.
      
      Found this while working on !269.
      49cb691b
    • Florian Müllner's avatar
      x11: Remove hide-titlebar-when-maximized support · 6e1b14b2
      Florian Müllner authored
      It's a UI pattern that has been superseded by client-side decorations,
      apps that used to set the hint have generally moved on to headerbars.
      Given that and the limitation to server-side decorated X11 windows,
      GTK4 removed the client-side API for setting the hint, it's time to
      follow suite and retire the feature.
      
      !221
      6e1b14b2
  5. 23 Nov, 2018 17 commits
  6. 22 Nov, 2018 5 commits
  7. 21 Nov, 2018 2 commits
  8. 20 Nov, 2018 1 commit
  9. 19 Nov, 2018 5 commits
    • Pekka Paalanen's avatar
      wayland-dma-buf: doc the odd format mapping · 63a6ead7
      Pekka Paalanen authored
      This format mapping looks wrong at first hand, so explain why it is like
      it is.
      
      See also #323
      63a6ead7
    • Pekka Paalanen's avatar
      renderer/native: remove meta_renderer_native_gles3_read_pixels · 1c044a8f
      Pekka Paalanen authored
      It is unused.
      1c044a8f
    • Pekka Paalanen's avatar
      renderer/native: use cogl for CPU copy path · d4bea60e
      Pekka Paalanen authored
      Use cogl_framebuffer_read_pixels_into_bitmap () instead of
      glReadPixels () for the CPU copy path in multi-GPU support.
      
      The cogl function employs several tricks to make the read-pixels as fast
      as possible and does the y-flip as necessary. This should make the copy
      more performant over all kinds of hardware.
      
      This is expected to be used on virtual outputs (e.g. DisplayLink USB
      docks and monitors) foremost, where the dumb buffer memory is just
      regular system memory. If the dumb buffer memory is somehow slow, like
      residing in discrete VRAM or having an unexpected caching mode, it may
      be possible for the cogl function perform worse because it might do the
      y-flip in-place in the dumb buffer. Hopefully that does not happen in
      any practical scenario.
      
      Calling meta_renderer_native_gles3_read_pixels () here was conceptually
      wrong to begin with because it was done with the Cogl GL context of the
      primary GPU, not on the GL ES 3 context of a secondary GPU. However,
      due eglBindAPI being a no-op in Mesa and the glReadPixels () arguments
      being compatible, it worked.
      
      This patch adds a pixel format conversion table between DRM and Cogl
      formats. It contains more formats than absolutely necessary and the
      texture components field which is currently unused for completeness. See
      Mutter issue #323. Making the table more complete documents better how
      the pixel formats actually map so that posterity should be less likely
      to be confused. This table could be shared with
      shm_buffer_get_cogl_pixel_format () as well, but not with
      meta_wayland_dma_buf_buffer_attach ().
      
      On HP ProBook 4520s laptop (Mesa DRI Intel(R) Ironlake Mobile, Mesa
      18.0.5), without this patch copy_shared_framebuffer_cpu () for a
      DisplayLink output takes 5 seconds with a 1080p frame.  Obviously that
      makes Mutter and gnome-shell completely unusable.  With this patch, that
      function takes 13-18 ms which makes it usable if not fluent.
      
      On Intel i7-4790 (Mesa DRI Intel(R) Haswell Desktop) machine, this patch
      makes no significant difference (the copy takes 4-5 ms).
      d4bea60e
    • Pekka Paalanen's avatar
      renderer/native: store dumb FB format · 8c4743ee
      Pekka Paalanen authored
      The format will be needed in a following commit in the CPU copy path
      which stops hardcoding another format and starts using the format the
      dumb FB was created with.
      8c4743ee
    • Pekka Paalanen's avatar
      renderer/native: use DRM formats for dumb buffers · cbbd6d71
      Pekka Paalanen authored
      Change the callers of init_dumb_fb () to use DRM format codes. DRM and
      GBM format codes are identical, but since this is about dumb buffers,
      DRM formats fit better.
      
      The header /usr/include/gbm.h installed by Mesa says:
      
       * The FourCC format codes are taken from the drm_fourcc.h definition, and
       * re-namespaced. New GBM formats must not be added, unless they are
       * identical ports from drm_fourcc.
      
      That refers to the GBM_FORMAT_* codes.
      cbbd6d71