Building the Linux kernel with Clang and LLVM
 help / color / mirror / Atom feed
From: Luca Ceresoli <luca.ceresoli@bootlin.com>
To: Maxime Ripard <mripard@kernel.org>
Cc: Andrzej Hajda <andrzej.hajda@intel.com>,
	Neil Armstrong <neil.armstrong@linaro.org>,
	Robert Foss <rfoss@kernel.org>,
	Laurent Pinchart <Laurent.pinchart@ideasonboard.com>,
	Jonas Karlman <jonas@kwiboo.se>,
	Jernej Skrabec <jernej.skrabec@gmail.com>,
	Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
	Thomas Zimmermann <tzimmermann@suse.de>,
	David Airlie <airlied@gmail.com>, Simona Vetter <simona@ffwll.ch>,
	Miguel Ojeda <ojeda@kernel.org>,
	Nathan Chancellor <nathan@kernel.org>,
	Nick Desaulniers <nick.desaulniers+lkml@gmail.com>,
	Bill Wendling <morbo@google.com>,
	Justin Stitt <justinstitt@google.com>,
	Tomi Valkeinen <tomi.valkeinen@ideasonboard.com>,
	Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>,
	Chaoyi Chen <chaoyi.chen@rock-chips.com>,
	Hui Pu <Hui.Pu@gehealthcare.com>,
	Thomas Petazzoni <thomas.petazzoni@bootlin.com>,
	dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org,
	llvm@lists.linux.dev
Subject: Re: [PATCH v2 7/9] drm/bridge: remove drm_for_each_bridge_in_chain()
Date: Tue, 16 Sep 2025 15:18:35 +0200	[thread overview]
Message-ID: <20250916151835.0c0d2e7b@booty> (raw)
In-Reply-To: <20250916-jade-seal-of-cleaning-5ee2bd@houat>

On Tue, 16 Sep 2025 11:03:41 +0200
Maxime Ripard <mripard@kernel.org> wrote:

> On Mon, Sep 15, 2025 at 05:58:05PM +0200, Luca Ceresoli wrote:
> > On Mon, 15 Sep 2025 14:22:24 +0200
> > Maxime Ripard <mripard@kernel.org> wrote:  
> > > On Fri, Aug 08, 2025 at 04:49:14PM +0200, Luca Ceresoli wrote:  
> > > > All users have been replaced by drm_for_each_bridge_in_chain_scoped().
> > > > 
> > > > Signed-off-by: Luca Ceresoli <luca.ceresoli@bootlin.com>
> > > > ---
> > > >  .clang-format            |  1 -
> > > >  include/drm/drm_bridge.h | 14 --------------
> > > >  2 files changed, 15 deletions(-)
> > > > 
> > > > diff --git a/.clang-format b/.clang-format
> > > > index 1cac7d4976644c8f083f801e98f619782c2e23cc..d5c05db1a0d96476b711b95912d2b82b2e780397 100644
> > > > --- a/.clang-format
> > > > +++ b/.clang-format
> > > > @@ -167,7 +167,6 @@ ForEachMacros:
> > > >    - 'drm_connector_for_each_possible_encoder'
> > > >    - 'drm_exec_for_each_locked_object'
> > > >    - 'drm_exec_for_each_locked_object_reverse'
> > > > -  - 'drm_for_each_bridge_in_chain'
> > > >    - 'drm_for_each_bridge_in_chain_scoped'
> > > >    - 'drm_for_each_connector_iter'
> > > >    - 'drm_for_each_crtc'
> > > > diff --git a/include/drm/drm_bridge.h b/include/drm/drm_bridge.h
> > > > index a8e2f599aea764c705da3582df0ca428bb32f19c..6adf9221c2d462ec8e0e4e281c97b39081b3da24 100644
> > > > --- a/include/drm/drm_bridge.h
> > > > +++ b/include/drm/drm_bridge.h
> > > > @@ -1358,20 +1358,6 @@ drm_bridge_chain_get_first_bridge(struct drm_encoder *encoder)
> > > >  						       struct drm_bridge, chain_node));
> > > >  }
> > > >  
> > > > -/**
> > > > - * drm_for_each_bridge_in_chain() - Iterate over all bridges present in a chain
> > > > - * @encoder: the encoder to iterate bridges on
> > > > - * @bridge: a bridge pointer updated to point to the current bridge at each
> > > > - *	    iteration
> > > > - *
> > > > - * Iterate over all bridges present in the bridge chain attached to @encoder.
> > > > - *
> > > > - * This is deprecated, do not use!
> > > > - * New drivers shall use drm_for_each_bridge_in_chain_scoped().
> > > > - */
> > > > -#define drm_for_each_bridge_in_chain(encoder, bridge)			\
> > > > -	list_for_each_entry(bridge, &(encoder)->bridge_chain, chain_node)
> > > > -    
> > > 
> > > I think I'd go a step further and rename
> > > drm_for_each_bridge_in_chain_scoped to drm_for_each_bridge_in_chain,
> > > there's no need to have a "scoped" variant if it's our only variant.
> > > 
> > > It can be done in a subsequent patch though.  
> > 
> > Sure, that's the plan. There's a note in patch 3:
> > 
> > Note 1: drm_for_each_bridge_in_chain_scoped() could be renamed removing the
> >         _scoped suffix after removing all the users of the current macro
> >         and eventually the current macro itself. Even though this series is
> >         converting all users, I'd at least wait one kernel release before
> >         renaming, to minimize issues with existing patches which would fail
> >         building.  
> 
> No need to wait that long, and the best time to do it is right now
> actually, about the time we start collecting the patches for a new
> release.

Ah, thanks, good to know!

Applied, but 'b4 ty' does not behave so no automatic notification email
at this time, sorry.

Luca

-- 
Luca Ceresoli, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

  reply	other threads:[~2025-09-16 13:19 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-08-08 14:49 [PATCH v2 0/9] drm/bridge: get/put the bridge when looping over the encoder chain Luca Ceresoli
2025-08-08 14:49 ` [PATCH v2 1/9] drm/display: bridge-connector: use scope-specific variable for the bridge pointer Luca Ceresoli
2025-08-19 13:43   ` Maxime Ripard
2025-08-08 14:49 ` [PATCH v2 2/9] drm/display: bridge-connector: remove unused variable assignment Luca Ceresoli
2025-08-19 13:43   ` Maxime Ripard
2025-08-08 14:49 ` [PATCH v2 3/9] drm/bridge: add drm_for_each_bridge_in_chain_scoped() Luca Ceresoli
2025-08-19 13:47   ` Maxime Ripard
2025-08-19 16:01     ` Luca Ceresoli
2025-08-20  9:40       ` Luca Ceresoli
2025-09-02 21:53         ` Luca Ceresoli
2025-09-15 12:21       ` Maxime Ripard
2025-08-08 14:49 ` [PATCH v2 4/9] drm/display: bridge-connector: use drm_for_each_bridge_in_chain_scoped() Luca Ceresoli
2025-08-08 14:49 ` [PATCH v2 5/9] drm/atomic: " Luca Ceresoli
2025-08-08 14:49 ` [PATCH v2 6/9] drm/bridge: " Luca Ceresoli
2025-08-08 14:49 ` [PATCH v2 7/9] drm/bridge: remove drm_for_each_bridge_in_chain() Luca Ceresoli
2025-09-15 12:22   ` Maxime Ripard
2025-09-15 15:58     ` Luca Ceresoli
2025-09-16  9:03       ` Maxime Ripard
2025-09-16 13:18         ` Luca Ceresoli [this message]
2025-08-08 14:49 ` [PATCH v2 8/9] drm/bridge: add drm_for_each_bridge_in_chain_from() Luca Ceresoli
2025-08-08 14:49 ` [PATCH v2 9/9] drm/omap: use drm_for_each_bridge_in_chain_from() Luca Ceresoli
2025-08-19 10:15 ` [PATCH v2 0/9] drm/bridge: get/put the bridge when looping over the encoder chain Luca Ceresoli
2025-09-05 13:54 ` (subset) " Luca Ceresoli

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20250916151835.0c0d2e7b@booty \
    --to=luca.ceresoli@bootlin.com \
    --cc=Hui.Pu@gehealthcare.com \
    --cc=Laurent.pinchart@ideasonboard.com \
    --cc=airlied@gmail.com \
    --cc=andrzej.hajda@intel.com \
    --cc=chaoyi.chen@rock-chips.com \
    --cc=dmitry.baryshkov@oss.qualcomm.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=jernej.skrabec@gmail.com \
    --cc=jonas@kwiboo.se \
    --cc=justinstitt@google.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=llvm@lists.linux.dev \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=morbo@google.com \
    --cc=mripard@kernel.org \
    --cc=nathan@kernel.org \
    --cc=neil.armstrong@linaro.org \
    --cc=nick.desaulniers+lkml@gmail.com \
    --cc=ojeda@kernel.org \
    --cc=rfoss@kernel.org \
    --cc=simona@ffwll.ch \
    --cc=thomas.petazzoni@bootlin.com \
    --cc=tomi.valkeinen@ideasonboard.com \
    --cc=tzimmermann@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox