[v2,00/31] Preparatory patches for BCM2712 (Pi5) support

Message

Dave Stevenson June 21, 2024, 3:20 p.m. UTC

Hi

This set is a number of minor fixes that we've had downstream for a while,
and then lays down the some infrastructure changes to facilitate adding support
of BCM2712. I'm just finalising those patches so they should follow on fairly
soon.

Thanks
  Dave

---
v1 -> v2

- Sorted Maxime's email address (git log hid the old address due to mailmap)
- Added my missed SoB to Dom's patch
- Extended commit subjects to standardise and include what part of vc4 was being
  updated.
- Added Fixes tags to all appropriate patches
- Dropped "Limit max_bpc to 8 on Pi0-3" as that is already fixed by b47a72f30768f
- Added "drm/vc4: hvs: Correct logic on stopping an HVS channel" as it is a
  pre-2712 fix that I found as I was then adding the 2712 stuff on top.

Dave Stevenson (8):
  drm/vc4: crtc: Force trigger of dlist update on margins change
  drm/vc4: hvs: Set AXI panic modes for the HVS
  drm/vc4: hvs: Don't write gamma luts on 2711
  drm/vc4: plane: YUV planes require vertical scaling to always be
    enabled
  drm/vc4: hvs: Fix dlist debug not resetting the next entry pointer
  drm/vc4: hvs: Remove incorrect limit from hvs_dlist debugfs function
  drm/vc4: plane: Move the buffer offset out of the vc4_plane_state
  drm/vc4: hvs: Correct logic on stopping an HVS channel

Dom Cobley (7):
  drm/vc4: plane: Keep fractional source coords inside state
  drm/vc4: plane: Handle fractional coordinates using the phase field
  drm/vc4: hdmi: Avoid log spam for audio start failure
  drm/vc4: plane: Add support for YUV444 formats
  drm/vc4: hdmi: Increase audio MAI fifo dreq threshold
  drm/vc4: hdmi: Avoid hang with debug registers when suspended
  drm/vc4: hvs: Remove ABORT_ON_EMPTY flag

Maxime Ripard (15):
  drm/vc4: hdmi: Warn if writing to an unknown HDMI register
  drm/vc4: hvs: More logging for dlist generation
  drm/vc4: hvs: Print error if we fail an allocation
  drm/vc4: plane: Add more debugging for LBM allocation
  drm/vc4: plane: Use return variable in atomic_check
  drm/vc4: crtc: Move assigned_channel to a variable
  drm/vc4: Introduce generation number enum
  drm/vc4: Make v3d paths unavailable on any generation newer than vc4
  drm/vc4: hvs: Use switch statement to simplify
    vc4_hvs_get_fifo_from_output
  drm/vc4: hvs: Create hw_init function
  drm/vc4: hvs: Create cob_init function
  drm/vc4: hvs: Rename hvs_regs list
  drm/vc4: plane: Change ptr0_offset to an array
  drm/vc4: hvs: Rework LBM alignment
  drm/vc4: hvs: Change prototype of __vc4_hvs_alloc to pass registers

Tim Gover (1):
  drm/vc4: hvs: Enable SCALER_CONTROL early in HVS init

 drivers/gpu/drm/vc4/tests/vc4_mock.c       |  14 +-
 drivers/gpu/drm/vc4/vc4_bo.c               |  28 +-
 drivers/gpu/drm/vc4/vc4_crtc.c             |  35 +-
 drivers/gpu/drm/vc4/vc4_drv.c              |  22 +-
 drivers/gpu/drm/vc4/vc4_drv.h              |  29 +-
 drivers/gpu/drm/vc4/vc4_gem.c              |  24 +-
 drivers/gpu/drm/vc4/vc4_hdmi.c             |  25 +-
 drivers/gpu/drm/vc4/vc4_hdmi_regs.h        |   5 +-
 drivers/gpu/drm/vc4/vc4_hvs.c              | 351 +++++++++++++--------
 drivers/gpu/drm/vc4/vc4_irq.c              |  10 +-
 drivers/gpu/drm/vc4/vc4_kms.c              |  14 +-
 drivers/gpu/drm/vc4/vc4_perfmon.c          |  20 +-
 drivers/gpu/drm/vc4/vc4_plane.c            | 281 +++++++++++------
 drivers/gpu/drm/vc4/vc4_regs.h             |   1 +
 drivers/gpu/drm/vc4/vc4_render_cl.c        |   2 +-
 drivers/gpu/drm/vc4/vc4_v3d.c              |  10 +-
 drivers/gpu/drm/vc4/vc4_validate.c         |   8 +-
 drivers/gpu/drm/vc4/vc4_validate_shaders.c |   2 +-
 18 files changed, 538 insertions(+), 343 deletions(-)

Comments

Maxime Ripard June 26, 2024, 1:33 p.m. UTC | #1

On Fri, 21 Jun 2024 16:20:24 +0100, Dave Stevenson wrote:
> Hi
> 
> This set is a number of minor fixes that we've had downstream for a while,
> and then lays down the some infrastructure changes to facilitate adding support
> of BCM2712. I'm just finalising those patches so they should follow on fairly
> 
> [ ... ]

Reviewed-by: Maxime Ripard <[e-mail]>

Thanks!
Maxime