All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jani Nikula <jani.nikula@linux.intel.com>
To: Maxime Ripard <maxime@cerno.tech>
Cc: "Geert Uytterhoeven" <geert@linux-m68k.org>,
	"Ben Skeggs" <bskeggs@redhat.com>,
	"David Airlie" <airlied@linux.ie>, "Chen-Yu Tsai" <wens@csie.org>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"Lyude Paul" <lyude@redhat.com>,
	"Philipp Zabel" <p.zabel@pengutronix.de>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Tvrtko Ursulin" <tvrtko.ursulin@linux.intel.com>,
	"Jernej Skrabec" <jernej.skrabec@gmail.com>,
	"Samuel Holland" <samuel@sholland.org>,
	"Karol Herbst" <kherbst@redhat.com>,
	"Noralf Trønnes" <noralf@tronnes.org>,
	"Emma Anholt" <emma@anholt.net>,
	"Daniel Vetter" <daniel@ffwll.ch>,
	"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
	"Hans de Goede" <hdegoede@redhat.com>,
	"Linux ARM" <linux-arm-kernel@lists.infradead.org>,
	"Phil Elwell" <phil@raspberrypi.com>,
	"Intel Graphics Development" <intel-gfx@lists.freedesktop.org>,
	"Dave Stevenson" <dave.stevenson@raspberrypi.com>,
	"DRI Development" <dri-devel@lists.freedesktop.org>,
	"Dom Cobley" <dom@raspberrypi.com>,
	"Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>,
	"Nouveau Dev" <nouveau@lists.freedesktop.org>,
	linux-sunxi@lists.linux.dev,
	"Mateusz Kwiatkowski" <kfyatek+publicgit@gmail.com>
Subject: Re: [PATCH v2 14/41] drm/modes: Move named modes parsing to a separate function
Date: Tue, 30 Aug 2022 16:36:23 +0300	[thread overview]
Message-ID: <875yi9etuw.fsf@intel.com> (raw)
In-Reply-To: <20220830120330.6f5f22d35gu7cbr3@houat>

On Tue, 30 Aug 2022, Maxime Ripard <maxime@cerno.tech> wrote:
> Hi,
>
> On Tue, Aug 30, 2022 at 01:43:07PM +0300, Jani Nikula wrote:
>> On Tue, 30 Aug 2022, Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>> > On Mon, Aug 29, 2022 at 3:13 PM Maxime Ripard <maxime@cerno.tech> wrote:
>> >> +#define STR_STRICT_EQ(str, len, cmp) \
>> >> +       ((strlen(cmp) == len) && !strncmp(str, cmp, len))
>> >
>> > This is not part of the move, but newly added.
>> 
>> The same construct is also duplicated elsewhere in the series, and I
>> kept being confused by it.
>
> I'm not sure what is confusing, but I can add a comment if needed.

STR_STRICT_EQ() is what's confusing. I have to look at the
implementation to understand what it means. What does "strict" string
equality mean?

>
>> The above is precisely the same as:
>> 
>> 	str_has_prefix(str, cmp) == len
>
> Here, it's used to make sure we don't have a named mode starting with
> either e, d, or D.
>
> If I understood str_has_prefix() right, str_has_prefix("DUMB-MODE", "D")
> == strlen("DUMB-MODE") would return true, while it's actually what we
> want to avoid.

That's not true, str_has_prefix("DUMB-MODE", "D") == strlen("D") is.

> It's also used indeed in drm_get_tv_mode_from_name(), where we try to
> match a list of names with one passed as argument.
>
> With drm_get_tv_mode_from_name("NSTC", strlen("NTSC")), we would end up
> calling str_has_prefix("NTSC-J", "NTSC") == strlen("NTSC-J") which would
> work. However, we end up calling prefix not a prefix, but an entire
> string we want to match against, which is very confusing to me too.

If I get this right, you have a string and you want to check if that has
a certain prefix. Additionally, you want to check the prefix is a
certain length.

Sure, that the prefix is a certain length is more of a property of the
string, which is NUL terminated later than at length, but that's doesn't
really matter.

That condition is simply str_has_prefix(string, prefix) == length.

BR,
Jani.


-- 
Jani Nikula, Intel Open Source Graphics Center

WARNING: multiple messages have this Message-ID (diff)
From: Jani Nikula <jani.nikula@linux.intel.com>
To: Maxime Ripard <maxime@cerno.tech>
Cc: "David Airlie" <airlied@linux.ie>,
	"Nouveau Dev" <nouveau@lists.freedesktop.org>,
	"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
	"DRI Development" <dri-devel@lists.freedesktop.org>,
	"Phil Elwell" <phil@raspberrypi.com>,
	"Emma Anholt" <emma@anholt.net>,
	"Samuel Holland" <samuel@sholland.org>,
	"Jernej Skrabec" <jernej.skrabec@gmail.com>,
	"Chen-Yu Tsai" <wens@csie.org>,
	"Geert Uytterhoeven" <geert@linux-m68k.org>,
	"Ben Skeggs" <bskeggs@redhat.com>,
	linux-sunxi@lists.linux.dev,
	"Intel Graphics Development" <intel-gfx@lists.freedesktop.org>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Hans de Goede" <hdegoede@redhat.com>,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Daniel Vetter" <daniel@ffwll.ch>,
	"Linux ARM" <linux-arm-kernel@lists.infradead.org>,
	"Tvrtko Ursulin" <tvrtko.ursulin@linux.intel.com>,
	"Dom Cobley" <dom@raspberrypi.com>,
	"Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>,
	"Mateusz Kwiatkowski" <kfyatek+publicgit@gmail.com>,
	"Noralf Trønnes" <noralf@tronnes.org>,
	"Philipp Zabel" <p.zabel@pengutronix.de>
Subject: Re: [Nouveau] [PATCH v2 14/41] drm/modes: Move named modes parsing to a separate function
Date: Tue, 30 Aug 2022 16:36:23 +0300	[thread overview]
Message-ID: <875yi9etuw.fsf@intel.com> (raw)
In-Reply-To: <20220830120330.6f5f22d35gu7cbr3@houat>

On Tue, 30 Aug 2022, Maxime Ripard <maxime@cerno.tech> wrote:
> Hi,
>
> On Tue, Aug 30, 2022 at 01:43:07PM +0300, Jani Nikula wrote:
>> On Tue, 30 Aug 2022, Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>> > On Mon, Aug 29, 2022 at 3:13 PM Maxime Ripard <maxime@cerno.tech> wrote:
>> >> +#define STR_STRICT_EQ(str, len, cmp) \
>> >> +       ((strlen(cmp) == len) && !strncmp(str, cmp, len))
>> >
>> > This is not part of the move, but newly added.
>> 
>> The same construct is also duplicated elsewhere in the series, and I
>> kept being confused by it.
>
> I'm not sure what is confusing, but I can add a comment if needed.

STR_STRICT_EQ() is what's confusing. I have to look at the
implementation to understand what it means. What does "strict" string
equality mean?

>
>> The above is precisely the same as:
>> 
>> 	str_has_prefix(str, cmp) == len
>
> Here, it's used to make sure we don't have a named mode starting with
> either e, d, or D.
>
> If I understood str_has_prefix() right, str_has_prefix("DUMB-MODE", "D")
> == strlen("DUMB-MODE") would return true, while it's actually what we
> want to avoid.

That's not true, str_has_prefix("DUMB-MODE", "D") == strlen("D") is.

> It's also used indeed in drm_get_tv_mode_from_name(), where we try to
> match a list of names with one passed as argument.
>
> With drm_get_tv_mode_from_name("NSTC", strlen("NTSC")), we would end up
> calling str_has_prefix("NTSC-J", "NTSC") == strlen("NTSC-J") which would
> work. However, we end up calling prefix not a prefix, but an entire
> string we want to match against, which is very confusing to me too.

If I get this right, you have a string and you want to check if that has
a certain prefix. Additionally, you want to check the prefix is a
certain length.

Sure, that the prefix is a certain length is more of a property of the
string, which is NUL terminated later than at length, but that's doesn't
really matter.

That condition is simply str_has_prefix(string, prefix) == length.

BR,
Jani.


-- 
Jani Nikula, Intel Open Source Graphics Center

WARNING: multiple messages have this Message-ID (diff)
From: Jani Nikula <jani.nikula@linux.intel.com>
To: Maxime Ripard <maxime@cerno.tech>
Cc: "Karol Herbst" <kherbst@redhat.com>,
	"David Airlie" <airlied@linux.ie>,
	"Nouveau Dev" <nouveau@lists.freedesktop.org>,
	"DRI Development" <dri-devel@lists.freedesktop.org>,
	"Phil Elwell" <phil@raspberrypi.com>,
	"Emma Anholt" <emma@anholt.net>,
	"Samuel Holland" <samuel@sholland.org>,
	"Jernej Skrabec" <jernej.skrabec@gmail.com>,
	"Chen-Yu Tsai" <wens@csie.org>,
	"Geert Uytterhoeven" <geert@linux-m68k.org>,
	"Ben Skeggs" <bskeggs@redhat.com>,
	linux-sunxi@lists.linux.dev,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"Intel Graphics Development" <intel-gfx@lists.freedesktop.org>,
	"Hans de Goede" <hdegoede@redhat.com>,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Linux ARM" <linux-arm-kernel@lists.infradead.org>,
	"Tvrtko Ursulin" <tvrtko.ursulin@linux.intel.com>,
	"Dom Cobley" <dom@raspberrypi.com>,
	"Dave Stevenson" <dave.stevenson@raspberrypi.com>,
	"Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>,
	"Mateusz Kwiatkowski" <kfyatek+publicgit@gmail.com>,
	"Noralf Trønnes" <noralf@tronnes.org>
Subject: Re: [PATCH v2 14/41] drm/modes: Move named modes parsing to a separate function
Date: Tue, 30 Aug 2022 16:36:23 +0300	[thread overview]
Message-ID: <875yi9etuw.fsf@intel.com> (raw)
In-Reply-To: <20220830120330.6f5f22d35gu7cbr3@houat>

On Tue, 30 Aug 2022, Maxime Ripard <maxime@cerno.tech> wrote:
> Hi,
>
> On Tue, Aug 30, 2022 at 01:43:07PM +0300, Jani Nikula wrote:
>> On Tue, 30 Aug 2022, Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>> > On Mon, Aug 29, 2022 at 3:13 PM Maxime Ripard <maxime@cerno.tech> wrote:
>> >> +#define STR_STRICT_EQ(str, len, cmp) \
>> >> +       ((strlen(cmp) == len) && !strncmp(str, cmp, len))
>> >
>> > This is not part of the move, but newly added.
>> 
>> The same construct is also duplicated elsewhere in the series, and I
>> kept being confused by it.
>
> I'm not sure what is confusing, but I can add a comment if needed.

STR_STRICT_EQ() is what's confusing. I have to look at the
implementation to understand what it means. What does "strict" string
equality mean?

>
>> The above is precisely the same as:
>> 
>> 	str_has_prefix(str, cmp) == len
>
> Here, it's used to make sure we don't have a named mode starting with
> either e, d, or D.
>
> If I understood str_has_prefix() right, str_has_prefix("DUMB-MODE", "D")
> == strlen("DUMB-MODE") would return true, while it's actually what we
> want to avoid.

That's not true, str_has_prefix("DUMB-MODE", "D") == strlen("D") is.

> It's also used indeed in drm_get_tv_mode_from_name(), where we try to
> match a list of names with one passed as argument.
>
> With drm_get_tv_mode_from_name("NSTC", strlen("NTSC")), we would end up
> calling str_has_prefix("NTSC-J", "NTSC") == strlen("NTSC-J") which would
> work. However, we end up calling prefix not a prefix, but an entire
> string we want to match against, which is very confusing to me too.

If I get this right, you have a string and you want to check if that has
a certain prefix. Additionally, you want to check the prefix is a
certain length.

Sure, that the prefix is a certain length is more of a property of the
string, which is NUL terminated later than at length, but that's doesn't
really matter.

That condition is simply str_has_prefix(string, prefix) == length.

BR,
Jani.


-- 
Jani Nikula, Intel Open Source Graphics Center

WARNING: multiple messages have this Message-ID (diff)
From: Jani Nikula <jani.nikula@linux.intel.com>
To: Maxime Ripard <maxime@cerno.tech>
Cc: "Karol Herbst" <kherbst@redhat.com>,
	"David Airlie" <airlied@linux.ie>,
	"Nouveau Dev" <nouveau@lists.freedesktop.org>,
	"DRI Development" <dri-devel@lists.freedesktop.org>,
	"Phil Elwell" <phil@raspberrypi.com>,
	"Emma Anholt" <emma@anholt.net>,
	"Samuel Holland" <samuel@sholland.org>,
	"Jernej Skrabec" <jernej.skrabec@gmail.com>,
	"Chen-Yu Tsai" <wens@csie.org>,
	"Geert Uytterhoeven" <geert@linux-m68k.org>,
	"Ben Skeggs" <bskeggs@redhat.com>,
	linux-sunxi@lists.linux.dev,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"Intel Graphics Development" <intel-gfx@lists.freedesktop.org>,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Daniel Vetter" <daniel@ffwll.ch>,
	"Linux ARM" <linux-arm-kernel@lists.infradead.org>,
	"Dom Cobley" <dom@raspberrypi.com>,
	"Dave Stevenson" <dave.stevenson@raspberrypi.com>,
	"Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>,
	"Mateusz Kwiatkowski" <kfyatek+publicgit@gmail.com>,
	"Noralf Trønnes" <noralf@tronnes.org>,
	"Philipp Zabel" <p.zabel@pengutronix.de>
Subject: Re: [Intel-gfx] [PATCH v2 14/41] drm/modes: Move named modes parsing to a separate function
Date: Tue, 30 Aug 2022 16:36:23 +0300	[thread overview]
Message-ID: <875yi9etuw.fsf@intel.com> (raw)
In-Reply-To: <20220830120330.6f5f22d35gu7cbr3@houat>

On Tue, 30 Aug 2022, Maxime Ripard <maxime@cerno.tech> wrote:
> Hi,
>
> On Tue, Aug 30, 2022 at 01:43:07PM +0300, Jani Nikula wrote:
>> On Tue, 30 Aug 2022, Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>> > On Mon, Aug 29, 2022 at 3:13 PM Maxime Ripard <maxime@cerno.tech> wrote:
>> >> +#define STR_STRICT_EQ(str, len, cmp) \
>> >> +       ((strlen(cmp) == len) && !strncmp(str, cmp, len))
>> >
>> > This is not part of the move, but newly added.
>> 
>> The same construct is also duplicated elsewhere in the series, and I
>> kept being confused by it.
>
> I'm not sure what is confusing, but I can add a comment if needed.

STR_STRICT_EQ() is what's confusing. I have to look at the
implementation to understand what it means. What does "strict" string
equality mean?

>
>> The above is precisely the same as:
>> 
>> 	str_has_prefix(str, cmp) == len
>
> Here, it's used to make sure we don't have a named mode starting with
> either e, d, or D.
>
> If I understood str_has_prefix() right, str_has_prefix("DUMB-MODE", "D")
> == strlen("DUMB-MODE") would return true, while it's actually what we
> want to avoid.

That's not true, str_has_prefix("DUMB-MODE", "D") == strlen("D") is.

> It's also used indeed in drm_get_tv_mode_from_name(), where we try to
> match a list of names with one passed as argument.
>
> With drm_get_tv_mode_from_name("NSTC", strlen("NTSC")), we would end up
> calling str_has_prefix("NTSC-J", "NTSC") == strlen("NTSC-J") which would
> work. However, we end up calling prefix not a prefix, but an entire
> string we want to match against, which is very confusing to me too.

If I get this right, you have a string and you want to check if that has
a certain prefix. Additionally, you want to check the prefix is a
certain length.

Sure, that the prefix is a certain length is more of a property of the
string, which is NUL terminated later than at length, but that's doesn't
really matter.

That condition is simply str_has_prefix(string, prefix) == length.

BR,
Jani.


-- 
Jani Nikula, Intel Open Source Graphics Center

WARNING: multiple messages have this Message-ID (diff)
From: Jani Nikula <jani.nikula@linux.intel.com>
To: Maxime Ripard <maxime@cerno.tech>
Cc: "Geert Uytterhoeven" <geert@linux-m68k.org>,
	"Ben Skeggs" <bskeggs@redhat.com>,
	"David Airlie" <airlied@linux.ie>, "Chen-Yu Tsai" <wens@csie.org>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"Lyude Paul" <lyude@redhat.com>,
	"Philipp Zabel" <p.zabel@pengutronix.de>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Rodrigo Vivi" <rodrigo.vivi@intel.com>,
	"Tvrtko Ursulin" <tvrtko.ursulin@linux.intel.com>,
	"Jernej Skrabec" <jernej.skrabec@gmail.com>,
	"Samuel Holland" <samuel@sholland.org>,
	"Karol Herbst" <kherbst@redhat.com>,
	"Noralf Trønnes" <noralf@tronnes.org>,
	"Emma Anholt" <emma@anholt.net>,
	"Daniel Vetter" <daniel@ffwll.ch>,
	"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
	"Hans de Goede" <hdegoede@redhat.com>,
	"Linux ARM" <linux-arm-kernel@lists.infradead.org>,
	"Phil Elwell" <phil@raspberrypi.com>,
	"Intel Graphics Development" <intel-gfx@lists.freedesktop.org>,
	"Dave Stevenson" <dave.stevenson@raspberrypi.com>,
	"DRI Development" <dri-devel@lists.freedesktop.org>,
	"Dom Cobley" <dom@raspberrypi.com>,
	"Linux Kernel Mailing List" <linux-kernel@vger.kernel.org>,
	"Nouveau Dev" <nouveau@lists.freedesktop.org>,
	linux-sunxi@lists.linux.dev,
	"Mateusz Kwiatkowski" <kfyatek+publicgit@gmail.com>
Subject: Re: [PATCH v2 14/41] drm/modes: Move named modes parsing to a separate function
Date: Tue, 30 Aug 2022 16:36:23 +0300	[thread overview]
Message-ID: <875yi9etuw.fsf@intel.com> (raw)
In-Reply-To: <20220830120330.6f5f22d35gu7cbr3@houat>

On Tue, 30 Aug 2022, Maxime Ripard <maxime@cerno.tech> wrote:
> Hi,
>
> On Tue, Aug 30, 2022 at 01:43:07PM +0300, Jani Nikula wrote:
>> On Tue, 30 Aug 2022, Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>> > On Mon, Aug 29, 2022 at 3:13 PM Maxime Ripard <maxime@cerno.tech> wrote:
>> >> +#define STR_STRICT_EQ(str, len, cmp) \
>> >> +       ((strlen(cmp) == len) && !strncmp(str, cmp, len))
>> >
>> > This is not part of the move, but newly added.
>> 
>> The same construct is also duplicated elsewhere in the series, and I
>> kept being confused by it.
>
> I'm not sure what is confusing, but I can add a comment if needed.

STR_STRICT_EQ() is what's confusing. I have to look at the
implementation to understand what it means. What does "strict" string
equality mean?

>
>> The above is precisely the same as:
>> 
>> 	str_has_prefix(str, cmp) == len
>
> Here, it's used to make sure we don't have a named mode starting with
> either e, d, or D.
>
> If I understood str_has_prefix() right, str_has_prefix("DUMB-MODE", "D")
> == strlen("DUMB-MODE") would return true, while it's actually what we
> want to avoid.

That's not true, str_has_prefix("DUMB-MODE", "D") == strlen("D") is.

> It's also used indeed in drm_get_tv_mode_from_name(), where we try to
> match a list of names with one passed as argument.
>
> With drm_get_tv_mode_from_name("NSTC", strlen("NTSC")), we would end up
> calling str_has_prefix("NTSC-J", "NTSC") == strlen("NTSC-J") which would
> work. However, we end up calling prefix not a prefix, but an entire
> string we want to match against, which is very confusing to me too.

If I get this right, you have a string and you want to check if that has
a certain prefix. Additionally, you want to check the prefix is a
certain length.

Sure, that the prefix is a certain length is more of a property of the
string, which is NUL terminated later than at length, but that's doesn't
really matter.

That condition is simply str_has_prefix(string, prefix) == length.

BR,
Jani.


-- 
Jani Nikula, Intel Open Source Graphics Center

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

  reply	other threads:[~2022-08-30 13:36 UTC|newest]

Thread overview: 643+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-08-29 13:11 [PATCH v2 00/41] drm: Analog TV Improvements Maxime Ripard
2022-08-29 13:11 ` [Nouveau] " Maxime Ripard
2022-08-29 13:11 ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11 ` Maxime Ripard
2022-08-29 13:11 ` Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 01/41] drm/tests: Order Kunit tests in Makefile Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 18:46   ` Noralf Trønnes
2022-08-29 18:46     ` [Intel-gfx] " Noralf Trønnes
2022-08-29 18:46     ` [Nouveau] " Noralf Trønnes
2022-08-29 18:46     ` Noralf Trønnes
2022-08-29 18:46     ` Noralf Trønnes
2022-08-29 19:02     ` Konstantin Ryabitsev
2022-08-29 19:02       ` [Nouveau] " Konstantin Ryabitsev
2022-08-29 19:02       ` Konstantin Ryabitsev
2022-08-29 19:02       ` Konstantin Ryabitsev
2022-08-30  8:30       ` Maxime Ripard
2022-08-30  8:30         ` [Nouveau] " Maxime Ripard
2022-08-30  8:30         ` [Intel-gfx] " Maxime Ripard
2022-08-30  8:30         ` Maxime Ripard
2022-08-30  8:30         ` Maxime Ripard
2022-08-30 12:22         ` Konstantin Ryabitsev
2022-08-31  7:30           ` Maxime Ripard
2022-08-31 12:19             ` Konstantin Ryabitsev
2022-08-29 13:11 ` [PATCH v2 02/41] drm/tests: Add Kunit Helpers Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 03/41] drm/atomic-helper: Rename drm_atomic_helper_connector_tv_reset to avoid ambiguity Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 04/41] drm/connector: Rename subconnector state variable Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 05/41] drm/atomic: Add TV subconnector property to get/set_property Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 06/41] drm/connector: Rename legacy TV property Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-30 19:27   ` [Nouveau] " Noralf Trønnes
2022-08-30 19:27     ` [Intel-gfx] " Noralf Trønnes
2022-08-30 19:27     ` Noralf Trønnes
2022-08-30 19:27     ` Noralf Trønnes
2022-08-30 19:27     ` Noralf Trønnes
2022-08-29 13:11 ` [PATCH v2 07/41] drm/connector: Only register TV mode property if present Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 08/41] drm/connector: Rename drm_mode_create_tv_properties Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 09/41] drm/connector: Add TV standard property Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-09-01 22:00   ` Mateusz Kwiatkowski
2022-09-01 22:00     ` [Nouveau] " Mateusz Kwiatkowski
2022-09-01 22:00     ` [Intel-gfx] " Mateusz Kwiatkowski
2022-09-01 22:00     ` Mateusz Kwiatkowski
2022-09-01 22:00     ` Mateusz Kwiatkowski
2022-09-02  7:35     ` Geert Uytterhoeven
2022-09-02  7:35       ` [Intel-gfx] " Geert Uytterhoeven
2022-09-02  7:35       ` [Nouveau] " Geert Uytterhoeven
2022-09-02  7:35       ` Geert Uytterhoeven
2022-09-02  7:35       ` Geert Uytterhoeven
2022-09-07 12:11       ` Maxime Ripard
2022-09-07 12:11         ` Maxime Ripard
2022-09-07 12:11         ` [Intel-gfx] " Maxime Ripard
2022-09-07 12:11         ` Maxime Ripard
2022-09-07 12:11         ` [Nouveau] " Maxime Ripard
2022-09-07 12:10     ` Maxime Ripard
2022-09-07 12:10       ` Maxime Ripard
2022-09-07 12:10       ` [Intel-gfx] " Maxime Ripard
2022-09-07 12:10       ` Maxime Ripard
2022-09-07 12:10       ` [Nouveau] " Maxime Ripard
2022-09-07 19:52       ` Mateusz Kwiatkowski
2022-09-07 19:52         ` [Intel-gfx] " Mateusz Kwiatkowski
2022-09-07 19:52         ` Mateusz Kwiatkowski
2022-09-07 19:52         ` Mateusz Kwiatkowski
2022-09-07 19:52         ` [Nouveau] " Mateusz Kwiatkowski
2022-09-09  9:46         ` Maxime Ripard
2022-09-09  9:46           ` Maxime Ripard
2022-09-09  9:46           ` [Intel-gfx] " Maxime Ripard
2022-09-09  9:46           ` Maxime Ripard
2022-09-09  9:46           ` [Nouveau] " Maxime Ripard
2022-09-11  4:32           ` Mateusz Kwiatkowski
2022-09-11  4:32             ` [Intel-gfx] " Mateusz Kwiatkowski
2022-09-11  4:32             ` Mateusz Kwiatkowski
2022-09-11  4:32             ` Mateusz Kwiatkowski
2022-09-11  4:32             ` [Nouveau] " Mateusz Kwiatkowski
2022-09-05 10:18   ` Noralf Trønnes
2022-09-05 10:18     ` [Intel-gfx] " Noralf Trønnes
2022-09-05 10:18     ` Noralf Trønnes
2022-09-05 10:18     ` Noralf Trønnes
2022-09-05 10:18     ` Noralf Trønnes
2022-08-29 13:11 ` [PATCH v2 10/41] drm/modes: Add a function to generate analog display modes Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-30 13:01   ` Maíra Canal
2022-08-30 13:01     ` [Nouveau] " Maíra Canal
2022-08-30 13:01     ` Maíra Canal
2022-08-30 13:01     ` Maíra Canal
2022-08-30 13:01     ` [Intel-gfx] " Maíra Canal
2022-09-08 11:10     ` Maxime Ripard
2022-09-08 11:10       ` Maxime Ripard
2022-09-08 11:10       ` [Intel-gfx] " Maxime Ripard
2022-09-08 11:10       ` Maxime Ripard
2022-09-08 11:10       ` [Nouveau] " Maxime Ripard
2022-08-31  1:44   ` Mateusz Kwiatkowski
2022-08-31  1:44     ` [Nouveau] " Mateusz Kwiatkowski
2022-08-31  1:44     ` [Intel-gfx] " Mateusz Kwiatkowski
2022-08-31  1:44     ` Mateusz Kwiatkowski
2022-08-31  1:44     ` Mateusz Kwiatkowski
2022-08-31  8:14     ` [Nouveau] " Geert Uytterhoeven
2022-08-31  8:14       ` Geert Uytterhoeven
2022-08-31  8:14       ` Geert Uytterhoeven
2022-08-31  8:14       ` [Intel-gfx] " Geert Uytterhoeven
2022-08-31  8:14       ` Geert Uytterhoeven
2022-09-05 13:32       ` Maxime Ripard
2022-09-05 13:32         ` [Nouveau] " Maxime Ripard
2022-09-05 13:32         ` Maxime Ripard
2022-09-05 13:32         ` [Intel-gfx] " Maxime Ripard
2022-09-05 13:32         ` Maxime Ripard
2022-09-05 16:32         ` Mateusz Kwiatkowski
2022-09-05 16:32           ` [Nouveau] " Mateusz Kwiatkowski
2022-09-05 16:32           ` [Intel-gfx] " Mateusz Kwiatkowski
2022-09-05 16:32           ` Mateusz Kwiatkowski
2022-09-05 16:32           ` Mateusz Kwiatkowski
2022-09-07 14:38           ` [Nouveau] " Maxime Ripard
2022-09-07 14:38             ` Maxime Ripard
2022-09-07 14:38             ` Maxime Ripard
2022-09-07 14:38             ` [Intel-gfx] " Maxime Ripard
2022-09-07 14:38             ` Maxime Ripard
2022-09-05 13:37     ` Maxime Ripard
2022-09-05 13:37       ` [Nouveau] " Maxime Ripard
2022-09-05 13:37       ` Maxime Ripard
2022-09-05 13:37       ` [Intel-gfx] " Maxime Ripard
2022-09-05 13:37       ` Maxime Ripard
2022-09-05 16:44       ` Mateusz Kwiatkowski
2022-09-05 16:44         ` [Nouveau] " Mateusz Kwiatkowski
2022-09-05 16:44         ` [Intel-gfx] " Mateusz Kwiatkowski
2022-09-05 16:44         ` Mateusz Kwiatkowski
2022-09-05 16:44         ` Mateusz Kwiatkowski
2022-09-07 14:34         ` Maxime Ripard
2022-09-07 14:34           ` Maxime Ripard
2022-09-07 14:34           ` [Intel-gfx] " Maxime Ripard
2022-09-07 14:34           ` Maxime Ripard
2022-09-07 14:34           ` [Nouveau] " Maxime Ripard
2022-09-07 21:31           ` Mateusz Kwiatkowski
2022-09-07 21:31             ` [Intel-gfx] " Mateusz Kwiatkowski
2022-09-07 21:31             ` Mateusz Kwiatkowski
2022-09-07 21:31             ` Mateusz Kwiatkowski
2022-09-07 21:31             ` [Nouveau] " Mateusz Kwiatkowski
2022-09-09 13:54             ` Maxime Ripard
2022-09-09 13:54               ` Maxime Ripard
2022-09-09 13:54               ` [Intel-gfx] " Maxime Ripard
2022-09-09 13:54               ` Maxime Ripard
2022-09-09 13:54               ` Maxime Ripard
2022-09-11  4:48               ` Mateusz Kwiatkowski
2022-09-11  4:48                 ` [Intel-gfx] " Mateusz Kwiatkowski
2022-09-11  4:48                 ` Mateusz Kwiatkowski
2022-09-11  4:48                 ` Mateusz Kwiatkowski
2022-09-11  4:48                 ` [Nouveau] " Mateusz Kwiatkowski
2022-09-11  4:51                 ` Mateusz Kwiatkowski
2022-09-11  4:51                   ` [Intel-gfx] " Mateusz Kwiatkowski
2022-09-11  4:51                   ` Mateusz Kwiatkowski
2022-09-11  4:51                   ` Mateusz Kwiatkowski
2022-09-11  4:51                   ` [Nouveau] " Mateusz Kwiatkowski
2022-09-21 15:05                 ` Maxime Ripard
2022-09-21 15:05                   ` Maxime Ripard
2022-09-21 15:05                   ` [Intel-gfx] " Maxime Ripard
2022-09-21 15:05                   ` Maxime Ripard
2022-09-21 15:05                   ` [Nouveau] " Maxime Ripard
2022-09-09 14:00             ` Maxime Ripard
2022-09-09 14:00               ` Maxime Ripard
2022-09-09 14:00               ` [Intel-gfx] " Maxime Ripard
2022-09-09 14:00               ` Maxime Ripard
2022-09-09 14:00               ` [Nouveau] " Maxime Ripard
2022-09-11  4:30               ` kFYatek
2022-09-11  4:30                 ` [Intel-gfx] " kFYatek
2022-09-11  4:30                 ` kFYatek
2022-09-11  4:30                 ` kFYatek
2022-09-11  4:30                 ` [Nouveau] " kFYatek
2022-09-21 14:26                 ` Maxime Ripard
2022-09-21 14:26                   ` Maxime Ripard
2022-09-21 14:26                   ` [Intel-gfx] " Maxime Ripard
2022-09-21 14:26                   ` Maxime Ripard
2022-09-21 14:26                   ` [Nouveau] " Maxime Ripard
2022-09-01 19:09   ` Noralf Trønnes
2022-09-01 19:09     ` [Intel-gfx] " Noralf Trønnes
2022-09-01 19:09     ` Noralf Trønnes
2022-09-01 19:09     ` Noralf Trønnes
2022-09-01 19:09     ` [Nouveau] " Noralf Trønnes
2022-08-29 13:11 ` [PATCH v2 11/41] drm/modes: Only consider bpp and refresh before options Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 12/41] drm/modes: parse_cmdline: Add support for named modes containing dashes Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 13/41] drm/client: Add some tests for drm_connector_pick_cmdline_mode() Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 14/41] drm/modes: Move named modes parsing to a separate function Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-30 10:06   ` [Nouveau] " Geert Uytterhoeven
2022-08-30 10:06     ` Geert Uytterhoeven
2022-08-30 10:06     ` Geert Uytterhoeven
2022-08-30 10:06     ` [Intel-gfx] " Geert Uytterhoeven
2022-08-30 10:06     ` Geert Uytterhoeven
2022-08-30 10:43     ` Jani Nikula
2022-08-30 10:43       ` Jani Nikula
2022-08-30 10:43       ` [Intel-gfx] " Jani Nikula
2022-08-30 10:43       ` Jani Nikula
2022-08-30 10:43       ` [Nouveau] " Jani Nikula
2022-08-30 12:03       ` Maxime Ripard
2022-08-30 12:03         ` [Nouveau] " Maxime Ripard
2022-08-30 12:03         ` Maxime Ripard
2022-08-30 12:03         ` Maxime Ripard
2022-08-30 12:03         ` [Intel-gfx] " Maxime Ripard
2022-08-30 13:36         ` Jani Nikula [this message]
2022-08-30 13:36           ` Jani Nikula
2022-08-30 13:36           ` [Intel-gfx] " Jani Nikula
2022-08-30 13:36           ` Jani Nikula
2022-08-30 13:36           ` [Nouveau] " Jani Nikula
2022-09-07  8:39           ` Maxime Ripard
2022-09-07  8:39             ` Maxime Ripard
2022-09-07  8:39             ` [Intel-gfx] " Maxime Ripard
2022-09-07  8:39             ` [Nouveau] " Maxime Ripard
2022-09-07  8:39             ` Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 15/41] drm/modes: Switch to named mode descriptors Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 16/41] drm/modes: Fill drm_cmdline mode from named modes Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 17/41] drm/connector: Add pixel clock to cmdline mode Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 18/41] drm/connector: Add a function to lookup a TV mode by its name Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-31 19:14   ` Noralf Trønnes
2022-08-31 19:14     ` [Intel-gfx] " Noralf Trønnes
2022-08-31 19:14     ` Noralf Trønnes
2022-08-31 19:14     ` Noralf Trønnes
2022-08-31 19:14     ` [Nouveau] " Noralf Trønnes
2022-08-29 13:11 ` [PATCH v2 19/41] drm/modes: Introduce the tv_mode property as a command-line option Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-30 12:34   ` Maíra Canal
2022-08-30 12:34     ` [Nouveau] " Maíra Canal
2022-08-30 12:34     ` Maíra Canal
2022-08-30 12:34     ` [Intel-gfx] " Maíra Canal
2022-08-30 12:34     ` Maíra Canal
2022-08-30 12:44   ` Maíra Canal
2022-08-30 12:44     ` [Nouveau] " Maíra Canal
2022-08-30 12:44     ` Maíra Canal
2022-08-30 12:44     ` [Intel-gfx] " Maíra Canal
2022-08-30 12:44     ` Maíra Canal
2022-09-01 22:46   ` Mateusz Kwiatkowski
2022-09-01 22:46     ` [Nouveau] " Mateusz Kwiatkowski
2022-09-01 22:46     ` [Intel-gfx] " Mateusz Kwiatkowski
2022-09-01 22:46     ` Mateusz Kwiatkowski
2022-09-01 22:46     ` Mateusz Kwiatkowski
2022-09-05 14:28     ` Maxime Ripard
2022-09-05 14:28       ` [Nouveau] " Maxime Ripard
2022-09-05 14:28       ` Maxime Ripard
2022-09-05 14:28       ` [Intel-gfx] " Maxime Ripard
2022-09-05 14:28       ` Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 20/41] drm/modes: Properly generate a drm_display_mode from a named mode Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-09-01 22:52   ` Mateusz Kwiatkowski
2022-09-01 22:52     ` [Nouveau] " Mateusz Kwiatkowski
2022-09-01 22:52     ` [Intel-gfx] " Mateusz Kwiatkowski
2022-09-01 22:52     ` Mateusz Kwiatkowski
2022-09-01 22:52     ` Mateusz Kwiatkowski
2022-08-29 13:11 ` [PATCH v2 21/41] drm/modes: Introduce more named modes Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 22/41] drm/atomic-helper: Add a TV properties reset helper Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-30 18:40   ` Noralf Trønnes
2022-08-30 18:40     ` [Intel-gfx] " Noralf Trønnes
2022-08-30 18:40     ` Noralf Trønnes
2022-08-30 18:40     ` Noralf Trønnes
2022-08-30 18:40     ` [Nouveau] " Noralf Trønnes
2022-08-29 13:11 ` [PATCH v2 23/41] drm/atomic-helper: Add an analog TV atomic_check implementation Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-30 18:49   ` Noralf Trønnes
2022-08-30 18:49     ` [Intel-gfx] " Noralf Trønnes
2022-08-30 18:49     ` Noralf Trønnes
2022-08-30 18:49     ` Noralf Trønnes
2022-08-30 18:49     ` [Nouveau] " Noralf Trønnes
2022-08-29 13:11 ` [PATCH v2 24/41] drm/vc4: vec: Remove empty mode_fixup Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-30 15:23   ` Noralf Trønnes
2022-08-30 15:23     ` [Intel-gfx] " Noralf Trønnes
2022-08-30 15:23     ` Noralf Trønnes
2022-08-30 15:23     ` Noralf Trønnes
2022-08-30 15:23     ` [Nouveau] " Noralf Trønnes
2022-09-07  8:34   ` (subset) " Maxime Ripard
2022-09-07  8:34     ` Maxime Ripard
2022-09-07  8:34     ` [Intel-gfx] " Maxime Ripard
2022-09-07  8:34     ` Maxime Ripard
2022-09-07  8:34     ` [Nouveau] " Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 25/41] drm/vc4: vec: Convert to atomic helpers Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-30 15:24   ` Noralf Trønnes
2022-08-30 15:24     ` [Intel-gfx] " Noralf Trønnes
2022-08-30 15:24     ` Noralf Trønnes
2022-08-30 15:24     ` Noralf Trønnes
2022-08-30 15:24     ` [Nouveau] " Noralf Trønnes
2022-09-07  8:35   ` (subset) " Maxime Ripard
2022-09-07  8:35     ` Maxime Ripard
2022-09-07  8:35     ` [Intel-gfx] " Maxime Ripard
2022-09-07  8:35     ` Maxime Ripard
2022-09-07  8:35     ` [Nouveau] " Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 26/41] drm/vc4: vec: Refactor VEC TV mode setting Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-30 15:29   ` Noralf Trønnes
2022-08-30 15:29     ` [Intel-gfx] " Noralf Trønnes
2022-08-30 15:29     ` Noralf Trønnes
2022-08-30 15:29     ` Noralf Trønnes
2022-08-30 15:29     ` [Nouveau] " Noralf Trønnes
2022-09-07  8:35   ` (subset) " Maxime Ripard
2022-09-07  8:35     ` Maxime Ripard
2022-09-07  8:35     ` Maxime Ripard
2022-09-07  8:35     ` [Nouveau] " Maxime Ripard
2022-09-07  8:35     ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 27/41] drm/vc4: vec: Remove redundant atomic_mode_set Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-30 15:45   ` Noralf Trønnes
2022-08-30 15:45     ` [Intel-gfx] " Noralf Trønnes
2022-08-30 15:45     ` Noralf Trønnes
2022-08-30 15:45     ` Noralf Trønnes
2022-08-30 15:45     ` [Nouveau] " Noralf Trønnes
2022-09-07  8:35   ` (subset) " Maxime Ripard
2022-09-07  8:35     ` Maxime Ripard
2022-09-07  8:35     ` [Intel-gfx] " Maxime Ripard
2022-09-07  8:35     ` Maxime Ripard
2022-09-07  8:35     ` [Nouveau] " Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 28/41] drm/vc4: vec: Fix timings for VEC modes Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-30 18:20   ` Noralf Trønnes
2022-08-30 18:20     ` [Intel-gfx] " Noralf Trønnes
2022-08-30 18:20     ` Noralf Trønnes
2022-08-30 18:20     ` Noralf Trønnes
2022-08-30 18:20     ` [Nouveau] " Noralf Trønnes
2022-09-07  8:35   ` (subset) " Maxime Ripard
2022-09-07  8:35     ` Maxime Ripard
2022-09-07  8:35     ` [Intel-gfx] " Maxime Ripard
2022-09-07  8:35     ` Maxime Ripard
2022-09-07  8:35     ` [Nouveau] " Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 29/41] drm/vc4: vec: Switch for common modes Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-30 18:36   ` Noralf Trønnes
2022-08-30 18:36     ` [Intel-gfx] " Noralf Trønnes
2022-08-30 18:36     ` Noralf Trønnes
2022-08-30 18:36     ` Noralf Trønnes
2022-08-30 18:36     ` [Nouveau] " Noralf Trønnes
2022-08-29 13:11 ` [PATCH v2 30/41] drm/vc4: vec: Fix definition of PAL-M mode Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 31/41] drm/vc4: vec: Use TV Reset implementation Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-30 18:51   ` Noralf Trønnes
2022-08-30 18:51     ` [Intel-gfx] " Noralf Trønnes
2022-08-30 18:51     ` Noralf Trønnes
2022-08-30 18:51     ` Noralf Trønnes
2022-08-30 18:51     ` [Nouveau] " Noralf Trønnes
2022-08-29 13:11 ` [PATCH v2 32/41] drm/vc4: vec: Convert to the new TV mode property Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-30 19:01   ` Noralf Trønnes
2022-08-30 19:01     ` [Intel-gfx] " Noralf Trønnes
2022-08-30 19:01     ` Noralf Trønnes
2022-08-30 19:01     ` Noralf Trønnes
2022-08-30 19:01     ` [Nouveau] " Noralf Trønnes
2022-09-08 11:23     ` Maxime Ripard
2022-09-08 11:23       ` Maxime Ripard
2022-09-08 11:23       ` [Intel-gfx] " Maxime Ripard
2022-09-08 11:23       ` Maxime Ripard
2022-09-08 11:23       ` [Nouveau] " Maxime Ripard
2022-09-08 11:31       ` Mateusz Kwiatkowski
2022-09-08 11:31         ` [Intel-gfx] " Mateusz Kwiatkowski
2022-09-08 11:31         ` Mateusz Kwiatkowski
2022-09-08 11:31         ` Mateusz Kwiatkowski
2022-09-08 11:31         ` [Nouveau] " Mateusz Kwiatkowski
2022-09-08 12:16         ` Maxime Ripard
2022-09-08 12:16           ` Maxime Ripard
2022-09-08 12:16           ` [Intel-gfx] " Maxime Ripard
2022-09-08 12:16           ` Maxime Ripard
2022-09-08 12:16           ` [Nouveau] " Maxime Ripard
2022-09-08 11:34       ` Noralf Trønnes
2022-09-08 11:34         ` [Intel-gfx] " Noralf Trønnes
2022-09-08 11:34         ` Noralf Trønnes
2022-09-08 11:34         ` Noralf Trønnes
2022-09-08 11:34         ` [Nouveau] " Noralf Trønnes
2022-08-31  2:23   ` Mateusz Kwiatkowski
2022-08-31  2:23     ` [Nouveau] " Mateusz Kwiatkowski
2022-08-31  2:23     ` [Intel-gfx] " Mateusz Kwiatkowski
2022-08-31  2:23     ` Mateusz Kwiatkowski
2022-08-31  2:23     ` Mateusz Kwiatkowski
2022-09-08 13:18     ` [Nouveau] " Maxime Ripard
2022-09-08 13:18       ` Maxime Ripard
2022-09-08 13:18       ` Maxime Ripard
2022-09-08 13:18       ` [Intel-gfx] " Maxime Ripard
2022-09-08 13:18       ` Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 33/41] drm/vc4: vec: Add support for more analog TV standards Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 34/41] drm/sun4i: tv: Remove unused mode_valid Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-09-07  8:35   ` (subset) " Maxime Ripard
2022-09-07  8:35     ` Maxime Ripard
2022-09-07  8:35     ` [Intel-gfx] " Maxime Ripard
2022-09-07  8:35     ` Maxime Ripard
2022-09-07  8:35     ` [Nouveau] " Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 35/41] drm/sun4i: tv: Convert to atomic hooks Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-09-06 20:02   ` Jernej Škrabec
2022-09-06 20:02     ` [Intel-gfx] " Jernej Škrabec
2022-09-06 20:02     ` [Nouveau] " Jernej Škrabec
2022-09-06 20:02     ` Jernej Škrabec
2022-09-06 20:02     ` Jernej Škrabec
2022-09-07  8:35   ` (subset) " Maxime Ripard
2022-09-07  8:35     ` Maxime Ripard
2022-09-07  8:35     ` [Intel-gfx] " Maxime Ripard
2022-09-07  8:35     ` Maxime Ripard
2022-09-07  8:35     ` [Nouveau] " Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 36/41] drm/sun4i: tv: Merge mode_set into atomic_enable Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-09-06 20:04   ` Jernej Škrabec
2022-09-06 20:04     ` [Intel-gfx] " Jernej Škrabec
2022-09-06 20:04     ` [Nouveau] " Jernej Škrabec
2022-09-06 20:04     ` Jernej Škrabec
2022-09-06 20:04     ` Jernej Škrabec
2022-09-07  7:41     ` Maxime Ripard
2022-09-07  7:41       ` Maxime Ripard
2022-09-07  7:41       ` Maxime Ripard
2022-09-07  7:41       ` [Intel-gfx] " Maxime Ripard
2022-09-07  7:41       ` [Nouveau] " Maxime Ripard
2022-09-07 15:09       ` Jernej Škrabec
2022-09-07 15:09         ` [Intel-gfx] " Jernej Škrabec
2022-09-07 15:09         ` Jernej Škrabec
2022-09-07 15:09         ` Jernej Škrabec
2022-09-07 15:09         ` [Nouveau] " Jernej Škrabec
2022-09-08 14:02   ` (subset) " Maxime Ripard
2022-09-08 14:02     ` Maxime Ripard
2022-09-08 14:02     ` [Intel-gfx] " Maxime Ripard
2022-09-08 14:02     ` Maxime Ripard
2022-09-08 14:02     ` [Nouveau] " Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 37/41] drm/sun4i: tv: Remove useless function Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-09-06 20:06   ` Jernej Škrabec
2022-09-06 20:06     ` [Intel-gfx] " Jernej Škrabec
2022-09-06 20:06     ` [Nouveau] " Jernej Škrabec
2022-09-06 20:06     ` Jernej Škrabec
2022-09-06 20:06     ` Jernej Škrabec
2022-09-07  8:35   ` (subset) " Maxime Ripard
2022-09-07  8:35     ` Maxime Ripard
2022-09-07  8:35     ` [Intel-gfx] " Maxime Ripard
2022-09-07  8:35     ` Maxime Ripard
2022-09-07  8:35     ` [Nouveau] " Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 38/41] drm/sun4i: tv: Remove useless destroy function Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-09-07  8:35   ` (subset) " Maxime Ripard
2022-09-07  8:35     ` Maxime Ripard
2022-09-07  8:35     ` [Nouveau] " Maxime Ripard
2022-09-07  8:35     ` [Intel-gfx] " Maxime Ripard
2022-09-07  8:35     ` Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 39/41] drm/sun4i: tv: Rename error label Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-09-07  8:35   ` (subset) " Maxime Ripard
2022-09-07  8:35     ` Maxime Ripard
2022-09-07  8:35     ` Maxime Ripard
2022-09-07  8:35     ` [Nouveau] " Maxime Ripard
2022-09-07  8:35     ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 40/41] drm/sun4i: tv: Add missing reset assertion Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-09-07  8:35   ` (subset) " Maxime Ripard
2022-09-07  8:35     ` Maxime Ripard
2022-09-07  8:35     ` [Intel-gfx] " Maxime Ripard
2022-09-07  8:35     ` Maxime Ripard
2022-09-07  8:35     ` [Nouveau] " Maxime Ripard
2022-08-29 13:11 ` [PATCH v2 41/41] drm/sun4i: tv: Convert to the new TV mode property Maxime Ripard
2022-08-29 13:11   ` [Nouveau] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 13:11   ` [Intel-gfx] " Maxime Ripard
2022-08-29 13:11   ` Maxime Ripard
2022-08-29 19:02 ` [Intel-gfx] ✗ Fi.CI.BUILD: failure for drm: Analog TV Improvements Patchwork
2022-09-01 19:35 ` [PATCH v2 00/41] " Noralf Trønnes
2022-09-01 19:35   ` [Intel-gfx] " Noralf Trønnes
2022-09-01 19:35   ` Noralf Trønnes
2022-09-01 19:35   ` Noralf Trønnes
2022-09-01 19:35   ` [Nouveau] " Noralf Trønnes
2022-09-02 11:28   ` Noralf Trønnes
2022-09-02 11:28     ` [Intel-gfx] " Noralf Trønnes
2022-09-02 11:28     ` Noralf Trønnes
2022-09-02 11:28     ` Noralf Trønnes
2022-09-02 11:28     ` Noralf Trønnes
2022-09-05 14:57     ` Maxime Ripard
2022-09-05 14:57       ` [Nouveau] " Maxime Ripard
2022-09-05 14:57       ` Maxime Ripard
2022-09-05 14:57       ` [Intel-gfx] " Maxime Ripard
2022-09-05 14:57       ` Maxime Ripard
2022-09-05 15:17       ` Noralf Trønnes
2022-09-05 15:17         ` [Intel-gfx] " Noralf Trønnes
2022-09-05 15:17         ` Noralf Trønnes
2022-09-05 15:17         ` Noralf Trønnes
2022-09-05 15:17         ` [Nouveau] " Noralf Trønnes
2022-09-07  9:58         ` Maxime Ripard
2022-09-07  9:58           ` Maxime Ripard
2022-09-07  9:58           ` [Intel-gfx] " Maxime Ripard
2022-09-07  9:58           ` Maxime Ripard
2022-09-07  9:58           ` [Nouveau] " Maxime Ripard
2022-09-07 10:56           ` Noralf Trønnes
2022-09-07 10:56             ` [Intel-gfx] " Noralf Trønnes
2022-09-07 10:56             ` Noralf Trønnes
2022-09-07 10:56             ` Noralf Trønnes
2022-09-07 10:56             ` [Nouveau] " Noralf Trønnes
2022-09-07 10:36       ` Stefan Wahren
2022-09-07 10:36         ` [Nouveau] " Stefan Wahren
2022-09-07 10:36         ` [Intel-gfx] " Stefan Wahren
2022-09-07 10:36         ` Stefan Wahren
2022-09-07 10:36         ` Stefan Wahren
2022-09-07 16:44         ` Noralf Trønnes
2022-09-07 16:44           ` [Intel-gfx] " Noralf Trønnes
2022-09-07 16:44           ` Noralf Trønnes
2022-09-07 16:44           ` Noralf Trønnes
2022-09-07 16:44           ` [Nouveau] " Noralf Trønnes
2022-09-10 15:34           ` Noralf Trønnes
2022-09-10 15:34             ` [Intel-gfx] " Noralf Trønnes
2022-09-10 15:34             ` Noralf Trønnes
2022-09-10 15:34             ` Noralf Trønnes
2022-09-10 15:34             ` Noralf Trønnes
2022-09-21 14:03           ` Maxime Ripard
2022-09-21 14:03             ` Maxime Ripard
2022-09-21 14:03             ` [Intel-gfx] " Maxime Ripard
2022-09-21 14:03             ` Maxime Ripard
2022-09-21 14:03             ` [Nouveau] " Maxime Ripard
2022-09-24 15:33             ` Noralf Trønnes
2022-09-24 15:33               ` [Intel-gfx] " Noralf Trønnes
2022-09-24 15:33               ` Noralf Trønnes
2022-09-24 15:33               ` Noralf Trønnes
2022-09-24 15:33               ` [Nouveau] " 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=875yi9etuw.fsf@intel.com \
    --to=jani.nikula@linux.intel.com \
    --cc=airlied@linux.ie \
    --cc=bskeggs@redhat.com \
    --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=hdegoede@redhat.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=jernej.skrabec@gmail.com \
    --cc=joonas.lahtinen@linux.intel.com \
    --cc=kfyatek+publicgit@gmail.com \
    --cc=kherbst@redhat.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-sunxi@lists.linux.dev \
    --cc=lyude@redhat.com \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=maxime@cerno.tech \
    --cc=noralf@tronnes.org \
    --cc=nouveau@lists.freedesktop.org \
    --cc=p.zabel@pengutronix.de \
    --cc=phil@raspberrypi.com \
    --cc=rodrigo.vivi@intel.com \
    --cc=samuel@sholland.org \
    --cc=tvrtko.ursulin@linux.intel.com \
    --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.