All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Pekka Paalanen <ppaalanen@gmail.com>
Cc: Maxime Ripard <mripard@kernel.org>,
	Jani Nikula <jani.nikula@linux.intel.com>,
	Thomas Zimmermann <tzimmermann@suse.de>,
	Emma Anholt <emma@anholt.net>, Jonathan Corbet <corbet@lwn.net>,
	linux-kernel@vger.kernel.org,
	Samuel Holland <samuel@sholland.org>,
	Sandy Huang <hjc@rock-chips.com>,
	Jernej Skrabec <jernej.skrabec@gmail.com>,
	linux-doc@vger.kernel.org, Hans Verkuil <hverkuil@xs4all.nl>,
	linux-rockchip@lists.infradead.org, Chen-Yu Tsai <wens@csie.org>,
	dri-devel@lists.freedesktop.org, linux-media@vger.kernel.org,
	linux-sunxi@lists.linux.dev,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v4 05/45] drm/connector: Check drm_connector_init pointers arguments
Date: Wed, 29 Nov 2023 12:25:37 +0200	[thread overview]
Message-ID: <ZWcRoTJ9VgOqZ3ts@intel.com> (raw)
In-Reply-To: <20231129121259.47746996@eldfell>

On Wed, Nov 29, 2023 at 12:12:59PM +0200, Pekka Paalanen wrote:
> On Tue, 28 Nov 2023 15:49:08 +0200
> Ville Syrjälä <ville.syrjala@linux.intel.com> wrote:
> 
> > Should we perhaps start to use the (arguably hideous)
> >  - void f(struct foo *bar)
> >  + void f(struct foo bar[static 1])
> > syntax to tell the compiler we don't accept NULL pointers?
> > 
> > Hmm. Apparently that has the same problem as using any
> > other kind of array syntax in the prototype. That is,
> > the compiler demands to know the definition of 'struct foo'
> > even though we're passing in effectively a pointer. Sigh.
> 
> 
> __attribute__((nonnull)) ?

I guess that would work, though the syntax is horrible when
you need to flag specific arguments.

-- 
Ville Syrjälä
Intel

WARNING: multiple messages have this Message-ID (diff)
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Pekka Paalanen <ppaalanen@gmail.com>
Cc: Maxime Ripard <mripard@kernel.org>,
	Jani Nikula <jani.nikula@linux.intel.com>,
	Thomas Zimmermann <tzimmermann@suse.de>,
	Emma Anholt <emma@anholt.net>, Jonathan Corbet <corbet@lwn.net>,
	linux-kernel@vger.kernel.org,
	Samuel Holland <samuel@sholland.org>,
	Sandy Huang <hjc@rock-chips.com>,
	Jernej Skrabec <jernej.skrabec@gmail.com>,
	linux-doc@vger.kernel.org, Hans Verkuil <hverkuil@xs4all.nl>,
	linux-rockchip@lists.infradead.org, Chen-Yu Tsai <wens@csie.org>,
	dri-devel@lists.freedesktop.org, linux-media@vger.kernel.org,
	linux-sunxi@lists.linux.dev,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v4 05/45] drm/connector: Check drm_connector_init pointers arguments
Date: Wed, 29 Nov 2023 12:25:37 +0200	[thread overview]
Message-ID: <ZWcRoTJ9VgOqZ3ts@intel.com> (raw)
In-Reply-To: <20231129121259.47746996@eldfell>

On Wed, Nov 29, 2023 at 12:12:59PM +0200, Pekka Paalanen wrote:
> On Tue, 28 Nov 2023 15:49:08 +0200
> Ville Syrjälä <ville.syrjala@linux.intel.com> wrote:
> 
> > Should we perhaps start to use the (arguably hideous)
> >  - void f(struct foo *bar)
> >  + void f(struct foo bar[static 1])
> > syntax to tell the compiler we don't accept NULL pointers?
> > 
> > Hmm. Apparently that has the same problem as using any
> > other kind of array syntax in the prototype. That is,
> > the compiler demands to know the definition of 'struct foo'
> > even though we're passing in effectively a pointer. Sigh.
> 
> 
> __attribute__((nonnull)) ?

I guess that would work, though the syntax is horrible when
you need to flag specific arguments.

-- 
Ville Syrjälä
Intel

_______________________________________________
Linux-rockchip mailing list
Linux-rockchip@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-rockchip

WARNING: multiple messages have this Message-ID (diff)
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Pekka Paalanen <ppaalanen@gmail.com>
Cc: Maxime Ripard <mripard@kernel.org>,
	Jani Nikula <jani.nikula@linux.intel.com>,
	Thomas Zimmermann <tzimmermann@suse.de>,
	Emma Anholt <emma@anholt.net>, Jonathan Corbet <corbet@lwn.net>,
	linux-kernel@vger.kernel.org,
	Samuel Holland <samuel@sholland.org>,
	Sandy Huang <hjc@rock-chips.com>,
	Jernej Skrabec <jernej.skrabec@gmail.com>,
	linux-doc@vger.kernel.org, Hans Verkuil <hverkuil@xs4all.nl>,
	linux-rockchip@lists.infradead.org, Chen-Yu Tsai <wens@csie.org>,
	dri-devel@lists.freedesktop.org, linux-media@vger.kernel.org,
	linux-sunxi@lists.linux.dev,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v4 05/45] drm/connector: Check drm_connector_init pointers arguments
Date: Wed, 29 Nov 2023 12:25:37 +0200	[thread overview]
Message-ID: <ZWcRoTJ9VgOqZ3ts@intel.com> (raw)
In-Reply-To: <20231129121259.47746996@eldfell>

On Wed, Nov 29, 2023 at 12:12:59PM +0200, Pekka Paalanen wrote:
> On Tue, 28 Nov 2023 15:49:08 +0200
> Ville Syrjälä <ville.syrjala@linux.intel.com> wrote:
> 
> > Should we perhaps start to use the (arguably hideous)
> >  - void f(struct foo *bar)
> >  + void f(struct foo bar[static 1])
> > syntax to tell the compiler we don't accept NULL pointers?
> > 
> > Hmm. Apparently that has the same problem as using any
> > other kind of array syntax in the prototype. That is,
> > the compiler demands to know the definition of 'struct foo'
> > even though we're passing in effectively a pointer. Sigh.
> 
> 
> __attribute__((nonnull)) ?

I guess that would work, though the syntax is horrible when
you need to flag specific arguments.

-- 
Ville Syrjälä
Intel

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

WARNING: multiple messages have this Message-ID (diff)
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: Pekka Paalanen <ppaalanen@gmail.com>
Cc: Jernej Skrabec <jernej.skrabec@gmail.com>,
	Emma Anholt <emma@anholt.net>, Jonathan Corbet <corbet@lwn.net>,
	dri-devel@lists.freedesktop.org,
	Samuel Holland <samuel@sholland.org>,
	linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Sandy Huang <hjc@rock-chips.com>,
	Hans Verkuil <hverkuil@xs4all.nl>,
	linux-rockchip@lists.infradead.org, Chen-Yu Tsai <wens@csie.org>,
	Maxime Ripard <mripard@kernel.org>,
	Thomas Zimmermann <tzimmermann@suse.de>,
	linux-sunxi@lists.linux.dev,
	linux-arm-kernel@lists.infradead.org,
	linux-media@vger.kernel.org
Subject: Re: [PATCH v4 05/45] drm/connector: Check drm_connector_init pointers arguments
Date: Wed, 29 Nov 2023 12:25:37 +0200	[thread overview]
Message-ID: <ZWcRoTJ9VgOqZ3ts@intel.com> (raw)
In-Reply-To: <20231129121259.47746996@eldfell>

On Wed, Nov 29, 2023 at 12:12:59PM +0200, Pekka Paalanen wrote:
> On Tue, 28 Nov 2023 15:49:08 +0200
> Ville Syrjälä <ville.syrjala@linux.intel.com> wrote:
> 
> > Should we perhaps start to use the (arguably hideous)
> >  - void f(struct foo *bar)
> >  + void f(struct foo bar[static 1])
> > syntax to tell the compiler we don't accept NULL pointers?
> > 
> > Hmm. Apparently that has the same problem as using any
> > other kind of array syntax in the prototype. That is,
> > the compiler demands to know the definition of 'struct foo'
> > even though we're passing in effectively a pointer. Sigh.
> 
> 
> __attribute__((nonnull)) ?

I guess that would work, though the syntax is horrible when
you need to flag specific arguments.

-- 
Ville Syrjälä
Intel

  reply	other threads:[~2023-11-29 10:25 UTC|newest]

Thread overview: 258+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-11-28 10:24 [PATCH v4 00/45] drm/connector: Create HDMI Connector infrastructure Maxime Ripard
2023-11-28 10:24 ` Maxime Ripard
2023-11-28 10:24 ` Maxime Ripard
2023-11-28 10:24 ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 01/45] drm/tests: helpers: Include missing drm_drv header Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 02/45] drm/tests: helpers: Add atomic helpers Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 03/45] drm/tests: Add helper to create mock plane Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 14:57   ` kernel test robot
2023-11-28 14:57     ` kernel test robot
2023-11-28 14:57     ` kernel test robot
2023-11-28 14:57     ` kernel test robot
2023-11-28 10:24 ` [PATCH v4 04/45] drm/tests: Add helper to create mock crtc Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 05/45] drm/connector: Check drm_connector_init pointers arguments Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 12:54   ` Jani Nikula
2023-11-28 12:54     ` Jani Nikula
2023-11-28 12:54     ` Jani Nikula
2023-11-28 12:54     ` Jani Nikula
2023-11-28 13:29     ` Maxime Ripard
2023-11-28 13:29       ` Maxime Ripard
2023-11-28 13:29       ` Maxime Ripard
2023-11-28 13:29       ` Maxime Ripard
2023-11-28 13:49       ` Ville Syrjälä
2023-11-28 13:49         ` Ville Syrjälä
2023-11-28 13:49         ` Ville Syrjälä
2023-11-28 13:49         ` Ville Syrjälä
2023-11-29  9:11         ` Maxime Ripard
2023-11-29  9:11           ` Maxime Ripard
2023-11-29  9:11           ` Maxime Ripard
2023-11-29  9:11           ` Maxime Ripard
2023-11-29  9:18           ` Ville Syrjälä
2023-11-29  9:18             ` Ville Syrjälä
2023-11-29  9:18             ` Ville Syrjälä
2023-11-29  9:18             ` Ville Syrjälä
2023-12-01  9:01             ` Maxime Ripard
2023-12-01  9:01               ` Maxime Ripard
2023-12-01  9:01               ` Maxime Ripard
2023-12-01  9:01               ` Maxime Ripard
2023-12-01 15:15               ` Ville Syrjälä
2023-12-01 15:15                 ` Ville Syrjälä
2023-12-01 15:15                 ` Ville Syrjälä
2023-12-01 15:15                 ` Ville Syrjälä
2023-11-29  9:38           ` Jani Nikula
2023-11-29  9:38             ` Jani Nikula
2023-11-29  9:38             ` Jani Nikula
2023-11-29  9:38             ` Jani Nikula
2023-11-29 11:10             ` Maxime Ripard
2023-11-29 11:10               ` Maxime Ripard
2023-11-29 11:10               ` Maxime Ripard
2023-11-29 11:10               ` Maxime Ripard
2023-11-29 11:40               ` Jani Nikula
2023-11-29 11:40                 ` Jani Nikula
2023-11-29 11:40                 ` Jani Nikula
2023-11-29 11:40                 ` Jani Nikula
2023-11-29 13:26                 ` Maxime Ripard
2023-11-29 13:26                   ` Maxime Ripard
2023-11-29 13:26                   ` Maxime Ripard
2023-11-29 13:26                   ` Maxime Ripard
2023-11-29 10:12         ` Pekka Paalanen
2023-11-29 10:12           ` Pekka Paalanen
2023-11-29 10:12           ` Pekka Paalanen
2023-11-29 10:12           ` Pekka Paalanen
2023-11-29 10:25           ` Ville Syrjälä [this message]
2023-11-29 10:25             ` Ville Syrjälä
2023-11-29 10:25             ` Ville Syrjälä
2023-11-29 10:25             ` Ville Syrjälä
2023-12-01 15:17             ` Ville Syrjälä
2023-12-01 15:17               ` Ville Syrjälä
2023-12-01 15:17               ` Ville Syrjälä
2023-12-01 15:17               ` Ville Syrjälä
2023-11-28 10:24 ` [PATCH v4 06/45] drm/tests: connector: Add tests for drmm_connector_init Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 07/45] drm/connector: Introduce an HDMI connector initialization function Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 08/45] drm/connector: hdmi: Create an HDMI sub-state Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 09/45] drm/connector: hdmi: Add Broadcast RGB property Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 10/45] drm/connector: hdmi: Add RGB Quantization Range to the connector state Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 11/45] drm/connector: hdmi: Add output BPC " Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 12/45] drm/connector: hdmi: Add support for output format Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 13/45] drm/connector: hdmi: Add HDMI compute clock helper Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 14/45] drm/connector: hdmi: Calculate TMDS character rate Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 15/45] drm/connector: hdmi: Add custom hook to filter " Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 16/45] drm/connector: hdmi: Compute bpc and format automatically Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 17/45] drm/connector: hdmi: Add Infoframes generation Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 15:19   ` kernel test robot
2023-11-28 10:24 ` [PATCH v4 18/45] drm/connector: hdmi: Create Infoframe DebugFS entries Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 19/45] drm/vc4: hdmi: Create destroy state implementation Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 20/45] drm/vc4: hdmi: Switch to HDMI connector Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 16:11   ` kernel test robot
2023-11-29 10:40   ` Dan Carpenter
2023-11-28 10:24 ` [PATCH v4 21/45] drm/vc4: tests: Remove vc4_dummy_plane structure Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 22/45] drm/vc4: tests: Convert to plane creation helper Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 23/45] drm/rockchip: inno_hdmi: Remove useless mode_fixup Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 24/45] drm/rockchip: inno_hdmi: Remove useless copy of drm_display_mode Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 25/45] drm/rockchip: inno_hdmi: Switch encoder hooks to atomic Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 26/45] drm/rockchip: inno_hdmi: Get rid of mode_set Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 27/45] drm/rockchip: inno_hdmi: no need to store vic Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 28/45] drm/rockchip: inno_hdmi: Remove unneeded has audio flag Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 29/45] drm/rockchip: inno_hdmi: Remove useless input format Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 30/45] drm/rockchip: inno_hdmi: Remove useless output format Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 31/45] drm/rockchip: inno_hdmi: Remove useless colorimetry Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 32/45] drm/rockchip: inno_hdmi: Remove useless enum Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 33/45] drm/rockchip: inno_hdmi: Remove tmds rate from structure Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 34/45] drm/rockchip: inno_hdmi: Remove useless coeff_csc matrix Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 35/45] drm/rockchip: inno_hdmi: Remove useless mode_valid Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 36/45] drm/rockchip: inno_hdmi: Move infoframe disable to separate function Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 37/45] drm/rockchip: inno_hdmi: Create mask retrieval functions Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 38/45] drm/rockchip: inno_hdmi: Switch to infoframe type Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 11:45   ` Johan Jonker
2023-11-28 11:45     ` Johan Jonker
2023-11-28 11:45     ` Johan Jonker
2023-11-28 11:45     ` Johan Jonker
2023-11-28 10:24 ` [PATCH v4 39/45] drm/rockchip: inno_hdmi: Remove unused drm device pointer Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 40/45] drm/rockchip: inno_hdmi: Switch to HDMI connector Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 41/45] drm/sun4i: hdmi: Convert encoder to atomic Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 42/45] drm/sun4i: hdmi: Move mode_set into enable Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 43/45] drm/sun4i: hdmi: Switch to container_of_const Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 14:11   ` [v4,43/45] " Sui Jingfeng
2023-11-28 14:11     ` Sui Jingfeng
2023-11-28 14:11     ` Sui Jingfeng
2023-11-28 10:24 ` [PATCH v4 44/45] drm/sun4i: hdmi: Consolidate atomic_check and mode_valid Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24 ` [PATCH v4 45/45] drm/sun4i: hdmi: Switch to HDMI connector Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:24   ` Maxime Ripard
2023-11-28 10:45 ` [PATCH v4 00/45] drm/connector: Create HDMI Connector infrastructure Hans Verkuil
2023-11-28 10:45   ` Hans Verkuil
2023-11-28 10:45   ` Hans Verkuil
2023-11-28 10:45   ` Hans Verkuil

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=ZWcRoTJ9VgOqZ3ts@intel.com \
    --to=ville.syrjala@linux.intel.com \
    --cc=corbet@lwn.net \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=emma@anholt.net \
    --cc=hjc@rock-chips.com \
    --cc=hverkuil@xs4all.nl \
    --cc=jani.nikula@linux.intel.com \
    --cc=jernej.skrabec@gmail.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=linux-rockchip@lists.infradead.org \
    --cc=linux-sunxi@lists.linux.dev \
    --cc=mripard@kernel.org \
    --cc=ppaalanen@gmail.com \
    --cc=samuel@sholland.org \
    --cc=tzimmermann@suse.de \
    --cc=wens@csie.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.