[Intel-gfx] [PATCH 2/2] drm/i915: Try to handle 90/270 degree rotated initial fb

Ville Syrjälä ville.syrjala at linux.intel.com
Wed Oct 21 13:22:03 UTC 2020


On Tue, Oct 20, 2020 at 10:12:27PM +0100, Chris Wilson wrote:
> Quoting Ville Syrjala (2020-10-20 20:43:30)
> > From: Ville Syrjälä <ville.syrjala at linux.intel.com>
> > 
> > Do the fb size readout correctly for the 90/270 degree rotated
> > cases. Not sure if we're missing something else as well.
> > 
> > Also no idea whether the BIOS would ever do this.
> > 
> > Signed-off-by: Ville Syrjälä <ville.syrjala at linux.intel.com>
> > ---
> >  drivers/gpu/drm/i915/display/intel_display.c | 22 ++++++++++++--------
> >  1 file changed, 13 insertions(+), 9 deletions(-)
> > 
> > diff --git a/drivers/gpu/drm/i915/display/intel_display.c b/drivers/gpu/drm/i915/display/intel_display.c
> > index fd0103f6cc95..183f5d3cd106 100644
> > --- a/drivers/gpu/drm/i915/display/intel_display.c
> > +++ b/drivers/gpu/drm/i915/display/intel_display.c
> > @@ -10604,7 +10604,7 @@ skl_get_initial_plane_config(struct intel_crtc *crtc,
> >         enum pipe pipe;
> >         u32 val, base, offset, stride_mult, tiling, alpha;
> >         int fourcc, pixel_format;
> > -       unsigned int aligned_height;
> > +       unsigned int aligned_height, stride;
> >         struct drm_framebuffer *fb;
> >         struct intel_framebuffer *intel_fb;
> >  
> > @@ -10696,10 +10696,6 @@ skl_get_initial_plane_config(struct intel_crtc *crtc,
> >             val & PLANE_CTL_FLIP_HORIZONTAL)
> >                 plane_config->rotation |= DRM_MODE_REFLECT_X;
> >  
> > -       /* 90/270 degree rotation would require extra work */
> > -       if (drm_rotation_90_or_270(plane_config->rotation))
> > -               goto error;
> > -
> >         base = intel_de_read(dev_priv, PLANE_SURF(pipe, plane_id)) & 0xfffff000;
> >         plane_config->base = base;
> >  
> > @@ -10710,10 +10706,18 @@ skl_get_initial_plane_config(struct intel_crtc *crtc,
> >         fb->width = ((val >> 0) & 0xffff) + 1;
> >  
> >         val = intel_de_read(dev_priv, PLANE_STRIDE(pipe, plane_id));
> > -       stride_mult = skl_plane_stride_mult(fb, 0, DRM_MODE_ROTATE_0);
> > -       fb->pitches[0] = (val & 0x3ff) * stride_mult;
> > -
> > -       aligned_height = intel_fb_align_height(fb, 0, fb->height);
> > +       stride_mult = skl_plane_stride_mult(fb, 0, plane_config->rotation);
> > +       stride = (val & 0x3ff) * stride_mult;
> > +
> > +       if (drm_rotation_90_or_270(plane_config->rotation)) {
> > +               swap(fb->width, fb->height);
> > +               fb->pitches[0] = ALIGN(fb->width * fb->format->cpp[0],
> > +                                      intel_fb_stride_alignment(fb, 0));
> > +               aligned_height = stride;
> > +       } else {
> > +               fb->pitches[0] = stride;
> > +               aligned_height = intel_fb_align_height(fb, 0, fb->height);
> > +       }
> 
> Cross check with tiling-y to rule out garbage?

I guess we could do that. Hmm, and we should probably reject Yf because
it has no fence and so seems like it should not even be possible.

> 
> We could also check the stride is suitable for tiling. How much do you
> trust that the registers light up a plane?

The hw stride is specified in tile units (hence the stride_mult).

-- 
Ville Syrjälä
Intel


More information about the Intel-gfx mailing list