All of lore.kernel.org
 help / color / mirror / Atom feed
From: Maxime Ripard <maxime@cerno.tech>
To: "Noralf Trønnes" <noralf@tronnes.org>
Cc: Jernej Skrabec <jernej.skrabec@gmail.com>,
	Martin Blumenstingl <martin.blumenstingl@googlemail.com>,
	Chen-Yu Tsai <wens@csie.org>,
	Philipp Zabel <p.zabel@pengutronix.de>,
	Jerome Brunet <jbrunet@baylibre.com>,
	Samuel Holland <samuel@sholland.org>,
	Thomas Zimmermann <tzimmermann@suse.de>,
	Daniel Vetter <daniel@ffwll.ch>, Emma Anholt <emma@anholt.net>,
	David Airlie <airlied@linux.ie>,
	Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
	Kevin Hilman <khilman@baylibre.com>,
	Neil Armstrong <narmstrong@baylibre.com>,
	linux-sunxi@lists.linux.dev, linux-kernel@vger.kernel.org,
	Phil Elwell <phil@raspberrypi.com>,
	Mateusz Kwiatkowski <kfyatek+publicgit@gmail.com>,
	linux-arm-kernel@lists.infradead.org,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Dave Stevenson <dave.stevenson@raspberrypi.com>,
	linux-amlogic@lists.infradead.org,
	dri-devel@lists.freedesktop.org, Dom Cobley <dom@raspberrypi.com>
Subject: Re: [PATCH v1 05/35] drm/connector: Add TV standard property
Date: Tue, 16 Aug 2022 10:26:12 +0200	[thread overview]
Message-ID: <20220816082612.grebxql5ynnfnvfd@houat> (raw)
In-Reply-To: <9fdecae2-80ad-6212-0522-7dccf9fb57be@tronnes.org>

[-- Attachment #1: Type: text/plain, Size: 6881 bytes --]

Hi,

On Mon, Aug 08, 2022 at 02:44:56PM +0200, Noralf Trønnes wrote:
> Den 29.07.2022 18.34, skrev Maxime Ripard:
> > The TV mode property has been around for a while now to select and get the
> > current TV mode output on an analog TV connector.
> > 
> > Despite that property name being generic, its content isn't and has been
> > driver-specific which makes it hard to build any generic behaviour on top
> > of it, both in kernel and user-space.
> > 
> > Let's create a new bitmask tv norm property, that can contain any of the
> > analog TV standards currently supported by kernel drivers. Each driver can
> > then pass in a bitmask of the modes it supports.
> > 
> > We'll then be able to phase out the older tv mode property.
> > 
> > Signed-off-by: Maxime Ripard <maxime@cerno.tech>
> > 
> 
> Please also update Documentation/gpu/kms-properties.csv
> 
> Requirements for adding a new property is found in
> Documentation/gpu/drm-kms.rst

I knew this was going to be raised at some point, so I'm glad it's that
early :)

I really don't know what to do there. If we stick by our usual rules,
then we can't have any of that work merged.

However, I think the status quo is not really satisfactory either.
Indeed, we have a property, that doesn't follow those requirements
either, with a driver-specific content, and that stands in the way of
fixes and further improvements at both the core framework and driver
levels.

So having that new property still seems like a net improvement at the
driver, framework and uAPI levels, even if it's not entirely following
the requirements we have in place.

Even more so since, realistically, those kind of interfaces will never
get any new development on the user-space side of things, it's
considered by everyone as legacy.

This also is something we need to support at some point if we want to
completely deprecate the fbdev drivers and provide decent alternatives
in KMS.

So yeah, strictly speaking, we would not qualify for our requirements
there. I still think we have a strong case for an exception though.

> > diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c
> > index c06d0639d552..d7ff6c644c2f 100644
> > --- a/drivers/gpu/drm/drm_atomic_uapi.c
> > +++ b/drivers/gpu/drm/drm_atomic_uapi.c
> > @@ -700,6 +700,8 @@ static int drm_atomic_connector_set_property(struct drm_connector *connector,
> >  		state->tv.margins.bottom = val;
> >  	} else if (property == config->tv_mode_property) {
> >  		state->tv.mode = val;
> > +	} else if (property == config->tv_norm_property) {
> > +		state->tv.norm = val;
> >  	} else if (property == config->tv_brightness_property) {
> >  		state->tv.brightness = val;
> >  	} else if (property == config->tv_contrast_property) {
> > @@ -810,6 +812,8 @@ drm_atomic_connector_get_property(struct drm_connector *connector,
> >  		*val = state->tv.margins.bottom;
> >  	} else if (property == config->tv_mode_property) {
> >  		*val = state->tv.mode;
> > +	} else if (property == config->tv_norm_property) {
> > +		*val = state->tv.norm;
> >  	} else if (property == config->tv_brightness_property) {
> >  		*val = state->tv.brightness;
> >  	} else if (property == config->tv_contrast_property) {
> > diff --git a/drivers/gpu/drm/drm_connector.c b/drivers/gpu/drm/drm_connector.c
> > index e3142c8142b3..68a4e47f85a9 100644
> > --- a/drivers/gpu/drm/drm_connector.c
> > +++ b/drivers/gpu/drm/drm_connector.c
> > @@ -1637,6 +1637,7 @@ EXPORT_SYMBOL(drm_mode_create_tv_margin_properties);
> >  /**
> >   * drm_mode_create_tv_properties - create TV specific connector properties
> >   * @dev: DRM device
> > + * @supported_tv_norms: Bitmask of TV norms supported (See DRM_MODE_TV_NORM_*)
> >   * @num_modes: number of different TV formats (modes) supported
> >   * @modes: array of pointers to strings containing name of each format
> >   *
> > @@ -1649,11 +1650,40 @@ EXPORT_SYMBOL(drm_mode_create_tv_margin_properties);
> >   * 0 on success or a negative error code on failure.
> >   */
> >  int drm_mode_create_tv_properties(struct drm_device *dev,
> > +				  unsigned int supported_tv_norms,
> >  				  unsigned int num_modes,
> >  				  const char * const modes[])
> >  {
> > +	static const struct drm_prop_enum_list tv_norm_values[] = {
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_NTSC_443) - 1, "NTSC-443" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_NTSC_J) - 1, "NTSC-J" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_NTSC_M) - 1, "NTSC-M" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_60) - 1, "PAL-60" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_B) - 1, "PAL-B" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_D) - 1, "PAL-D" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_G) - 1, "PAL-G" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_H) - 1, "PAL-H" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_I) - 1, "PAL-I" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_M) - 1, "PAL-M" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_N) - 1, "PAL-N" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_NC) - 1, "PAL-Nc" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_60) - 1, "SECAM-60" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_B) - 1, "SECAM-B" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_D) - 1, "SECAM-D" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_G) - 1, "SECAM-G" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_K) - 1, "SECAM-K" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_K1) - 1, "SECAM-K1" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_L) - 1, "SECAM-L" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD480I) - 1, "hd480i" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD480P) - 1, "hd480p" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD576I) - 1, "hd576i" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD576P) - 1, "hd576p" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD720P) - 1, "hd720p" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD1080I) - 1, "hd1080i" },
> > +	};
> >  	struct drm_property *tv_selector;
> >  	struct drm_property *tv_subconnector;
> > +	struct drm_property *tv_norm;
> >  	unsigned int i;
> >  
> >  	if (dev->mode_config.tv_select_subconnector_property)
> > @@ -1686,6 +1716,13 @@ int drm_mode_create_tv_properties(struct drm_device *dev,
> >  	if (drm_mode_create_tv_margin_properties(dev))
> >  		goto nomem;
> >  
> > +	tv_norm = drm_property_create_bitmask(dev, 0, "tv norm",
> > +					   tv_norm_values, ARRAY_SIZE(tv_norm_values),
> > +					   supported_tv_norms);
> 
> I expected this to be an enum, why a bitmask? Userspace can set multiple
> bits in a bitmask.

I went for a bitmask since it allowed to report the capabilities of a
driver, but I just realised that you can do that with an enum too, like
we do for color encodings.

I'll switch for an enum, thanks!
Maxime

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]

WARNING: multiple messages have this Message-ID (diff)
From: Maxime Ripard <maxime@cerno.tech>
To: "Noralf Trønnes" <noralf@tronnes.org>
Cc: Jernej Skrabec <jernej.skrabec@gmail.com>,
	Martin Blumenstingl <martin.blumenstingl@googlemail.com>,
	Chen-Yu Tsai <wens@csie.org>,
	Philipp Zabel <p.zabel@pengutronix.de>,
	Jerome Brunet <jbrunet@baylibre.com>,
	Samuel Holland <samuel@sholland.org>,
	Thomas Zimmermann <tzimmermann@suse.de>,
	Daniel Vetter <daniel@ffwll.ch>, Emma Anholt <emma@anholt.net>,
	David Airlie <airlied@linux.ie>,
	Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
	Kevin Hilman <khilman@baylibre.com>,
	Neil Armstrong <narmstrong@baylibre.com>,
	linux-sunxi@lists.linux.dev, linux-kernel@vger.kernel.org,
	Phil Elwell <phil@raspberrypi.com>,
	Mateusz Kwiatkowski <kfyatek+publicgit@gmail.com>,
	linux-arm-kernel@lists.infradead.org,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Dave Stevenson <dave.stevenson@raspberrypi.com>,
	linux-amlogic@lists.infradead.org,
	dri-devel@lists.freedesktop.org, Dom Cobley <dom@raspberrypi.com>
Subject: Re: [PATCH v1 05/35] drm/connector: Add TV standard property
Date: Tue, 16 Aug 2022 10:26:12 +0200	[thread overview]
Message-ID: <20220816082612.grebxql5ynnfnvfd@houat> (raw)
In-Reply-To: <9fdecae2-80ad-6212-0522-7dccf9fb57be@tronnes.org>


[-- Attachment #1.1: Type: text/plain, Size: 6881 bytes --]

Hi,

On Mon, Aug 08, 2022 at 02:44:56PM +0200, Noralf Trønnes wrote:
> Den 29.07.2022 18.34, skrev Maxime Ripard:
> > The TV mode property has been around for a while now to select and get the
> > current TV mode output on an analog TV connector.
> > 
> > Despite that property name being generic, its content isn't and has been
> > driver-specific which makes it hard to build any generic behaviour on top
> > of it, both in kernel and user-space.
> > 
> > Let's create a new bitmask tv norm property, that can contain any of the
> > analog TV standards currently supported by kernel drivers. Each driver can
> > then pass in a bitmask of the modes it supports.
> > 
> > We'll then be able to phase out the older tv mode property.
> > 
> > Signed-off-by: Maxime Ripard <maxime@cerno.tech>
> > 
> 
> Please also update Documentation/gpu/kms-properties.csv
> 
> Requirements for adding a new property is found in
> Documentation/gpu/drm-kms.rst

I knew this was going to be raised at some point, so I'm glad it's that
early :)

I really don't know what to do there. If we stick by our usual rules,
then we can't have any of that work merged.

However, I think the status quo is not really satisfactory either.
Indeed, we have a property, that doesn't follow those requirements
either, with a driver-specific content, and that stands in the way of
fixes and further improvements at both the core framework and driver
levels.

So having that new property still seems like a net improvement at the
driver, framework and uAPI levels, even if it's not entirely following
the requirements we have in place.

Even more so since, realistically, those kind of interfaces will never
get any new development on the user-space side of things, it's
considered by everyone as legacy.

This also is something we need to support at some point if we want to
completely deprecate the fbdev drivers and provide decent alternatives
in KMS.

So yeah, strictly speaking, we would not qualify for our requirements
there. I still think we have a strong case for an exception though.

> > diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c
> > index c06d0639d552..d7ff6c644c2f 100644
> > --- a/drivers/gpu/drm/drm_atomic_uapi.c
> > +++ b/drivers/gpu/drm/drm_atomic_uapi.c
> > @@ -700,6 +700,8 @@ static int drm_atomic_connector_set_property(struct drm_connector *connector,
> >  		state->tv.margins.bottom = val;
> >  	} else if (property == config->tv_mode_property) {
> >  		state->tv.mode = val;
> > +	} else if (property == config->tv_norm_property) {
> > +		state->tv.norm = val;
> >  	} else if (property == config->tv_brightness_property) {
> >  		state->tv.brightness = val;
> >  	} else if (property == config->tv_contrast_property) {
> > @@ -810,6 +812,8 @@ drm_atomic_connector_get_property(struct drm_connector *connector,
> >  		*val = state->tv.margins.bottom;
> >  	} else if (property == config->tv_mode_property) {
> >  		*val = state->tv.mode;
> > +	} else if (property == config->tv_norm_property) {
> > +		*val = state->tv.norm;
> >  	} else if (property == config->tv_brightness_property) {
> >  		*val = state->tv.brightness;
> >  	} else if (property == config->tv_contrast_property) {
> > diff --git a/drivers/gpu/drm/drm_connector.c b/drivers/gpu/drm/drm_connector.c
> > index e3142c8142b3..68a4e47f85a9 100644
> > --- a/drivers/gpu/drm/drm_connector.c
> > +++ b/drivers/gpu/drm/drm_connector.c
> > @@ -1637,6 +1637,7 @@ EXPORT_SYMBOL(drm_mode_create_tv_margin_properties);
> >  /**
> >   * drm_mode_create_tv_properties - create TV specific connector properties
> >   * @dev: DRM device
> > + * @supported_tv_norms: Bitmask of TV norms supported (See DRM_MODE_TV_NORM_*)
> >   * @num_modes: number of different TV formats (modes) supported
> >   * @modes: array of pointers to strings containing name of each format
> >   *
> > @@ -1649,11 +1650,40 @@ EXPORT_SYMBOL(drm_mode_create_tv_margin_properties);
> >   * 0 on success or a negative error code on failure.
> >   */
> >  int drm_mode_create_tv_properties(struct drm_device *dev,
> > +				  unsigned int supported_tv_norms,
> >  				  unsigned int num_modes,
> >  				  const char * const modes[])
> >  {
> > +	static const struct drm_prop_enum_list tv_norm_values[] = {
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_NTSC_443) - 1, "NTSC-443" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_NTSC_J) - 1, "NTSC-J" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_NTSC_M) - 1, "NTSC-M" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_60) - 1, "PAL-60" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_B) - 1, "PAL-B" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_D) - 1, "PAL-D" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_G) - 1, "PAL-G" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_H) - 1, "PAL-H" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_I) - 1, "PAL-I" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_M) - 1, "PAL-M" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_N) - 1, "PAL-N" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_NC) - 1, "PAL-Nc" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_60) - 1, "SECAM-60" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_B) - 1, "SECAM-B" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_D) - 1, "SECAM-D" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_G) - 1, "SECAM-G" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_K) - 1, "SECAM-K" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_K1) - 1, "SECAM-K1" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_L) - 1, "SECAM-L" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD480I) - 1, "hd480i" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD480P) - 1, "hd480p" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD576I) - 1, "hd576i" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD576P) - 1, "hd576p" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD720P) - 1, "hd720p" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD1080I) - 1, "hd1080i" },
> > +	};
> >  	struct drm_property *tv_selector;
> >  	struct drm_property *tv_subconnector;
> > +	struct drm_property *tv_norm;
> >  	unsigned int i;
> >  
> >  	if (dev->mode_config.tv_select_subconnector_property)
> > @@ -1686,6 +1716,13 @@ int drm_mode_create_tv_properties(struct drm_device *dev,
> >  	if (drm_mode_create_tv_margin_properties(dev))
> >  		goto nomem;
> >  
> > +	tv_norm = drm_property_create_bitmask(dev, 0, "tv norm",
> > +					   tv_norm_values, ARRAY_SIZE(tv_norm_values),
> > +					   supported_tv_norms);
> 
> I expected this to be an enum, why a bitmask? Userspace can set multiple
> bits in a bitmask.

I went for a bitmask since it allowed to report the capabilities of a
driver, but I just realised that you can do that with an enum too, like
we do for color encodings.

I'll switch for an enum, thanks!
Maxime

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]

[-- Attachment #2: Type: text/plain, Size: 167 bytes --]

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

WARNING: multiple messages have this Message-ID (diff)
From: Maxime Ripard <maxime@cerno.tech>
To: "Noralf Trønnes" <noralf@tronnes.org>
Cc: Jernej Skrabec <jernej.skrabec@gmail.com>,
	Martin Blumenstingl <martin.blumenstingl@googlemail.com>,
	Chen-Yu Tsai <wens@csie.org>,
	Philipp Zabel <p.zabel@pengutronix.de>,
	Jerome Brunet <jbrunet@baylibre.com>,
	Samuel Holland <samuel@sholland.org>,
	Thomas Zimmermann <tzimmermann@suse.de>,
	Daniel Vetter <daniel@ffwll.ch>, Emma Anholt <emma@anholt.net>,
	David Airlie <airlied@linux.ie>,
	Maarten Lankhorst <maarten.lankhorst@linux.intel.com>,
	Kevin Hilman <khilman@baylibre.com>,
	Neil Armstrong <narmstrong@baylibre.com>,
	linux-sunxi@lists.linux.dev, linux-kernel@vger.kernel.org,
	Phil Elwell <phil@raspberrypi.com>,
	Mateusz Kwiatkowski <kfyatek+publicgit@gmail.com>,
	linux-arm-kernel@lists.infradead.org,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	Dave Stevenson <dave.stevenson@raspberrypi.com>,
	linux-amlogic@lists.infradead.org,
	dri-devel@lists.freedesktop.org, Dom Cobley <dom@raspberrypi.com>
Subject: Re: [PATCH v1 05/35] drm/connector: Add TV standard property
Date: Tue, 16 Aug 2022 10:26:12 +0200	[thread overview]
Message-ID: <20220816082612.grebxql5ynnfnvfd@houat> (raw)
In-Reply-To: <9fdecae2-80ad-6212-0522-7dccf9fb57be@tronnes.org>


[-- Attachment #1.1: Type: text/plain, Size: 6881 bytes --]

Hi,

On Mon, Aug 08, 2022 at 02:44:56PM +0200, Noralf Trønnes wrote:
> Den 29.07.2022 18.34, skrev Maxime Ripard:
> > The TV mode property has been around for a while now to select and get the
> > current TV mode output on an analog TV connector.
> > 
> > Despite that property name being generic, its content isn't and has been
> > driver-specific which makes it hard to build any generic behaviour on top
> > of it, both in kernel and user-space.
> > 
> > Let's create a new bitmask tv norm property, that can contain any of the
> > analog TV standards currently supported by kernel drivers. Each driver can
> > then pass in a bitmask of the modes it supports.
> > 
> > We'll then be able to phase out the older tv mode property.
> > 
> > Signed-off-by: Maxime Ripard <maxime@cerno.tech>
> > 
> 
> Please also update Documentation/gpu/kms-properties.csv
> 
> Requirements for adding a new property is found in
> Documentation/gpu/drm-kms.rst

I knew this was going to be raised at some point, so I'm glad it's that
early :)

I really don't know what to do there. If we stick by our usual rules,
then we can't have any of that work merged.

However, I think the status quo is not really satisfactory either.
Indeed, we have a property, that doesn't follow those requirements
either, with a driver-specific content, and that stands in the way of
fixes and further improvements at both the core framework and driver
levels.

So having that new property still seems like a net improvement at the
driver, framework and uAPI levels, even if it's not entirely following
the requirements we have in place.

Even more so since, realistically, those kind of interfaces will never
get any new development on the user-space side of things, it's
considered by everyone as legacy.

This also is something we need to support at some point if we want to
completely deprecate the fbdev drivers and provide decent alternatives
in KMS.

So yeah, strictly speaking, we would not qualify for our requirements
there. I still think we have a strong case for an exception though.

> > diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c
> > index c06d0639d552..d7ff6c644c2f 100644
> > --- a/drivers/gpu/drm/drm_atomic_uapi.c
> > +++ b/drivers/gpu/drm/drm_atomic_uapi.c
> > @@ -700,6 +700,8 @@ static int drm_atomic_connector_set_property(struct drm_connector *connector,
> >  		state->tv.margins.bottom = val;
> >  	} else if (property == config->tv_mode_property) {
> >  		state->tv.mode = val;
> > +	} else if (property == config->tv_norm_property) {
> > +		state->tv.norm = val;
> >  	} else if (property == config->tv_brightness_property) {
> >  		state->tv.brightness = val;
> >  	} else if (property == config->tv_contrast_property) {
> > @@ -810,6 +812,8 @@ drm_atomic_connector_get_property(struct drm_connector *connector,
> >  		*val = state->tv.margins.bottom;
> >  	} else if (property == config->tv_mode_property) {
> >  		*val = state->tv.mode;
> > +	} else if (property == config->tv_norm_property) {
> > +		*val = state->tv.norm;
> >  	} else if (property == config->tv_brightness_property) {
> >  		*val = state->tv.brightness;
> >  	} else if (property == config->tv_contrast_property) {
> > diff --git a/drivers/gpu/drm/drm_connector.c b/drivers/gpu/drm/drm_connector.c
> > index e3142c8142b3..68a4e47f85a9 100644
> > --- a/drivers/gpu/drm/drm_connector.c
> > +++ b/drivers/gpu/drm/drm_connector.c
> > @@ -1637,6 +1637,7 @@ EXPORT_SYMBOL(drm_mode_create_tv_margin_properties);
> >  /**
> >   * drm_mode_create_tv_properties - create TV specific connector properties
> >   * @dev: DRM device
> > + * @supported_tv_norms: Bitmask of TV norms supported (See DRM_MODE_TV_NORM_*)
> >   * @num_modes: number of different TV formats (modes) supported
> >   * @modes: array of pointers to strings containing name of each format
> >   *
> > @@ -1649,11 +1650,40 @@ EXPORT_SYMBOL(drm_mode_create_tv_margin_properties);
> >   * 0 on success or a negative error code on failure.
> >   */
> >  int drm_mode_create_tv_properties(struct drm_device *dev,
> > +				  unsigned int supported_tv_norms,
> >  				  unsigned int num_modes,
> >  				  const char * const modes[])
> >  {
> > +	static const struct drm_prop_enum_list tv_norm_values[] = {
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_NTSC_443) - 1, "NTSC-443" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_NTSC_J) - 1, "NTSC-J" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_NTSC_M) - 1, "NTSC-M" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_60) - 1, "PAL-60" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_B) - 1, "PAL-B" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_D) - 1, "PAL-D" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_G) - 1, "PAL-G" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_H) - 1, "PAL-H" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_I) - 1, "PAL-I" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_M) - 1, "PAL-M" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_N) - 1, "PAL-N" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_NC) - 1, "PAL-Nc" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_60) - 1, "SECAM-60" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_B) - 1, "SECAM-B" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_D) - 1, "SECAM-D" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_G) - 1, "SECAM-G" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_K) - 1, "SECAM-K" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_K1) - 1, "SECAM-K1" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_L) - 1, "SECAM-L" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD480I) - 1, "hd480i" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD480P) - 1, "hd480p" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD576I) - 1, "hd576i" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD576P) - 1, "hd576p" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD720P) - 1, "hd720p" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD1080I) - 1, "hd1080i" },
> > +	};
> >  	struct drm_property *tv_selector;
> >  	struct drm_property *tv_subconnector;
> > +	struct drm_property *tv_norm;
> >  	unsigned int i;
> >  
> >  	if (dev->mode_config.tv_select_subconnector_property)
> > @@ -1686,6 +1716,13 @@ int drm_mode_create_tv_properties(struct drm_device *dev,
> >  	if (drm_mode_create_tv_margin_properties(dev))
> >  		goto nomem;
> >  
> > +	tv_norm = drm_property_create_bitmask(dev, 0, "tv norm",
> > +					   tv_norm_values, ARRAY_SIZE(tv_norm_values),
> > +					   supported_tv_norms);
> 
> I expected this to be an enum, why a bitmask? Userspace can set multiple
> bits in a bitmask.

I went for a bitmask since it allowed to report the capabilities of a
driver, but I just realised that you can do that with an enum too, like
we do for color encodings.

I'll switch for an enum, thanks!
Maxime

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]

[-- Attachment #2: Type: text/plain, Size: 176 bytes --]

_______________________________________________
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: Maxime Ripard <maxime@cerno.tech>
To: "Noralf Trønnes" <noralf@tronnes.org>
Cc: Emma Anholt <emma@anholt.net>,
	Neil Armstrong <narmstrong@baylibre.com>,
	David Airlie <airlied@linux.ie>,
	dri-devel@lists.freedesktop.org,
	Phil Elwell <phil@raspberrypi.com>,
	Jerome Brunet <jbrunet@baylibre.com>,
	Samuel Holland <samuel@sholland.org>,
	Kevin Hilman <khilman@baylibre.com>,
	Jernej Skrabec <jernej.skrabec@gmail.com>,
	Chen-Yu Tsai <wens@csie.org>,
	Geert Uytterhoeven <geert@linux-m68k.org>,
	linux-sunxi@lists.linux.dev,
	Martin Blumenstingl <martin.blumenstingl@googlemail.com>,
	linux-amlogic@lists.infradead.org,
	linux-arm-kernel@lists.infradead.org,
	Dom Cobley <dom@raspberrypi.com>,
	Dave Stevenson <dave.stevenson@raspberrypi.com>,
	linux-kernel@vger.kernel.org,
	Mateusz Kwiatkowski <kfyatek+publicgit@gmail.com>,
	Thomas Zimmermann <tzimmermann@suse.de>
Subject: Re: [PATCH v1 05/35] drm/connector: Add TV standard property
Date: Tue, 16 Aug 2022 10:26:12 +0200	[thread overview]
Message-ID: <20220816082612.grebxql5ynnfnvfd@houat> (raw)
In-Reply-To: <9fdecae2-80ad-6212-0522-7dccf9fb57be@tronnes.org>

[-- Attachment #1: Type: text/plain, Size: 6881 bytes --]

Hi,

On Mon, Aug 08, 2022 at 02:44:56PM +0200, Noralf Trønnes wrote:
> Den 29.07.2022 18.34, skrev Maxime Ripard:
> > The TV mode property has been around for a while now to select and get the
> > current TV mode output on an analog TV connector.
> > 
> > Despite that property name being generic, its content isn't and has been
> > driver-specific which makes it hard to build any generic behaviour on top
> > of it, both in kernel and user-space.
> > 
> > Let's create a new bitmask tv norm property, that can contain any of the
> > analog TV standards currently supported by kernel drivers. Each driver can
> > then pass in a bitmask of the modes it supports.
> > 
> > We'll then be able to phase out the older tv mode property.
> > 
> > Signed-off-by: Maxime Ripard <maxime@cerno.tech>
> > 
> 
> Please also update Documentation/gpu/kms-properties.csv
> 
> Requirements for adding a new property is found in
> Documentation/gpu/drm-kms.rst

I knew this was going to be raised at some point, so I'm glad it's that
early :)

I really don't know what to do there. If we stick by our usual rules,
then we can't have any of that work merged.

However, I think the status quo is not really satisfactory either.
Indeed, we have a property, that doesn't follow those requirements
either, with a driver-specific content, and that stands in the way of
fixes and further improvements at both the core framework and driver
levels.

So having that new property still seems like a net improvement at the
driver, framework and uAPI levels, even if it's not entirely following
the requirements we have in place.

Even more so since, realistically, those kind of interfaces will never
get any new development on the user-space side of things, it's
considered by everyone as legacy.

This also is something we need to support at some point if we want to
completely deprecate the fbdev drivers and provide decent alternatives
in KMS.

So yeah, strictly speaking, we would not qualify for our requirements
there. I still think we have a strong case for an exception though.

> > diff --git a/drivers/gpu/drm/drm_atomic_uapi.c b/drivers/gpu/drm/drm_atomic_uapi.c
> > index c06d0639d552..d7ff6c644c2f 100644
> > --- a/drivers/gpu/drm/drm_atomic_uapi.c
> > +++ b/drivers/gpu/drm/drm_atomic_uapi.c
> > @@ -700,6 +700,8 @@ static int drm_atomic_connector_set_property(struct drm_connector *connector,
> >  		state->tv.margins.bottom = val;
> >  	} else if (property == config->tv_mode_property) {
> >  		state->tv.mode = val;
> > +	} else if (property == config->tv_norm_property) {
> > +		state->tv.norm = val;
> >  	} else if (property == config->tv_brightness_property) {
> >  		state->tv.brightness = val;
> >  	} else if (property == config->tv_contrast_property) {
> > @@ -810,6 +812,8 @@ drm_atomic_connector_get_property(struct drm_connector *connector,
> >  		*val = state->tv.margins.bottom;
> >  	} else if (property == config->tv_mode_property) {
> >  		*val = state->tv.mode;
> > +	} else if (property == config->tv_norm_property) {
> > +		*val = state->tv.norm;
> >  	} else if (property == config->tv_brightness_property) {
> >  		*val = state->tv.brightness;
> >  	} else if (property == config->tv_contrast_property) {
> > diff --git a/drivers/gpu/drm/drm_connector.c b/drivers/gpu/drm/drm_connector.c
> > index e3142c8142b3..68a4e47f85a9 100644
> > --- a/drivers/gpu/drm/drm_connector.c
> > +++ b/drivers/gpu/drm/drm_connector.c
> > @@ -1637,6 +1637,7 @@ EXPORT_SYMBOL(drm_mode_create_tv_margin_properties);
> >  /**
> >   * drm_mode_create_tv_properties - create TV specific connector properties
> >   * @dev: DRM device
> > + * @supported_tv_norms: Bitmask of TV norms supported (See DRM_MODE_TV_NORM_*)
> >   * @num_modes: number of different TV formats (modes) supported
> >   * @modes: array of pointers to strings containing name of each format
> >   *
> > @@ -1649,11 +1650,40 @@ EXPORT_SYMBOL(drm_mode_create_tv_margin_properties);
> >   * 0 on success or a negative error code on failure.
> >   */
> >  int drm_mode_create_tv_properties(struct drm_device *dev,
> > +				  unsigned int supported_tv_norms,
> >  				  unsigned int num_modes,
> >  				  const char * const modes[])
> >  {
> > +	static const struct drm_prop_enum_list tv_norm_values[] = {
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_NTSC_443) - 1, "NTSC-443" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_NTSC_J) - 1, "NTSC-J" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_NTSC_M) - 1, "NTSC-M" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_60) - 1, "PAL-60" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_B) - 1, "PAL-B" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_D) - 1, "PAL-D" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_G) - 1, "PAL-G" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_H) - 1, "PAL-H" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_I) - 1, "PAL-I" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_M) - 1, "PAL-M" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_N) - 1, "PAL-N" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_PAL_NC) - 1, "PAL-Nc" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_60) - 1, "SECAM-60" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_B) - 1, "SECAM-B" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_D) - 1, "SECAM-D" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_G) - 1, "SECAM-G" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_K) - 1, "SECAM-K" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_K1) - 1, "SECAM-K1" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_SECAM_L) - 1, "SECAM-L" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD480I) - 1, "hd480i" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD480P) - 1, "hd480p" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD576I) - 1, "hd576i" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD576P) - 1, "hd576p" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD720P) - 1, "hd720p" },
> > +		{ __builtin_ffs(DRM_MODE_TV_NORM_HD1080I) - 1, "hd1080i" },
> > +	};
> >  	struct drm_property *tv_selector;
> >  	struct drm_property *tv_subconnector;
> > +	struct drm_property *tv_norm;
> >  	unsigned int i;
> >  
> >  	if (dev->mode_config.tv_select_subconnector_property)
> > @@ -1686,6 +1716,13 @@ int drm_mode_create_tv_properties(struct drm_device *dev,
> >  	if (drm_mode_create_tv_margin_properties(dev))
> >  		goto nomem;
> >  
> > +	tv_norm = drm_property_create_bitmask(dev, 0, "tv norm",
> > +					   tv_norm_values, ARRAY_SIZE(tv_norm_values),
> > +					   supported_tv_norms);
> 
> I expected this to be an enum, why a bitmask? Userspace can set multiple
> bits in a bitmask.

I went for a bitmask since it allowed to report the capabilities of a
driver, but I just realised that you can do that with an enum too, like
we do for color encodings.

I'll switch for an enum, thanks!
Maxime

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]

  reply	other threads:[~2022-08-16  8:26 UTC|newest]

Thread overview: 604+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-07-29 16:34 [PATCH v1 00/35] drm: Analog TV Improvements Maxime Ripard
2022-07-29 16:34 ` Maxime Ripard
2022-07-29 16:34 ` Maxime Ripard
2022-07-29 16:34 ` Maxime Ripard
2022-07-29 16:34 ` [PATCH v1 01/35] drm/atomic-helper: Rename drm_atomic_helper_connector_tv_reset to avoid ambiguity Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-08-08 12:25   ` Noralf Trønnes
2022-08-08 12:25     ` Noralf Trønnes
2022-08-08 12:25     ` Noralf Trønnes
2022-08-08 12:25     ` Noralf Trønnes
2022-07-29 16:34 ` [PATCH v1 02/35] drm/connector: Rename subconnector state variable Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-08-08 12:26   ` Noralf Trønnes
2022-08-08 12:26     ` Noralf Trønnes
2022-08-08 12:26     ` Noralf Trønnes
2022-08-08 12:26     ` Noralf Trønnes
2022-07-29 16:34 ` [PATCH v1 03/35] drm/atomic: Add TV subconnector property to get/set_property Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-08-08 12:30   ` Noralf Trønnes
2022-08-08 12:30     ` Noralf Trønnes
2022-08-08 12:30     ` Noralf Trønnes
2022-08-08 12:30     ` Noralf Trønnes
2022-08-15  7:35     ` Maxime Ripard
2022-08-15  7:35       ` Maxime Ripard
2022-08-15  7:35       ` Maxime Ripard
2022-08-15  7:35       ` Maxime Ripard
2022-08-15 10:48       ` Noralf Trønnes
2022-08-15 10:48         ` Noralf Trønnes
2022-08-15 10:48         ` Noralf Trønnes
2022-08-15 10:48         ` Noralf Trønnes
2022-07-29 16:34 ` [PATCH v1 04/35] drm/modes: Introduce 480i and 576i modes Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-08-02 13:58   ` Jani Nikula
2022-08-02 13:58     ` Jani Nikula
2022-08-02 13:58     ` Jani Nikula
2022-08-02 13:58     ` Jani Nikula
2022-08-02 14:16     ` Thomas Zimmermann
2022-08-02 14:16       ` Thomas Zimmermann
2022-08-02 14:16       ` Thomas Zimmermann
2022-08-02 14:16       ` Thomas Zimmermann
2022-08-16 11:58       ` Maxime Ripard
2022-08-16 11:58         ` Maxime Ripard
2022-08-16 11:58         ` Maxime Ripard
2022-08-16 11:58         ` Maxime Ripard
2022-08-12 13:18   ` Geert Uytterhoeven
2022-08-12 13:18     ` Geert Uytterhoeven
2022-08-12 13:18     ` Geert Uytterhoeven
2022-08-12 13:18     ` Geert Uytterhoeven
2022-08-16 13:26     ` Maxime Ripard
2022-08-16 13:26       ` Maxime Ripard
2022-08-16 13:26       ` Maxime Ripard
2022-08-16 13:26       ` Maxime Ripard
2022-08-16 15:00       ` Geert Uytterhoeven
2022-08-16 15:00         ` Geert Uytterhoeven
2022-08-16 15:00         ` Geert Uytterhoeven
2022-08-16 15:00         ` Geert Uytterhoeven
2022-08-17  7:53         ` Maxime Ripard
2022-08-17  7:53           ` Maxime Ripard
2022-08-17  7:53           ` Maxime Ripard
2022-08-17  7:53           ` Maxime Ripard
2022-08-17  8:51           ` Geert Uytterhoeven
2022-08-17  8:51             ` Geert Uytterhoeven
2022-08-17  8:51             ` Geert Uytterhoeven
2022-08-17  8:51             ` Geert Uytterhoeven
2022-08-17 13:14             ` Maxime Ripard
2022-08-17 13:14               ` Maxime Ripard
2022-08-17 13:14               ` Maxime Ripard
2022-08-17 13:14               ` Maxime Ripard
2022-08-17 14:01               ` Geert Uytterhoeven
2022-08-17 14:01                 ` Geert Uytterhoeven
2022-08-17 14:01                 ` Geert Uytterhoeven
2022-08-17 14:01                 ` Geert Uytterhoeven
2022-08-18 12:39                 ` Maxime Ripard
2022-08-18 12:39                   ` Maxime Ripard
2022-08-18 12:39                   ` Maxime Ripard
2022-08-18 12:39                   ` Maxime Ripard
2022-08-18 12:57                   ` Geert Uytterhoeven
2022-08-18 12:57                     ` Geert Uytterhoeven
2022-08-18 12:57                     ` Geert Uytterhoeven
2022-08-18 12:57                     ` Geert Uytterhoeven
2022-08-18 13:42                     ` Maxime Ripard
2022-08-18 13:42                       ` Maxime Ripard
2022-08-18 13:42                       ` Maxime Ripard
2022-08-18 13:42                       ` Maxime Ripard
2022-08-18 15:34                       ` Geert Uytterhoeven
2022-08-18 15:34                         ` Geert Uytterhoeven
2022-08-18 15:34                         ` Geert Uytterhoeven
2022-08-18 15:34                         ` Geert Uytterhoeven
2022-08-18 15:46                         ` Maxime Ripard
2022-08-18 15:46                           ` Maxime Ripard
2022-08-18 15:46                           ` Maxime Ripard
2022-08-18 15:46                           ` Maxime Ripard
2022-08-18 15:56                           ` Geert Uytterhoeven
2022-08-18 15:56                             ` Geert Uytterhoeven
2022-08-18 15:56                             ` Geert Uytterhoeven
2022-08-18 15:56                             ` Geert Uytterhoeven
2022-08-24 16:42                             ` Mateusz Kwiatkowski
2022-08-24 16:42                               ` Mateusz Kwiatkowski
2022-08-24 16:42                               ` Mateusz Kwiatkowski
2022-08-24 16:42                               ` Mateusz Kwiatkowski
2022-08-29 13:29                               ` Maxime Ripard
2022-08-29 13:29                                 ` Maxime Ripard
2022-08-29 13:29                                 ` Maxime Ripard
2022-08-29 13:29                                 ` Maxime Ripard
2022-08-29 14:14                                 ` Geert Uytterhoeven
2022-08-29 14:14                                   ` Geert Uytterhoeven
2022-08-29 14:14                                   ` Geert Uytterhoeven
2022-08-29 14:14                                   ` Geert Uytterhoeven
2022-08-29 14:33                                   ` Maxime Ripard
2022-08-29 14:33                                     ` Maxime Ripard
2022-08-29 14:33                                     ` Maxime Ripard
2022-08-29 14:33                                     ` Maxime Ripard
2022-07-29 16:34 ` [PATCH v1 05/35] drm/connector: Add TV standard property Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-08-08 12:44   ` Noralf Trønnes
2022-08-08 12:44     ` Noralf Trønnes
2022-08-08 12:44     ` Noralf Trønnes
2022-08-08 12:44     ` Noralf Trønnes
2022-08-16  8:26     ` Maxime Ripard [this message]
2022-08-16  8:26       ` Maxime Ripard
2022-08-16  8:26       ` Maxime Ripard
2022-08-16  8:26       ` Maxime Ripard
2022-08-16  9:42       ` Noralf Trønnes
2022-08-16  9:42         ` Noralf Trønnes
2022-08-16  9:42         ` Noralf Trønnes
2022-08-16  9:42         ` Noralf Trønnes
2022-08-16  9:49         ` Maxime Ripard
2022-08-16  9:49           ` Maxime Ripard
2022-08-16  9:49           ` Maxime Ripard
2022-08-16  9:49           ` Maxime Ripard
2022-08-16 19:35           ` Noralf Trønnes
2022-08-16 19:35             ` Noralf Trønnes
2022-08-16 19:35             ` Noralf Trønnes
2022-08-16 19:35             ` Noralf Trønnes
2022-08-17 11:46             ` Maxime Ripard
2022-08-17 11:46               ` Maxime Ripard
2022-08-17 11:46               ` Maxime Ripard
2022-08-17 11:46               ` Maxime Ripard
2022-08-17 13:11               ` Noralf Trønnes
2022-08-17 13:11                 ` Noralf Trønnes
2022-08-17 13:11                 ` Noralf Trønnes
2022-08-17 13:11                 ` Noralf Trønnes
2022-08-17 23:23                 ` Noralf Trønnes
2022-08-17 23:23                   ` Noralf Trønnes
2022-08-17 23:23                   ` Noralf Trønnes
2022-08-17 23:23                   ` Noralf Trønnes
2022-08-18 15:01                   ` Noralf Trønnes
2022-08-18 15:01                     ` Noralf Trønnes
2022-08-18 15:01                     ` Noralf Trønnes
2022-08-18 15:01                     ` Noralf Trønnes
2022-08-18 15:31                     ` Maxime Ripard
2022-08-18 15:31                       ` Maxime Ripard
2022-08-18 15:31                       ` Maxime Ripard
2022-08-18 15:31                       ` Maxime Ripard
2022-08-21 11:43                       ` Noralf Trønnes
2022-08-21 11:43                         ` Noralf Trønnes
2022-08-21 11:43                         ` Noralf Trønnes
2022-08-21 11:43                         ` Noralf Trønnes
2022-08-26  8:21                         ` Maxime Ripard
2022-08-26  8:21                           ` Maxime Ripard
2022-08-26  8:21                           ` Maxime Ripard
2022-08-26  8:21                           ` Maxime Ripard
2022-08-18 15:27                 ` Maxime Ripard
2022-08-18 15:27                   ` Maxime Ripard
2022-08-18 15:27                   ` Maxime Ripard
2022-08-18 15:27                   ` Maxime Ripard
2022-08-12 13:25   ` Geert Uytterhoeven
2022-08-12 13:25     ` Geert Uytterhoeven
2022-08-12 13:25     ` Geert Uytterhoeven
2022-08-12 13:25     ` Geert Uytterhoeven
2022-08-16 13:20     ` Maxime Ripard
2022-08-16 13:20       ` Maxime Ripard
2022-08-16 13:20       ` Maxime Ripard
2022-08-16 13:20       ` Maxime Ripard
2022-08-16 13:29       ` Geert Uytterhoeven
2022-08-16 13:29         ` Geert Uytterhoeven
2022-08-16 13:29         ` Geert Uytterhoeven
2022-08-16 13:29         ` Geert Uytterhoeven
2022-08-16 14:11         ` Maxime Ripard
2022-08-16 14:11           ` Maxime Ripard
2022-08-16 14:11           ` Maxime Ripard
2022-08-16 14:11           ` Maxime Ripard
2022-08-16 14:43           ` Geert Uytterhoeven
2022-08-16 14:43             ` Geert Uytterhoeven
2022-08-16 14:43             ` Geert Uytterhoeven
2022-08-16 14:43             ` Geert Uytterhoeven
2022-08-16 15:49             ` Maxime Ripard
2022-08-16 15:49               ` Maxime Ripard
2022-08-16 15:49               ` Maxime Ripard
2022-08-16 15:49               ` Maxime Ripard
2022-08-17  7:31               ` Geert Uytterhoeven
2022-08-17  7:31                 ` Geert Uytterhoeven
2022-08-17  7:31                 ` Geert Uytterhoeven
2022-08-17  7:31                 ` Geert Uytterhoeven
2022-08-17  7:32                 ` Geert Uytterhoeven
2022-08-17  7:32                   ` Geert Uytterhoeven
2022-08-17  7:32                   ` Geert Uytterhoeven
2022-08-17  7:32                   ` Geert Uytterhoeven
2022-08-17  7:47                 ` Maxime Ripard
2022-08-17  7:47                   ` Maxime Ripard
2022-08-17  7:47                   ` Maxime Ripard
2022-08-17  7:47                   ` Maxime Ripard
2022-08-17  8:35                   ` Geert Uytterhoeven
2022-08-17  8:35                     ` Geert Uytterhoeven
2022-08-17  8:35                     ` Geert Uytterhoeven
2022-08-17  8:35                     ` Geert Uytterhoeven
2022-08-17 11:14                     ` Maxime Ripard
2022-08-17 11:14                       ` Maxime Ripard
2022-08-17 11:14                       ` Maxime Ripard
2022-08-17 11:14                       ` Maxime Ripard
2022-08-17 13:05                       ` Geert Uytterhoeven
2022-08-17 13:05                         ` Geert Uytterhoeven
2022-08-17 13:05                         ` Geert Uytterhoeven
2022-08-17 13:05                         ` Geert Uytterhoeven
2022-08-17 13:18                         ` Maxime Ripard
2022-08-17 13:18                           ` Maxime Ripard
2022-08-17 13:18                           ` Maxime Ripard
2022-08-17 13:18                           ` Maxime Ripard
2022-08-17 14:04                           ` Geert Uytterhoeven
2022-08-17 14:04                             ` Geert Uytterhoeven
2022-08-17 14:04                             ` Geert Uytterhoeven
2022-08-17 14:04                             ` Geert Uytterhoeven
2022-08-18 14:54                             ` Maxime Ripard
2022-08-18 14:54                               ` Maxime Ripard
2022-08-18 14:54                               ` Maxime Ripard
2022-08-18 14:54                               ` Maxime Ripard
2022-08-18 15:20                               ` Geert Uytterhoeven
2022-08-18 15:20                                 ` Geert Uytterhoeven
2022-08-18 15:20                                 ` Geert Uytterhoeven
2022-08-18 15:20                                 ` Geert Uytterhoeven
2022-08-18 15:34                                 ` Maxime Ripard
2022-08-18 15:34                                   ` Maxime Ripard
2022-08-18 15:34                                   ` Maxime Ripard
2022-08-18 15:34                                   ` Maxime Ripard
2022-08-19  9:35                                   ` Geert Uytterhoeven
2022-08-19  9:35                                     ` Geert Uytterhoeven
2022-08-19  9:35                                     ` Geert Uytterhoeven
2022-08-19  9:35                                     ` Geert Uytterhoeven
2022-08-25 13:39                                     ` Maxime Ripard
2022-08-25 13:39                                       ` Maxime Ripard
2022-08-25 13:39                                       ` Maxime Ripard
2022-08-25 13:39                                       ` Maxime Ripard
2022-08-20 20:12   ` Noralf Trønnes
2022-08-20 20:12     ` Noralf Trønnes
2022-08-20 20:12     ` Noralf Trønnes
2022-08-20 20:12     ` Noralf Trønnes
2022-08-25 13:44     ` Maxime Ripard
2022-08-25 13:44       ` Maxime Ripard
2022-08-25 13:44       ` Maxime Ripard
2022-08-25 13:44       ` Maxime Ripard
2022-08-25 15:13       ` Noralf Trønnes
2022-08-25 15:13         ` Noralf Trønnes
2022-08-25 15:13         ` Noralf Trønnes
2022-08-25 15:13         ` Noralf Trønnes
2022-08-29  8:28         ` Maxime Ripard
2022-08-29  8:28           ` Maxime Ripard
2022-08-29  8:28           ` Maxime Ripard
2022-08-29  8:28           ` Maxime Ripard
2022-07-29 16:34 ` [PATCH v1 06/35] drm/connector: Only register TV mode property if present Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-08-08 12:49   ` Noralf Trønnes
2022-08-08 12:49     ` Noralf Trønnes
2022-08-08 12:49     ` Noralf Trønnes
2022-08-08 12:49     ` Noralf Trønnes
2022-08-15 10:40     ` Maxime Ripard
2022-08-15 10:40       ` Maxime Ripard
2022-08-15 10:40       ` Maxime Ripard
2022-08-15 10:40       ` Maxime Ripard
2022-08-15 10:49       ` Noralf Trønnes
2022-08-15 10:49         ` Noralf Trønnes
2022-08-15 10:49         ` Noralf Trønnes
2022-08-15 10:49         ` Noralf Trønnes
2022-07-29 16:34 ` [PATCH v1 07/35] drm/modes: Only consider bpp and refresh before options Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-08-12 13:25   ` Geert Uytterhoeven
2022-08-12 13:25     ` Geert Uytterhoeven
2022-08-12 13:25     ` Geert Uytterhoeven
2022-08-12 13:25     ` Geert Uytterhoeven
2022-08-16 12:20     ` Maxime Ripard
2022-08-16 12:20       ` Maxime Ripard
2022-08-16 12:20       ` Maxime Ripard
2022-08-16 12:20       ` Maxime Ripard
2022-07-29 16:34 ` [PATCH v1 08/35] drm/client: Add some tests for drm_connector_pick_cmdline_mode() Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-08-02 10:14   ` Thomas Zimmermann
2022-08-02 10:14     ` Thomas Zimmermann
2022-08-02 10:14     ` Thomas Zimmermann
2022-08-02 10:14     ` Thomas Zimmermann
2022-08-15  8:42     ` Maxime Ripard
2022-08-15  8:42       ` Maxime Ripard
2022-08-15  8:42       ` Maxime Ripard
2022-08-15  8:42       ` Maxime Ripard
2022-07-29 16:34 ` [PATCH v1 09/35] drm/modes: Move named modes parsing to a separate function Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-08-12 13:27   ` Geert Uytterhoeven
2022-08-12 13:27     ` Geert Uytterhoeven
2022-08-12 13:27     ` Geert Uytterhoeven
2022-08-12 13:27     ` Geert Uytterhoeven
2022-08-16 13:46     ` Maxime Ripard
2022-08-16 13:46       ` Maxime Ripard
2022-08-16 13:46       ` Maxime Ripard
2022-08-16 13:46       ` Maxime Ripard
2022-08-16 14:44       ` Geert Uytterhoeven
2022-08-16 14:44         ` Geert Uytterhoeven
2022-08-16 14:44         ` Geert Uytterhoeven
2022-08-16 14:44         ` Geert Uytterhoeven
2022-07-29 16:34 ` [PATCH v1 10/35] drm/modes: Switch to named mode descriptors Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34 ` [PATCH v1 11/35] drm/modes: Fill drm_cmdline mode from named modes Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34 ` [PATCH v1 12/35] drmi/modes: Properly generate a drm_display_mode from a named mode Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34 ` [PATCH v1 13/35] drm/atomic-helper: Add a TV properties reset helper Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34 ` [PATCH v1 14/35] drm/atomic-helper: Add an analog TV atomic_check implementation Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 17:16   ` Mateusz Kwiatkowski
2022-07-29 17:16     ` Mateusz Kwiatkowski
2022-07-29 17:16     ` Mateusz Kwiatkowski
2022-07-29 17:16     ` Mateusz Kwiatkowski
2022-08-15  8:30     ` Maxime Ripard
2022-08-15  8:30       ` Maxime Ripard
2022-08-15  8:30       ` Maxime Ripard
2022-08-15  8:30       ` Maxime Ripard
2022-07-29 16:34 ` [PATCH v1 15/35] drm/vc4: vec: Remove empty mode_fixup Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34 ` [PATCH v1 16/35] drm/vc4: vec: Convert to atomic helpers Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:34   ` Maxime Ripard
2022-07-29 16:35 ` [PATCH v1 17/35] drm/vc4: vec: Refactor VEC TV mode setting Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35 ` [PATCH v1 18/35] drm/vc4: vec: Remove redundant atomic_mode_set Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35 ` [PATCH v1 19/35] drm/vc4: vec: Fix timings for VEC modes Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35 ` [PATCH v1 20/35] drm/vc4: vec: Switch for common modes Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 18:12   ` Mateusz Kwiatkowski
2022-07-29 18:12     ` Mateusz Kwiatkowski
2022-07-29 18:12     ` Mateusz Kwiatkowski
2022-07-29 18:12     ` Mateusz Kwiatkowski
2022-08-16 11:57     ` Maxime Ripard
2022-08-16 11:57       ` Maxime Ripard
2022-08-16 11:57       ` Maxime Ripard
2022-08-16 11:57       ` Maxime Ripard
2022-07-29 16:35 ` [PATCH v1 21/35] drm/vc4: vec: Fix definition of PAL-M mode Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35 ` [PATCH v1 22/35] drm/vc4: vec: Use TV Reset implementation Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-30  3:03   ` kernel test robot
2022-07-30  3:03     ` kernel test robot
2022-07-30  3:03     ` kernel test robot
2022-07-30  3:03     ` kernel test robot
2022-07-29 16:35 ` [PATCH v1 23/35] drm/vc4: vec: Convert to the new TV mode property Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-08-20 17:22   ` Noralf Trønnes
2022-08-20 17:22     ` Noralf Trønnes
2022-08-20 17:22     ` Noralf Trønnes
2022-08-20 17:22     ` Noralf Trønnes
2022-08-24 15:26     ` Maxime Ripard
2022-08-24 15:26       ` Maxime Ripard
2022-08-24 15:26       ` Maxime Ripard
2022-08-24 15:26       ` Maxime Ripard
2022-08-25 13:14       ` Noralf Trønnes
2022-08-25 13:14         ` Noralf Trønnes
2022-08-25 13:14         ` Noralf Trønnes
2022-08-25 13:14         ` Noralf Trønnes
2022-08-29 12:13         ` Maxime Ripard
2022-08-29 12:13           ` Maxime Ripard
2022-08-29 12:13           ` Maxime Ripard
2022-08-29 12:13           ` Maxime Ripard
2022-07-29 16:35 ` [PATCH v1 24/35] drm/vc4: vec: Add support for more analog TV standards Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 17:55   ` Mateusz Kwiatkowski
2022-07-29 17:55     ` Mateusz Kwiatkowski
2022-07-29 17:55     ` Mateusz Kwiatkowski
2022-07-29 17:55     ` Mateusz Kwiatkowski
2022-08-15  8:37     ` Maxime Ripard
2022-08-15  8:37       ` Maxime Ripard
2022-08-15  8:37       ` Maxime Ripard
2022-08-15  8:37       ` Maxime Ripard
2022-08-24 16:59       ` Mateusz Kwiatkowski
2022-08-24 16:59         ` Mateusz Kwiatkowski
2022-08-24 16:59         ` Mateusz Kwiatkowski
2022-08-24 16:59         ` Mateusz Kwiatkowski
2022-07-29 16:35 ` [PATCH v1 25/35] drm/sun4i: tv: Remove unused mode_valid Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-30  9:13   ` Jernej Škrabec
2022-07-30  9:13     ` Jernej Škrabec
2022-07-30  9:13     ` Jernej Škrabec
2022-07-30  9:13     ` Jernej Škrabec
2022-07-29 16:35 ` [PATCH v1 26/35] drm/sun4i: tv: Convert to atomic hooks Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-30  9:12   ` Jernej Škrabec
2022-07-30  9:12     ` Jernej Škrabec
2022-07-30  9:12     ` Jernej Škrabec
2022-07-30  9:12     ` Jernej Škrabec
2022-07-29 16:35 ` [PATCH v1 27/35] drm/sun4i: tv: Merge mode_set into atomic_enable Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35 ` [PATCH v1 28/35] drm/sun4i: tv: Remove useless function Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35 ` [PATCH v1 29/35] drm/sun4i: tv: Remove useless destroy function Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-30  9:14   ` Jernej Škrabec
2022-07-30  9:14     ` Jernej Škrabec
2022-07-30  9:14     ` Jernej Škrabec
2022-07-30  9:14     ` Jernej Škrabec
2022-07-29 16:35 ` [PATCH v1 30/35] drm/sun4i: tv: Rename error label Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-30  9:15   ` Jernej Škrabec
2022-07-30  9:15     ` Jernej Škrabec
2022-07-30  9:15     ` Jernej Škrabec
2022-07-30  9:15     ` Jernej Škrabec
2022-07-29 16:35 ` [PATCH v1 31/35] drm/sun4i: tv: Add missing reset assertion Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-30  9:16   ` Jernej Škrabec
2022-07-30  9:16     ` Jernej Škrabec
2022-07-30  9:16     ` Jernej Škrabec
2022-07-30  9:16     ` Jernej Škrabec
2022-07-29 16:35 ` [PATCH v1 32/35] drm/sun4i: tv: Convert to the new TV mode property Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-08-28 17:12   ` Noralf Trønnes
2022-08-28 17:12     ` Noralf Trønnes
2022-08-28 17:12     ` Noralf Trønnes
2022-08-28 17:12     ` Noralf Trønnes
2022-07-29 16:35 ` [PATCH v1 33/35] drm/connector: Remove TV modes property Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 20:06   ` kernel test robot
2022-07-29 20:06     ` kernel test robot
2022-07-29 20:06     ` kernel test robot
2022-07-29 20:06     ` kernel test robot
2022-07-29 20:16   ` kernel test robot
2022-07-29 20:16     ` kernel test robot
2022-07-29 20:16     ` kernel test robot
2022-07-29 20:16     ` kernel test robot
2022-07-29 16:35 ` [PATCH v1 34/35] drm/modes: Introduce the tv_mode property as a command-line option Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-08-12 13:31   ` Geert Uytterhoeven
2022-08-12 13:31     ` Geert Uytterhoeven
2022-08-12 13:31     ` Geert Uytterhoeven
2022-08-12 13:31     ` Geert Uytterhoeven
2022-08-16 13:51     ` Maxime Ripard
2022-08-16 13:51       ` Maxime Ripard
2022-08-16 13:51       ` Maxime Ripard
2022-08-16 13:51       ` Maxime Ripard
2022-08-20 20:18   ` Noralf Trønnes
2022-08-20 20:18     ` Noralf Trønnes
2022-08-20 20:18     ` Noralf Trønnes
2022-08-20 20:18     ` Noralf Trønnes
2022-08-24 15:45     ` Maxime Ripard
2022-08-24 15:45       ` Maxime Ripard
2022-08-24 15:45       ` Maxime Ripard
2022-08-24 15:45       ` Maxime Ripard
2022-08-24 17:08       ` Mateusz Kwiatkowski
2022-08-24 17:08         ` Mateusz Kwiatkowski
2022-08-24 17:08         ` Mateusz Kwiatkowski
2022-08-24 17:08         ` Mateusz Kwiatkowski
2022-08-25 12:41       ` Noralf Trønnes
2022-08-25 12:41         ` Noralf Trønnes
2022-08-25 12:41         ` Noralf Trønnes
2022-08-25 12:41         ` Noralf Trønnes
2022-08-26  6:46         ` Maxime Ripard
2022-08-26  6:46           ` Maxime Ripard
2022-08-26  6:46           ` Maxime Ripard
2022-08-26  6:46           ` Maxime Ripard
2022-08-28 17:06           ` Noralf Trønnes
2022-08-28 17:06             ` Noralf Trønnes
2022-08-28 17:06             ` Noralf Trønnes
2022-08-28 17:06             ` Noralf Trønnes
2022-07-29 16:35 ` [PATCH v1 35/35] drm/modes: Introduce more named modes Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-07-29 16:35   ` Maxime Ripard
2022-08-21 16:16   ` Noralf Trønnes
2022-08-21 16:16     ` Noralf Trønnes
2022-08-21 16:16     ` Noralf Trønnes
2022-08-21 16:16     ` Noralf Trønnes
2022-08-25 14:22     ` Maxime Ripard
2022-08-25 14:22       ` Maxime Ripard
2022-08-25 14:22       ` Maxime Ripard
2022-08-25 14:22       ` Maxime Ripard
2022-08-08 13:03 ` [PATCH v1 00/35] drm: Analog TV Improvements Noralf Trønnes
2022-08-08 13:03   ` Noralf Trønnes
2022-08-08 13:03   ` Noralf Trønnes
2022-08-08 13:03   ` Noralf Trønnes
2022-08-21 16:33 ` Noralf Trønnes
2022-08-21 16:33   ` Noralf Trønnes
2022-08-21 16:33   ` Noralf Trønnes
2022-08-21 16:33   ` Noralf Trønnes
2022-08-22  7:48   ` Maxime Ripard
2022-08-22  7:48     ` Maxime Ripard
2022-08-22  7:48     ` Maxime Ripard
2022-08-22  7:48     ` Maxime Ripard
2022-08-22  8:57     ` Mateusz Kwiatkowski
2022-08-22  8:57       ` Mateusz Kwiatkowski
2022-08-22  8:57       ` Mateusz Kwiatkowski
2022-08-22  8:57       ` Mateusz Kwiatkowski
2022-08-25 15:55       ` Maxime Ripard
2022-08-25 15:55         ` Maxime Ripard
2022-08-25 15:55         ` Maxime Ripard
2022-08-25 15:55         ` Maxime Ripard
2022-08-25 16:17         ` Mateusz Kwiatkowski
2022-08-25 16:17           ` Mateusz Kwiatkowski
2022-08-25 16:17           ` Mateusz Kwiatkowski
2022-08-25 16:17           ` Mateusz Kwiatkowski
2022-08-26  4:07           ` Mateusz Kwiatkowski
2022-08-26  4:07             ` Mateusz Kwiatkowski
2022-08-26  4:07             ` Mateusz Kwiatkowski
2022-08-26  4:07             ` Mateusz Kwiatkowski
2022-08-26  8:39             ` Maxime Ripard
2022-08-26  8:39               ` Maxime Ripard
2022-08-26  8:39               ` Maxime Ripard
2022-08-26  8:39               ` Maxime Ripard
2022-08-26 14:56             ` Dom Cobley
2022-08-26 14:56               ` Dom Cobley
2022-08-26 14:56               ` Dom Cobley
2022-08-26 14:56               ` Dom Cobley
2022-08-27 16:11               ` Noralf Trønnes
2022-08-27 16:11                 ` Noralf Trønnes
2022-08-27 16:11                 ` Noralf Trønnes
2022-08-27 16:11                 ` Noralf Trønnes
2022-08-30 21:31               ` kFYatek
2022-08-30 21:31                 ` kFYatek
2022-08-30 21:31                 ` kFYatek
2022-08-30 21:31                 ` kFYatek
2022-08-22 13:21     ` Noralf Trønnes
2022-08-22 13:21       ` Noralf Trønnes
2022-08-22 13:21       ` Noralf Trønnes
2022-08-22 13:21       ` Noralf Trønnes
2022-08-25 16:21       ` Maxime Ripard
2022-08-25 16:21         ` Maxime Ripard
2022-08-25 16:21         ` Maxime Ripard
2022-08-25 16:21         ` Maxime Ripard
2022-08-25 19:36         ` Noralf Trønnes
2022-08-25 19:36           ` Noralf Trønnes
2022-08-25 19:36           ` Noralf Trønnes
2022-08-25 19:36           ` Noralf Trønnes

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=20220816082612.grebxql5ynnfnvfd@houat \
    --to=maxime@cerno.tech \
    --cc=airlied@linux.ie \
    --cc=daniel@ffwll.ch \
    --cc=dave.stevenson@raspberrypi.com \
    --cc=dom@raspberrypi.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=emma@anholt.net \
    --cc=geert@linux-m68k.org \
    --cc=jbrunet@baylibre.com \
    --cc=jernej.skrabec@gmail.com \
    --cc=kfyatek+publicgit@gmail.com \
    --cc=khilman@baylibre.com \
    --cc=linux-amlogic@lists.infradead.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-sunxi@lists.linux.dev \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=martin.blumenstingl@googlemail.com \
    --cc=narmstrong@baylibre.com \
    --cc=noralf@tronnes.org \
    --cc=p.zabel@pengutronix.de \
    --cc=phil@raspberrypi.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.