An error occurred fetching the project authors.
  1. 14 Jul, 2017 1 commit
    • Shashank Sharma's avatar
      drm: handle HDMI 2.0 VICs in AVI info-frames · 0c1f528c
      Shashank Sharma authored
      HDMI 1.4b support the CEA video modes as per range of CEA-861-D (VIC 1-64).
      For any other mode, the VIC filed in AVI infoframes should be 0.
      HDMI 2.0 sinks, support video modes range as per CEA-861-F spec, which is
      extended to (VIC 1-107).
      
      This patch adds a bool input variable, which indicates if the connected
      sink is a HDMI 2.0 sink or not. This will make sure that we don't pass a
      HDMI 2.0 VIC to a HDMI 1.4 sink.
      
      This patch touches all drm drivers, who are callers of this function
      drm_hdmi_avi_infoframe_from_display_mode but to make sure there is
      no change in current behavior, is_hdmi2 is kept as false.
      
      In case of I915 driver, this patch:
      - checks if the connected display is HDMI 2.0.
      - HDMI infoframes carry one of this two type of information:
      	- VIC for 4K modes for HDMI 1.4 sinks
      	- S3D information for S3D modes
        As CEA-861-F has already defined VICs for 4K videomodes, this
        patch doesn't allow sending HDMI infoframes for HDMI 2.0 sinks,
        until the mode is 3D.
      
      Cc: Ville Syrjala <ville.syrjala@linux.intel.com>
      Cc: Jose Abreu <jose.abreu@synopsys.com>
      Cc: Andrzej Hajda <a.hajda@samsung.com>
      Cc: Alex Deucher <alexander.deucher@amd.com>
      Cc: Daniel Vetter <daniel.vetter@intel.com>
      
      PS: This patch touches a few lines in few files, which were
      already above 80 char, so checkpatch gives 80 char warning again.
      - gpu/drm/omapdrm/omap_encoder.c
      - gpu/drm/i915/intel_sdvo.c
      
      V2: Rebase, Added r-b from Andrzej
      V3: Addressed review comment from Ville:
      	- Do not send VICs in both AVI-IF and HDMI-IF
      	  send only one of it.
      V4: Rebase
      V5: Added r-b from Neil.
          Addressed review comments from Ville
          - Do not block HDMI vendor IF, instead check for VIC while
            handling AVI infoframes
      V6: Rebase
      V7: Rebase
      Reviewed-by: default avatarAndrzej Hajda <a.hajda@samsung.com>
      Reviewed-by: default avatarNeil Armstrong <narmstrong@baylibre.com>
      Signed-off-by: default avatarShashank Sharma <shashank.sharma@intel.com>
      Link: http://patchwork.freedesktop.org/patch/msgid/1499960000-9232-2-git-send-email-shashank.sharma@intel.comSigned-off-by: default avatarVille Syrjälä <ville.syrjala@linux.intel.com>
      0c1f528c
  2. 20 Jun, 2017 1 commit
  3. 16 Jun, 2017 5 commits
  4. 06 Jun, 2017 1 commit
  5. 26 May, 2017 1 commit
  6. 22 May, 2017 1 commit
  7. 11 May, 2017 3 commits
  8. 06 Apr, 2017 6 commits
  9. 22 Mar, 2017 1 commit
  10. 07 Mar, 2017 1 commit
  11. 01 Mar, 2017 1 commit
  12. 17 Feb, 2017 3 commits
  13. 03 Feb, 2017 1 commit
  14. 31 Jan, 2017 1 commit
  15. 25 Jan, 2017 1 commit
  16. 15 Dec, 2016 2 commits
    • Ville Syrjälä's avatar
      drm: Nuke fb->pixel_format · 438b74a5
      Ville Syrjälä authored
      Replace uses of fb->pixel_format with fb->format->format.
      Less duplicated information is a good thing.
      
      Note that coccinelle failed to eliminate the
      "/* fourcc format */" comment from drm_framebuffer.h, so I had
      to do that part manually.
      
      @@
      struct drm_framebuffer *FB;
      expression E;
      @@
       drm_helper_mode_fill_fb_struct(...) {
      	...
      -	FB->pixel_format = E;
      	...
       }
      
      @@
      struct drm_framebuffer *FB;
      expression E;
      @@
       i9xx_get_initial_plane_config(...) {
      	...
      -	FB->pixel_format = E;
      	...
       }
      
      @@
      struct drm_framebuffer *FB;
      expression E;
      @@
       ironlake_get_initial_plane_config(...) {
      	...
      -	FB->pixel_format = E;
      	...
       }
      
      @@
      struct drm_framebuffer *FB;
      expression E;
      @@
       skylake_get_initial_plane_config(...) {
      	...
      -	FB->pixel_format = E;
      	...
       }
      
      @@
      struct drm_framebuffer *a;
      struct drm_framebuffer b;
      @@
      (
      - a->pixel_format
      + a->format->format
      |
      - b.pixel_format
      + b.format->format
      )
      
      @@
      struct drm_plane_state *a;
      struct drm_plane_state b;
      @@
      (
      - a->fb->pixel_format
      + a->fb->format->format
      |
      - b.fb->pixel_format
      + b.fb->format->format
      )
      
      @@
      struct drm_crtc *CRTC;
      @@
      (
      - CRTC->primary->fb->pixel_format
      + CRTC->primary->fb->format->format
      |
      - CRTC->primary->state->fb->pixel_format
      + CRTC->primary->state->fb->format->format
      )
      
      @@
      struct drm_mode_set *set;
      @@
      (
      - set->fb->pixel_format
      + set->fb->format->format
      |
      - set->crtc->primary->fb->pixel_format
      + set->crtc->primary->fb->format->format
      )
      
      @@
      @@
       struct drm_framebuffer {
      	 ...
      -	 uint32_t pixel_format;
      	 ...
       };
      
      v2: Fix commit message (Laurent)
          Rebase due to earlier removal of many fb->pixel_format uses,
          including the 'fb->format = drm_format_info(fb->format->format);'
          snafu
      v3: Adjusted the semantic patch a bit and regenerated due to code
          changes
      
      Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
      Signed-off-by: default avatarVille Syrjälä <ville.syrjala@linux.intel.com>
      Reviewed-by: Alex Deucher <alexander.deucher@amd.com> (v1)
      Reviewed-by: default avatarLaurent Pinchart <laurent.pinchart@ideasonboard.com>
      Link: http://patchwork.freedesktop.org/patch/msgid/1481751175-18463-1-git-send-email-ville.syrjala@linux.intel.com
      438b74a5
    • Ville Syrjälä's avatar
      drm/nouveau: Use fb->format rather than drm_format_info() · 9857ecbe
      Ville Syrjälä authored
      Let's use the pointer to the format information cached under
      drm_framebuffer rather than look it up manually.
      
      Cc: Ben Skeggs <bskeggs@redhat.com>
      Signed-off-by: default avatarVille Syrjälä <ville.syrjala@linux.intel.com>
      Link: http://patchwork.freedesktop.org/patch/msgid/1479498793-31021-28-git-send-email-ville.syrjala@linux.intel.comReviewed-by: default avatarDaniel Vetter <daniel.vetter@ffwll.ch>
      9857ecbe
  17. 13 Dec, 2016 1 commit
  18. 28 Nov, 2016 1 commit
    • Mario Kleiner's avatar
      drm/nouveau/kms/nv50: Fix atomic pageflip events. · bd9f6605
      Mario Kleiner authored
      The new atomic modesetting/pageflip code for nv50+ for
      Linux 4.10+ no longer uses pageflip irq's to signal
      flip completion. Instead it polls for flip completion
      from within a kthread/work queue.
      
      This creates a race between the vblank irq handler
      updating the vblank count and timestamp for the
      vblank of flip completion, and the kthread's
      polling code detecting flip completion and sending
      out the flip completion event.
      
      Depending on who executes a few microseconds earlier,
      the flip completion event will either contain correct
      count/timestamp or a stale count/timestamp from the
      previous vblank. This error was observed for about
      50% of all executed flips, e.g., observable under DRI2
      by the Xorg.log filling with flip handler warning
      messages.
      
      Call drm_accurate_vblank_count() before sending
      out flip completion events to enforce a vblank
      count/ts update for the vblank of flip completion
      and avoid stale counts/timestamps.
      
      This fix leads to one redundant call to drm_update_vblank_count
      for each completed flip, but no other side effects. On
      a ~6 year old Core i7 M620@ 2.67GHz the redundant call
      costs about 10 usecs per flip
      
      Successfully tested on GeForce 9500/9600/330M so far.
      Signed-off-by: default avatarMario Kleiner <mario.kleiner.de@gmail.com>
      Cc: Ben Skeggs <bskeggs@redhat.com>
      Signed-off-by: default avatarBen Skeggs <bskeggs@redhat.com>
      bd9f6605
  19. 16 Nov, 2016 2 commits
  20. 07 Nov, 2016 6 commits