From: Heiko Stuebner <heiko@sntech.de>
To: "Yury Norov" <yury.norov@gmail.com>,
"Rasmus Villemoes" <linux@rasmusvillemoes.dk>,
"Jaehoon Chung" <jh80.chung@samsung.com>,
"Ulf Hansson" <ulf.hansson@linaro.org>,
"Shreeya Patel" <shreeya.patel@collabora.com>,
"Mauro Carvalho Chehab" <mchehab@kernel.org>,
"Sandy Huang" <hjc@rock-chips.com>,
"Andy Yan" <andy.yan@rock-chips.com>,
"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
"Maxime Ripard" <mripard@kernel.org>,
"Thomas Zimmermann" <tzimmermann@suse.de>,
"David Airlie" <airlied@gmail.com>,
"Simona Vetter" <simona@ffwll.ch>,
"Vinod Koul" <vkoul@kernel.org>,
"Kishon Vijay Abraham I" <kishon@kernel.org>,
"Nicolas Frattaroli" <frattaroli.nicolas@gmail.com>,
"Liam Girdwood" <lgirdwood@gmail.com>,
"Mark Brown" <broonie@kernel.org>,
"Jaroslav Kysela" <perex@perex.cz>,
"Takashi Iwai" <tiwai@suse.com>,
"Andrew Lunn" <andrew+netdev@lunn.ch>,
"David S. Miller" <davem@davemloft.net>,
"Eric Dumazet" <edumazet@google.com>,
"Jakub Kicinski" <kuba@kernel.org>,
"Paolo Abeni" <pabeni@redhat.com>,
"Maxime Coquelin" <mcoquelin.stm32@gmail.com>,
"Alexandre Torgue" <alexandre.torgue@foss.st.com>,
"Shawn Lin" <shawn.lin@rock-chips.com>,
"Lorenzo Pieralisi" <lpieralisi@kernel.org>,
"Krzysztof Wilczyński" <kwilczynski@kernel.org>,
"Manivannan Sadhasivam" <mani@kernel.org>,
"Rob Herring" <robh@kernel.org>,
"Bjorn Helgaas" <bhelgaas@google.com>,
"Chanwoo Choi" <cw00.choi@samsung.com>,
"MyungJoo Ham" <myungjoo.ham@samsung.com>,
"Kyungmin Park" <kyungmin.park@samsung.com>,
"Qin Jian" <qinjian@cqplus1.com>,
"Michael Turquette" <mturquette@baylibre.com>,
"Stephen Boyd" <sboyd@kernel.org>,
"Nathan Chancellor" <nathan@kernel.org>,
"Nick Desaulniers" <nick.desaulniers+lkml@gmail.com>,
"Bill Wendling" <morbo@google.com>,
"Justin Stitt" <justinstitt@google.com>,
"Nicolas Frattaroli" <nicolas.frattaroli@collabora.com>
Cc: kernel@collabora.com, linux-kernel@vger.kernel.org,
linux-mmc@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-rockchip@lists.infradead.org, linux-media@vger.kernel.org,
dri-devel@lists.freedesktop.org, linux-phy@lists.infradead.org,
linux-sound@vger.kernel.org, netdev@vger.kernel.org,
linux-stm32@st-md-mailman.stormreply.com,
linux-pci@vger.kernel.org, linux-pm@vger.kernel.org,
linux-clk@vger.kernel.org, llvm@lists.linux.dev,
Nicolas Frattaroli <nicolas.frattaroli@collabora.com>
Subject: Re: [PATCH v3 01/20] bitmap: introduce hardware-specific bitfield operations
Date: Wed, 27 Aug 2025 08:50:49 +0200 [thread overview]
Message-ID: <9063025.MhkbZ0Pkbq@phil> (raw)
In-Reply-To: <20250825-byeword-update-v3-1-947b841cdb29@collabora.com>
Am Montag, 25. August 2025, 10:28:21 Mitteleuropäische Sommerzeit schrieb Nicolas Frattaroli:
> Hardware of various vendors, but very notably Rockchip, often uses
> 32-bit registers where the upper 16-bit half of the register is a
> write-enable mask for the lower half.
>
> This type of hardware setup allows for more granular concurrent register
> write access.
>
> Over the years, many drivers have hand-rolled their own version of this
> macro, usually without any checks, often called something like
> HIWORD_UPDATE or FIELD_PREP_HIWORD, commonly with slightly different
> semantics between them.
>
> Clearly there is a demand for such a macro, and thus the demand should
> be satisfied in a common header file. As this is a convention that spans
> across multiple vendors, and similar conventions may also have
> cross-vendor adoption, it's best if it lives in a vendor-agnostic header
> file that can be expanded over time.
>
> Add hw_bitfield.h with two macros: FIELD_PREP_WM16, and
> FIELD_PREP_WM16_CONST. The latter is a version that can be used in
> initializers, like FIELD_PREP_CONST.
>
> Suggested-by: Yury Norov [NVIDIA] <yury.norov@gmail.com>
> Signed-off-by: Nicolas Frattaroli <nicolas.frattaroli@collabora.com>
Acked-by: Heiko Stuebner <heiko@sntech.de>
WARNING: multiple messages have this Message-ID (diff)
From: Heiko Stuebner <heiko@sntech.de>
To: "Yury Norov" <yury.norov@gmail.com>,
"Rasmus Villemoes" <linux@rasmusvillemoes.dk>,
"Jaehoon Chung" <jh80.chung@samsung.com>,
"Ulf Hansson" <ulf.hansson@linaro.org>,
"Shreeya Patel" <shreeya.patel@collabora.com>,
"Mauro Carvalho Chehab" <mchehab@kernel.org>,
"Sandy Huang" <hjc@rock-chips.com>,
"Andy Yan" <andy.yan@rock-chips.com>,
"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
"Maxime Ripard" <mripard@kernel.org>,
"Thomas Zimmermann" <tzimmermann@suse.de>,
"David Airlie" <airlied@gmail.com>,
"Simona Vetter" <simona@ffwll.ch>,
"Vinod Koul" <vkoul@kernel.org>,
"Kishon Vijay Abraham I" <kishon@kernel.org>,
"Nicolas Frattaroli" <frattaroli.nicolas@gmail.com>,
"Liam Girdwood" <lgirdwood@gmail.com>,
"Mark Brown" <broonie@kernel.org>,
"Jaroslav Kysela" <perex@perex.cz>,
"Takashi Iwai" <tiwai@suse.com>,
"Andrew Lunn" <andrew+netdev@lunn.ch>,
"David S. Miller" <davem@davemloft.net>,
"Eric Dumazet" <edumazet@google.com>,
"Jakub Kicinski" <kuba@kernel.org>,
"Paolo Abeni" <pabeni@redhat.com>,
"Maxime Coquelin" <mcoquelin.stm32@gmail.com>,
"Alexandre Torgue" <alexandre.torgue@foss.st.com>,
"Shawn Lin" <shawn.lin@rock-chips.com>,
"Lorenzo Pieralisi" <lpieralisi@kernel.org>,
"Krzysztof Wilczyński" <kwilczynski@kernel.org>,
"Manivannan Sadhasivam" <mani@kernel.org>,
"Rob Herring" <robh@kernel.org>,
"Bjorn Helgaas" <bhelgaas@google.com>,
"Chanwoo Choi" <cw00.choi@samsung.com>,
"MyungJoo Ham" <myungjoo.ham@samsung.com>,
"Kyungmin Park" <kyungmin.park@samsung.com>,
"Qin Jian" <qinjian@cqplus1.com>,
"Michael Turquette" <mturquette@baylibre.com>,
"Stephen Boyd" <sboyd@kernel.org>,
"Nathan Chancellor" <nathan@kernel.org>,
"Nick Desaulniers" <nick.desaulniers+lkml@gmail.com>,
"Bill Wendling" <morbo@google.com>,
"Justin Stitt" <justinstitt@google.com>,
"Nicolas Frattaroli" <nicolas.frattaroli@collabora.com>
Cc: kernel@collabora.com, linux-kernel@vger.kernel.org,
linux-mmc@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-rockchip@lists.infradead.org, linux-media@vger.kernel.org,
dri-devel@lists.freedesktop.org, linux-phy@lists.infradead.org,
linux-sound@vger.kernel.org, netdev@vger.kernel.org,
linux-stm32@st-md-mailman.stormreply.com,
linux-pci@vger.kernel.org, linux-pm@vger.kernel.org,
linux-clk@vger.kernel.org, llvm@lists.linux.dev,
Nicolas Frattaroli <nicolas.frattaroli@collabora.com>
Subject: Re: [PATCH v3 01/20] bitmap: introduce hardware-specific bitfield operations
Date: Wed, 27 Aug 2025 08:50:49 +0200 [thread overview]
Message-ID: <9063025.MhkbZ0Pkbq@phil> (raw)
In-Reply-To: <20250825-byeword-update-v3-1-947b841cdb29@collabora.com>
Am Montag, 25. August 2025, 10:28:21 Mitteleuropäische Sommerzeit schrieb Nicolas Frattaroli:
> Hardware of various vendors, but very notably Rockchip, often uses
> 32-bit registers where the upper 16-bit half of the register is a
> write-enable mask for the lower half.
>
> This type of hardware setup allows for more granular concurrent register
> write access.
>
> Over the years, many drivers have hand-rolled their own version of this
> macro, usually without any checks, often called something like
> HIWORD_UPDATE or FIELD_PREP_HIWORD, commonly with slightly different
> semantics between them.
>
> Clearly there is a demand for such a macro, and thus the demand should
> be satisfied in a common header file. As this is a convention that spans
> across multiple vendors, and similar conventions may also have
> cross-vendor adoption, it's best if it lives in a vendor-agnostic header
> file that can be expanded over time.
>
> Add hw_bitfield.h with two macros: FIELD_PREP_WM16, and
> FIELD_PREP_WM16_CONST. The latter is a version that can be used in
> initializers, like FIELD_PREP_CONST.
>
> Suggested-by: Yury Norov [NVIDIA] <yury.norov@gmail.com>
> Signed-off-by: Nicolas Frattaroli <nicolas.frattaroli@collabora.com>
Acked-by: Heiko Stuebner <heiko@sntech.de>
--
linux-phy mailing list
linux-phy@lists.infradead.org
https://lists.infradead.org/mailman/listinfo/linux-phy
WARNING: multiple messages have this Message-ID (diff)
From: Heiko Stuebner <heiko@sntech.de>
To: "Yury Norov" <yury.norov@gmail.com>,
"Rasmus Villemoes" <linux@rasmusvillemoes.dk>,
"Jaehoon Chung" <jh80.chung@samsung.com>,
"Ulf Hansson" <ulf.hansson@linaro.org>,
"Shreeya Patel" <shreeya.patel@collabora.com>,
"Mauro Carvalho Chehab" <mchehab@kernel.org>,
"Sandy Huang" <hjc@rock-chips.com>,
"Andy Yan" <andy.yan@rock-chips.com>,
"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
"Maxime Ripard" <mripard@kernel.org>,
"Thomas Zimmermann" <tzimmermann@suse.de>,
"David Airlie" <airlied@gmail.com>,
"Simona Vetter" <simona@ffwll.ch>,
"Vinod Koul" <vkoul@kernel.org>,
"Kishon Vijay Abraham I" <kishon@kernel.org>,
"Nicolas Frattaroli" <frattaroli.nicolas@gmail.com>,
"Liam Girdwood" <lgirdwood@gmail.com>,
"Mark Brown" <broonie@kernel.org>,
"Jaroslav Kysela" <perex@perex.cz>,
"Takashi Iwai" <tiwai@suse.com>,
"Andrew Lunn" <andrew+netdev@lunn.ch>,
"David S. Miller" <davem@davemloft.net>,
"Eric Dumazet" <edumazet@google.com>,
"Jakub Kicinski" <kuba@kernel.org>,
"Paolo Abeni" <pabeni@redhat.com>,
"Maxime Coquelin" <mcoquelin.stm32@gmail.com>,
"Alexandre Torgue" <alexandre.torgue@foss.st.com>,
"Shawn Lin" <shawn.lin@rock-chips.com>,
"Lorenzo Pieralisi" <lpieralisi@kernel.org>,
"Krzysztof Wilczyński" <kwilczynski@kernel.org>,
"Manivannan Sadhasivam" <mani@kernel.org>,
"Rob Herring" <robh@kernel.org>,
"Bjorn Helgaas" <bhelgaas@google.com>,
"Chanwoo Choi" <cw00.choi@samsung.com>,
"MyungJoo Ham" <myungjoo.ham@samsung.com>,
"Kyungmin Park" <kyungmin.park@samsung.com>,
"Qin Jian" <qinjian@cqplus1.com>,
"Michael Turquette" <mturquette@baylibre.com>,
"Stephen Boyd" <sboyd@kernel.org>,
"Nathan Chancellor" <nathan@kernel.org>,
"Nick Desaulniers" <nick.desaulniers+lkml@gmail.com>,
"Bill Wendling" <morbo@google.com>,
"Justin Stitt" <justinstitt@google.com>,
"Nicolas Frattaroli" <nicolas.frattaroli@collabora.com>
Cc: linux-pm@vger.kernel.org, netdev@vger.kernel.org,
llvm@lists.linux.dev, linux-mmc@vger.kernel.org,
linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org,
linux-clk@vger.kernel.org, linux-rockchip@lists.infradead.org,
linux-sound@vger.kernel.org, linux-pci@vger.kernel.org,
linux-phy@lists.infradead.org, kernel@collabora.com,
linux-stm32@st-md-mailman.stormreply.com,
linux-arm-kernel@lists.infradead.org,
linux-media@vger.kernel.org
Subject: Re: [PATCH v3 01/20] bitmap: introduce hardware-specific bitfield operations
Date: Wed, 27 Aug 2025 08:50:49 +0200 [thread overview]
Message-ID: <9063025.MhkbZ0Pkbq@phil> (raw)
In-Reply-To: <20250825-byeword-update-v3-1-947b841cdb29@collabora.com>
Am Montag, 25. August 2025, 10:28:21 Mitteleuropäische Sommerzeit schrieb Nicolas Frattaroli:
> Hardware of various vendors, but very notably Rockchip, often uses
> 32-bit registers where the upper 16-bit half of the register is a
> write-enable mask for the lower half.
>
> This type of hardware setup allows for more granular concurrent register
> write access.
>
> Over the years, many drivers have hand-rolled their own version of this
> macro, usually without any checks, often called something like
> HIWORD_UPDATE or FIELD_PREP_HIWORD, commonly with slightly different
> semantics between them.
>
> Clearly there is a demand for such a macro, and thus the demand should
> be satisfied in a common header file. As this is a convention that spans
> across multiple vendors, and similar conventions may also have
> cross-vendor adoption, it's best if it lives in a vendor-agnostic header
> file that can be expanded over time.
>
> Add hw_bitfield.h with two macros: FIELD_PREP_WM16, and
> FIELD_PREP_WM16_CONST. The latter is a version that can be used in
> initializers, like FIELD_PREP_CONST.
>
> Suggested-by: Yury Norov [NVIDIA] <yury.norov@gmail.com>
> Signed-off-by: Nicolas Frattaroli <nicolas.frattaroli@collabora.com>
Acked-by: Heiko Stuebner <heiko@sntech.de>
_______________________________________________
Linux-rockchip mailing list
Linux-rockchip@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-rockchip
next prev parent reply other threads:[~2025-08-27 6:51 UTC|newest]
Thread overview: 141+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-25 8:28 [PATCH v3 00/20] BYEWORD_UPDATE: unifying (most) HIWORD_UPDATE macros Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` [PATCH v3 01/20] bitmap: introduce hardware-specific bitfield operations Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 16:11 ` Jakub Kicinski
2025-08-25 16:11 ` Jakub Kicinski
2025-08-25 16:11 ` Jakub Kicinski
2025-08-27 6:50 ` Heiko Stuebner [this message]
2025-08-27 6:50 ` Heiko Stuebner
2025-08-27 6:50 ` Heiko Stuebner
2025-08-25 8:28 ` [PATCH v3 02/20] mmc: dw_mmc-rockchip: switch to FIELD_PREP_WM16 macro Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-27 6:53 ` Heiko Stuebner
2025-08-27 6:53 ` Heiko Stuebner
2025-08-27 6:53 ` Heiko Stuebner
2025-08-25 8:28 ` [PATCH v3 03/20] soc: rockchip: grf: switch to FIELD_PREP_WM16_CONST macro Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-27 6:55 ` Heiko Stuebner
2025-08-27 6:55 ` Heiko Stuebner
2025-08-27 6:55 ` Heiko Stuebner
2025-08-25 8:28 ` [PATCH v3 04/20] media: synopsys: hdmirx: replace macros with bitfield variants Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-26 20:43 ` Dmitry Osipenko
2025-08-26 20:43 ` Dmitry Osipenko
2025-08-26 20:43 ` Dmitry Osipenko
2025-08-27 7:07 ` Heiko Stuebner
2025-08-27 7:07 ` Heiko Stuebner
2025-08-27 7:07 ` Heiko Stuebner
2025-10-01 9:38 ` Hans Verkuil
2025-10-01 9:38 ` Hans Verkuil
2025-10-01 9:38 ` Hans Verkuil
2025-08-25 8:28 ` [PATCH v3 05/20] drm/rockchip: lvds: switch to FIELD_PREP_WM16 macro Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-27 7:09 ` Heiko Stuebner
2025-08-27 7:09 ` Heiko Stuebner
2025-08-27 7:09 ` Heiko Stuebner
2025-08-25 8:28 ` [PATCH v3 06/20] phy: rockchip-emmc: " Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-27 7:13 ` Heiko Stuebner
2025-08-27 7:13 ` Heiko Stuebner
2025-08-27 7:13 ` Heiko Stuebner
2025-08-25 8:28 ` [PATCH v3 07/20] drm/rockchip: dsi: switch to FIELD_PREP_WM16* macros Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-27 7:22 ` Heiko Stuebner
2025-08-27 7:22 ` Heiko Stuebner
2025-08-27 7:22 ` Heiko Stuebner
2025-08-25 8:28 ` [PATCH v3 08/20] drm/rockchip: vop2: switch to FIELD_PREP_WM16 macro Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-27 7:22 ` Heiko Stuebner
2025-08-27 7:22 ` Heiko Stuebner
2025-08-27 7:22 ` Heiko Stuebner
2025-08-25 8:28 ` [PATCH v3 09/20] phy: rockchip-samsung-dcphy: " Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-27 7:25 ` Heiko Stuebner
2025-08-27 7:25 ` Heiko Stuebner
2025-08-27 7:25 ` Heiko Stuebner
2025-08-25 8:28 ` [PATCH v3 10/20] drm/rockchip: dw_hdmi_qp: " Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-27 7:30 ` Heiko Stuebner
2025-08-27 7:30 ` Heiko Stuebner
2025-08-27 7:30 ` Heiko Stuebner
2025-08-25 8:28 ` [PATCH v3 11/20] drm/rockchip: inno-hdmi: " Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-27 7:32 ` Heiko Stuebner
2025-08-27 7:32 ` Heiko Stuebner
2025-08-27 7:32 ` Heiko Stuebner
2025-08-25 8:28 ` [PATCH v3 12/20] phy: rockchip-usb: " Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-27 7:34 ` Heiko Stuebner
2025-08-27 7:34 ` Heiko Stuebner
2025-08-27 7:34 ` Heiko Stuebner
2025-08-25 8:28 ` [PATCH v3 13/20] drm/rockchip: dw_hdmi: switch to FIELD_PREP_WM16* macros Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-27 7:37 ` Heiko Stuebner
2025-08-27 7:37 ` Heiko Stuebner
2025-08-27 7:37 ` Heiko Stuebner
2025-08-25 8:28 ` [PATCH v3 14/20] ASoC: rockchip: i2s-tdm: switch to FIELD_PREP_WM16_CONST macro Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-27 7:39 ` Heiko Stuebner
2025-08-27 7:39 ` Heiko Stuebner
2025-08-27 7:39 ` Heiko Stuebner
2025-08-25 8:28 ` [PATCH v3 15/20] net: stmmac: dwmac-rk: switch to FIELD_PREP_WM16 macro Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 16:11 ` Jakub Kicinski
2025-08-25 16:11 ` Jakub Kicinski
2025-08-25 16:11 ` Jakub Kicinski
2025-08-27 7:40 ` Heiko Stuebner
2025-08-27 7:40 ` Heiko Stuebner
2025-08-27 7:40 ` Heiko Stuebner
2025-08-25 8:28 ` [PATCH v3 16/20] PCI: rockchip: Switch to FIELD_PREP_WM16* macros Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-27 7:56 ` Heiko Stuebner
2025-08-27 7:56 ` Heiko Stuebner
2025-08-27 7:56 ` Heiko Stuebner
2025-08-25 8:28 ` [PATCH v3 17/20] PCI: dw-rockchip: Switch to FIELD_PREP_WM16 macro Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-27 7:58 ` Heiko Stuebner
2025-08-27 7:58 ` Heiko Stuebner
2025-08-27 7:58 ` Heiko Stuebner
2025-08-25 8:28 ` [PATCH v3 18/20] PM / devfreq: rockchip-dfi: switch " Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-27 8:03 ` Heiko Stuebner
2025-08-27 8:03 ` Heiko Stuebner
2025-08-27 8:03 ` Heiko Stuebner
2025-08-25 8:28 ` [PATCH v3 19/20] clk: sp7021: " Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-27 8:06 ` Heiko Stuebner
2025-08-27 8:06 ` Heiko Stuebner
2025-08-27 8:06 ` Heiko Stuebner
2025-08-25 8:28 ` [PATCH v3 20/20] phy: rockchip-pcie: " Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-25 8:28 ` Nicolas Frattaroli
2025-08-27 8:04 ` Heiko Stuebner
2025-08-27 8:04 ` Heiko Stuebner
2025-08-27 8:04 ` Heiko Stuebner
2025-08-27 1:09 ` [PATCH v3 00/20] BYEWORD_UPDATE: unifying (most) HIWORD_UPDATE macros Yury Norov
2025-08-27 1:09 ` Yury Norov
2025-08-27 1:09 ` Yury Norov
2025-09-03 0:30 ` Yury Norov
2025-09-03 0:30 ` Yury Norov
2025-09-03 0:30 ` Yury Norov
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=9063025.MhkbZ0Pkbq@phil \
--to=heiko@sntech.de \
--cc=airlied@gmail.com \
--cc=alexandre.torgue@foss.st.com \
--cc=andrew+netdev@lunn.ch \
--cc=andy.yan@rock-chips.com \
--cc=bhelgaas@google.com \
--cc=broonie@kernel.org \
--cc=cw00.choi@samsung.com \
--cc=davem@davemloft.net \
--cc=dri-devel@lists.freedesktop.org \
--cc=edumazet@google.com \
--cc=frattaroli.nicolas@gmail.com \
--cc=hjc@rock-chips.com \
--cc=jh80.chung@samsung.com \
--cc=justinstitt@google.com \
--cc=kernel@collabora.com \
--cc=kishon@kernel.org \
--cc=kuba@kernel.org \
--cc=kwilczynski@kernel.org \
--cc=kyungmin.park@samsung.com \
--cc=lgirdwood@gmail.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=linux-mmc@vger.kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=linux-phy@lists.infradead.org \
--cc=linux-pm@vger.kernel.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=linux-sound@vger.kernel.org \
--cc=linux-stm32@st-md-mailman.stormreply.com \
--cc=linux@rasmusvillemoes.dk \
--cc=llvm@lists.linux.dev \
--cc=lpieralisi@kernel.org \
--cc=maarten.lankhorst@linux.intel.com \
--cc=mani@kernel.org \
--cc=mchehab@kernel.org \
--cc=mcoquelin.stm32@gmail.com \
--cc=morbo@google.com \
--cc=mripard@kernel.org \
--cc=mturquette@baylibre.com \
--cc=myungjoo.ham@samsung.com \
--cc=nathan@kernel.org \
--cc=netdev@vger.kernel.org \
--cc=nick.desaulniers+lkml@gmail.com \
--cc=nicolas.frattaroli@collabora.com \
--cc=pabeni@redhat.com \
--cc=perex@perex.cz \
--cc=qinjian@cqplus1.com \
--cc=robh@kernel.org \
--cc=sboyd@kernel.org \
--cc=shawn.lin@rock-chips.com \
--cc=shreeya.patel@collabora.com \
--cc=simona@ffwll.ch \
--cc=tiwai@suse.com \
--cc=tzimmermann@suse.de \
--cc=ulf.hansson@linaro.org \
--cc=vkoul@kernel.org \
--cc=yury.norov@gmail.com \
/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.