Re: [PATCH v2 00/35] drm/bridge: Various quality of life improvements

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, Feb 09, 2025 at 05:27:01AM +0200, Dmitry Baryshkov wrote:
> On Tue, Feb 04, 2025 at 03:57:28PM +0100, Maxime Ripard wrote:
> > Hi,
> > 
> > Here's a series of changes after to the KMS helpers and bridge API
> > following a bunch of reviews I did.
> > 
> > It's mostly centered across providing an easier time to deal with bridge
> > states, and a somewhat consistent with the other entities API.
> > 
> > It's build tested only, with arm64 allmodconfig.
> > 
> > Maxime
> > 
> > Signed-off-by: Maxime Ripard <mripard@xxxxxxxxxx>
> > ---
> > Changes in v2:
> > - Pass the full atomic state to bridge atomic hooks
> > - Make attach take the encoder as a parameter
> > - Mark bridge->encoder as deprecated
> > - Rework the logic to detect if a bridge uses a state or not at
> >   atomic_check time
> > - Add lockdep assertion to drm_bridge_get_current_state()
> > - Link to v1: https://lore.kernel.org/r/20250115-bridge-connector-v1-0-9a2fecd886a6@xxxxxxxxxx
> > 
> > ---
> > Maxime Ripard (35):
> >       drm/atomic: Document history of drm_atomic_state
> >       drm/bridge: Pass full state to atomic_pre_enable
> >       drm/bridge: Pass full state to atomic_enable
> >       drm/bridge: Pass full state to atomic_disable
> >       drm/bridge: Pass full state to atomic_post_disable
> >       drm/atomic-helper: Fix commit_tail state variable name
> >       drm/atomic-helper: Change parameter name of drm_atomic_helper_wait_for_dependencies()
> >       drm/atomic-helper: Change parameter name of drm_atomic_helper_commit_tail()
> >       drm/atomic-helper: Change parameter name of drm_atomic_helper_commit_tail_rpm()
> >       drm/atomic-helper: Change parameter name of drm_atomic_helper_modeset_disables()
> >       drm/atomic-helper: Change parameter name of disable_outputs()
> >       drm/bridge: Change parameter name of drm_atomic_bridge_chain_disable()
> >       drm/bridge: Change parameter name of drm_atomic_bridge_chain_post_disable()
> >       drm/atomic-helper: Change parameter name of drm_atomic_helper_update_legacy_modeset_state()
> >       drm/atomic-helper: Change parameter name of crtc_set_mode()
> >       drm/atomic-helper: Change parameter name of drm_atomic_helper_commit_planes()
> >       drm/atomic-helper: Change parameter name of drm_atomic_helper_commit_modeset_enables()
> >       drm/bridge: Change parameter name of drm_atomic_bridge_chain_pre_enable()
> >       drm/bridge: Change parameter name of drm_atomic_bridge_chain_enable()
> >       drm/atomic-helper: Change parameter name of drm_atomic_helper_commit_writebacks()
> >       drm/atomic-helper: Change parameter name of drm_atomic_helper_fake_vblank()
> >       drm/atomic-helper: Change parameter name of drm_atomic_helper_commit_hw_done()
> >       drm/atomic-helper: Change parameter name of drm_atomic_helper_wait_for_vblanks()
> >       drm/atomic-helper: Change parameter name of drm_atomic_helper_cleanup_planes()
> >       drm/atomic-helper: Change parameter name of drm_atomic_helper_commit_cleanup_done()
> >       drm/atomic-helper: Change parameter name of drm_atomic_helper_wait_for_flip_done()
> 
> I agree that use of the old_state can be confusing (and it has been
> confusing to me for some time). The main question is, do we loose useful
> memo 'this is the state after swap'. Most likely it is useless now, just
> wanted to give it a second thought.

The drm_atomic_state doesn't change after a swap, only the
plane/crtc/connector/private_obj (and their state) state pointer do. And
if you meant that old_state mentions that the states have been swapped,
it's still a terrible name and we should change it still :)

Maxime

Attachment: signature.asc
Description: PGP signature


[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux