All of lore.kernel.org
 help / color / mirror / Atom feed
From: Charles Keepax <ckeepax@opensource.cirrus.com>
To: <broonie@kernel.org>
Cc: <lgirdwood@gmail.com>, <kuninori.morimoto.gx@renesas.com>,
	<nicolas.ferre@microchip.com>, <nsaenz@kernel.org>,
	<shawnguo@kernel.org>, <linux-imx@nxp.com>,
	<cezary.rojewski@intel.com>,
	<pierre-louis.bossart@linux.intel.com>,
	<linux-mips@vger.kernel.org>,
	<linux-mediatek@lists.infradead.org>,
	<linux-amlogic@lists.infradead.org>, <daniel@zonque.org>,
	<srinivas.kandagatla@linaro.org>,
	<linux-rockchip@lists.infradead.org>, <krzk@kernel.org>,
	<linux-stm32@st-md-mailman.stormreply.com>,
	<linux-sunxi@lists.linux.dev>, <linux-tegra@vger.kernel.org>,
	<linux-omap@vger.kernel.org>, <linux-xtensa@linux-xtensa.org>,
	<peter.ujfalusi@gmail.com>, <jarkko.nikula@bitmer.com>,
	<heiko@sntech.de>, <jbrunet@baylibre.com>,
	<kernel@pengutronix.de>, <alsa-devel@alsa-project.org>,
	<patches@opensource.cirrus.com>
Subject: [PATCH 56/56] ASoC: simple-card-utils: Move snd_soc_component_is_codec to be local
Date: Thu, 19 May 2022 16:43:18 +0100	[thread overview]
Message-ID: <20220519154318.2153729-57-ckeepax@opensource.cirrus.com> (raw)
In-Reply-To: <20220519154318.2153729-1-ckeepax@opensource.cirrus.com>

The helper function snd_soc_component_is_codec is based off the
presence of the non_legacy_dai_naming flag. This isn't super robust
as CPU side components may also specify this flag, and indeed the
kernel already contains a couple that do. After componentisation there
isn't really a totally robust solution to identifying what is a CODEC
driver, without introducing a flag specifically for that purpose, and
really the desirable direction to move in is that the distinction
doesn't matter.

This patch does two things to try to mitigate these problems. Firstly,
now that all the other users of the helper function have been removed,
it makes the helper function local to the driver rather, than being
part of the core. This should help to discourage any new code from
being created that depends on the CODEC driver distinction. Secondly,
it updates the helper function itself to use the endianness flag
rather than the non_legacy_dai_naming flag. The endianness flag is
definitely invalid on a CPU side component, so it a more reliable
indicator that the device is definitely a CODEC. The vast majority of
buses require the CODEC to set the endianness flag, so the number of
corner cases should be fairly minimal. It is worth noting that CODECs
sending audio over SPI, or built into the CPU CODECs are potential
corner cases, however the hope is that in most cases those types of
devices do not consitute a simple audio card.

Signed-off-by: Charles Keepax <ckeepax@opensource.cirrus.com>
---
 include/sound/soc-component.h         | 5 -----
 sound/soc/generic/simple-card-utils.c | 7 ++++++-
 2 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/include/sound/soc-component.h b/include/sound/soc-component.h
index 5a764c3099d3e..5c4cfa70b018c 100644
--- a/include/sound/soc-component.h
+++ b/include/sound/soc-component.h
@@ -348,11 +348,6 @@ static inline int snd_soc_component_cache_sync(
 	return regcache_sync(component->regmap);
 }
 
-static inline int snd_soc_component_is_codec(struct snd_soc_component *component)
-{
-	return component->driver->non_legacy_dai_naming;
-}
-
 void snd_soc_component_set_aux(struct snd_soc_component *component,
 			       struct snd_soc_aux_dev *aux);
 int snd_soc_component_init(struct snd_soc_component *component);
diff --git a/sound/soc/generic/simple-card-utils.c b/sound/soc/generic/simple-card-utils.c
index 539d7f081bd79..50a9827089335 100644
--- a/sound/soc/generic/simple-card-utils.c
+++ b/sound/soc/generic/simple-card-utils.c
@@ -513,6 +513,11 @@ static int asoc_simple_init_dai(struct snd_soc_dai *dai,
 	return 0;
 }
 
+static inline int asoc_simple_component_is_codec(struct snd_soc_component *component)
+{
+	return component->driver->endianness;
+}
+
 static int asoc_simple_init_dai_link_params(struct snd_soc_pcm_runtime *rtd,
 					    struct simple_dai_props *dai_props)
 {
@@ -524,7 +529,7 @@ static int asoc_simple_init_dai_link_params(struct snd_soc_pcm_runtime *rtd,
 
 	/* Only Codecs */
 	for_each_rtd_components(rtd, i, component) {
-		if (!snd_soc_component_is_codec(component))
+		if (!asoc_simple_component_is_codec(component))
 			return 0;
 	}
 
-- 
2.30.2


WARNING: multiple messages have this Message-ID (diff)
From: Charles Keepax <ckeepax@opensource.cirrus.com>
To: <broonie@kernel.org>
Cc: <lgirdwood@gmail.com>, <kuninori.morimoto.gx@renesas.com>,
	<nicolas.ferre@microchip.com>, <nsaenz@kernel.org>,
	<shawnguo@kernel.org>, <linux-imx@nxp.com>,
	<cezary.rojewski@intel.com>,
	<pierre-louis.bossart@linux.intel.com>,
	<linux-mips@vger.kernel.org>,
	<linux-mediatek@lists.infradead.org>,
	<linux-amlogic@lists.infradead.org>, <daniel@zonque.org>,
	<srinivas.kandagatla@linaro.org>,
	<linux-rockchip@lists.infradead.org>, <krzk@kernel.org>,
	<linux-stm32@st-md-mailman.stormreply.com>,
	<linux-sunxi@lists.linux.dev>, <linux-tegra@vger.kernel.org>,
	<linux-omap@vger.kernel.org>, <linux-xtensa@linux-xtensa.org>,
	<peter.ujfalusi@gmail.com>, <jarkko.nikula@bitmer.com>,
	<heiko@sntech.de>, <jbrunet@baylibre.com>,
	<kernel@pengutronix.de>, <alsa-devel@alsa-project.org>,
	<patches@opensource.cirrus.com>
Subject: [PATCH 56/56] ASoC: simple-card-utils: Move snd_soc_component_is_codec to be local
Date: Thu, 19 May 2022 16:43:18 +0100	[thread overview]
Message-ID: <20220519154318.2153729-57-ckeepax@opensource.cirrus.com> (raw)
In-Reply-To: <20220519154318.2153729-1-ckeepax@opensource.cirrus.com>

The helper function snd_soc_component_is_codec is based off the
presence of the non_legacy_dai_naming flag. This isn't super robust
as CPU side components may also specify this flag, and indeed the
kernel already contains a couple that do. After componentisation there
isn't really a totally robust solution to identifying what is a CODEC
driver, without introducing a flag specifically for that purpose, and
really the desirable direction to move in is that the distinction
doesn't matter.

This patch does two things to try to mitigate these problems. Firstly,
now that all the other users of the helper function have been removed,
it makes the helper function local to the driver rather, than being
part of the core. This should help to discourage any new code from
being created that depends on the CODEC driver distinction. Secondly,
it updates the helper function itself to use the endianness flag
rather than the non_legacy_dai_naming flag. The endianness flag is
definitely invalid on a CPU side component, so it a more reliable
indicator that the device is definitely a CODEC. The vast majority of
buses require the CODEC to set the endianness flag, so the number of
corner cases should be fairly minimal. It is worth noting that CODECs
sending audio over SPI, or built into the CPU CODECs are potential
corner cases, however the hope is that in most cases those types of
devices do not consitute a simple audio card.

Signed-off-by: Charles Keepax <ckeepax@opensource.cirrus.com>
---
 include/sound/soc-component.h         | 5 -----
 sound/soc/generic/simple-card-utils.c | 7 ++++++-
 2 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/include/sound/soc-component.h b/include/sound/soc-component.h
index 5a764c3099d3e..5c4cfa70b018c 100644
--- a/include/sound/soc-component.h
+++ b/include/sound/soc-component.h
@@ -348,11 +348,6 @@ static inline int snd_soc_component_cache_sync(
 	return regcache_sync(component->regmap);
 }
 
-static inline int snd_soc_component_is_codec(struct snd_soc_component *component)
-{
-	return component->driver->non_legacy_dai_naming;
-}
-
 void snd_soc_component_set_aux(struct snd_soc_component *component,
 			       struct snd_soc_aux_dev *aux);
 int snd_soc_component_init(struct snd_soc_component *component);
diff --git a/sound/soc/generic/simple-card-utils.c b/sound/soc/generic/simple-card-utils.c
index 539d7f081bd79..50a9827089335 100644
--- a/sound/soc/generic/simple-card-utils.c
+++ b/sound/soc/generic/simple-card-utils.c
@@ -513,6 +513,11 @@ static int asoc_simple_init_dai(struct snd_soc_dai *dai,
 	return 0;
 }
 
+static inline int asoc_simple_component_is_codec(struct snd_soc_component *component)
+{
+	return component->driver->endianness;
+}
+
 static int asoc_simple_init_dai_link_params(struct snd_soc_pcm_runtime *rtd,
 					    struct simple_dai_props *dai_props)
 {
@@ -524,7 +529,7 @@ static int asoc_simple_init_dai_link_params(struct snd_soc_pcm_runtime *rtd,
 
 	/* Only Codecs */
 	for_each_rtd_components(rtd, i, component) {
-		if (!snd_soc_component_is_codec(component))
+		if (!asoc_simple_component_is_codec(component))
 			return 0;
 	}
 
-- 
2.30.2


_______________________________________________
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: Charles Keepax <ckeepax@opensource.cirrus.com>
To: <broonie@kernel.org>
Cc: <lgirdwood@gmail.com>, <kuninori.morimoto.gx@renesas.com>,
	<nicolas.ferre@microchip.com>, <nsaenz@kernel.org>,
	<shawnguo@kernel.org>, <linux-imx@nxp.com>,
	<cezary.rojewski@intel.com>,
	<pierre-louis.bossart@linux.intel.com>,
	<linux-mips@vger.kernel.org>,
	<linux-mediatek@lists.infradead.org>,
	<linux-amlogic@lists.infradead.org>, <daniel@zonque.org>,
	<srinivas.kandagatla@linaro.org>,
	<linux-rockchip@lists.infradead.org>, <krzk@kernel.org>,
	<linux-stm32@st-md-mailman.stormreply.com>,
	<linux-sunxi@lists.linux.dev>, <linux-tegra@vger.kernel.org>,
	<linux-omap@vger.kernel.org>, <linux-xtensa@linux-xtensa.org>,
	<peter.ujfalusi@gmail.com>, <jarkko.nikula@bitmer.com>,
	<heiko@sntech.de>, <jbrunet@baylibre.com>,
	<kernel@pengutronix.de>, <alsa-devel@alsa-project.org>,
	<patches@opensource.cirrus.com>
Subject: [PATCH 56/56] ASoC: simple-card-utils: Move snd_soc_component_is_codec to be local
Date: Thu, 19 May 2022 16:43:18 +0100	[thread overview]
Message-ID: <20220519154318.2153729-57-ckeepax@opensource.cirrus.com> (raw)
In-Reply-To: <20220519154318.2153729-1-ckeepax@opensource.cirrus.com>

The helper function snd_soc_component_is_codec is based off the
presence of the non_legacy_dai_naming flag. This isn't super robust
as CPU side components may also specify this flag, and indeed the
kernel already contains a couple that do. After componentisation there
isn't really a totally robust solution to identifying what is a CODEC
driver, without introducing a flag specifically for that purpose, and
really the desirable direction to move in is that the distinction
doesn't matter.

This patch does two things to try to mitigate these problems. Firstly,
now that all the other users of the helper function have been removed,
it makes the helper function local to the driver rather, than being
part of the core. This should help to discourage any new code from
being created that depends on the CODEC driver distinction. Secondly,
it updates the helper function itself to use the endianness flag
rather than the non_legacy_dai_naming flag. The endianness flag is
definitely invalid on a CPU side component, so it a more reliable
indicator that the device is definitely a CODEC. The vast majority of
buses require the CODEC to set the endianness flag, so the number of
corner cases should be fairly minimal. It is worth noting that CODECs
sending audio over SPI, or built into the CPU CODECs are potential
corner cases, however the hope is that in most cases those types of
devices do not consitute a simple audio card.

Signed-off-by: Charles Keepax <ckeepax@opensource.cirrus.com>
---
 include/sound/soc-component.h         | 5 -----
 sound/soc/generic/simple-card-utils.c | 7 ++++++-
 2 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/include/sound/soc-component.h b/include/sound/soc-component.h
index 5a764c3099d3e..5c4cfa70b018c 100644
--- a/include/sound/soc-component.h
+++ b/include/sound/soc-component.h
@@ -348,11 +348,6 @@ static inline int snd_soc_component_cache_sync(
 	return regcache_sync(component->regmap);
 }
 
-static inline int snd_soc_component_is_codec(struct snd_soc_component *component)
-{
-	return component->driver->non_legacy_dai_naming;
-}
-
 void snd_soc_component_set_aux(struct snd_soc_component *component,
 			       struct snd_soc_aux_dev *aux);
 int snd_soc_component_init(struct snd_soc_component *component);
diff --git a/sound/soc/generic/simple-card-utils.c b/sound/soc/generic/simple-card-utils.c
index 539d7f081bd79..50a9827089335 100644
--- a/sound/soc/generic/simple-card-utils.c
+++ b/sound/soc/generic/simple-card-utils.c
@@ -513,6 +513,11 @@ static int asoc_simple_init_dai(struct snd_soc_dai *dai,
 	return 0;
 }
 
+static inline int asoc_simple_component_is_codec(struct snd_soc_component *component)
+{
+	return component->driver->endianness;
+}
+
 static int asoc_simple_init_dai_link_params(struct snd_soc_pcm_runtime *rtd,
 					    struct simple_dai_props *dai_props)
 {
@@ -524,7 +529,7 @@ static int asoc_simple_init_dai_link_params(struct snd_soc_pcm_runtime *rtd,
 
 	/* Only Codecs */
 	for_each_rtd_components(rtd, i, component) {
-		if (!snd_soc_component_is_codec(component))
+		if (!asoc_simple_component_is_codec(component))
 			return 0;
 	}
 
-- 
2.30.2


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

WARNING: multiple messages have this Message-ID (diff)
From: Charles Keepax <ckeepax@opensource.cirrus.com>
To: <broonie@kernel.org>
Cc: <lgirdwood@gmail.com>, <kuninori.morimoto.gx@renesas.com>,
	<nicolas.ferre@microchip.com>, <nsaenz@kernel.org>,
	<shawnguo@kernel.org>, <linux-imx@nxp.com>,
	<cezary.rojewski@intel.com>,
	<pierre-louis.bossart@linux.intel.com>,
	<linux-mips@vger.kernel.org>,
	<linux-mediatek@lists.infradead.org>,
	<linux-amlogic@lists.infradead.org>, <daniel@zonque.org>,
	<srinivas.kandagatla@linaro.org>,
	<linux-rockchip@lists.infradead.org>, <krzk@kernel.org>,
	<linux-stm32@st-md-mailman.stormreply.com>,
	<linux-sunxi@lists.linux.dev>, <linux-tegra@vger.kernel.org>,
	<linux-omap@vger.kernel.org>, <linux-xtensa@linux-xtensa.org>,
	<peter.ujfalusi@gmail.com>, <jarkko.nikula@bitmer.com>,
	<heiko@sntech.de>, <jbrunet@baylibre.com>,
	<kernel@pengutronix.de>, <alsa-devel@alsa-project.org>,
	<patches@opensource.cirrus.com>
Subject: [PATCH 56/56] ASoC: simple-card-utils: Move snd_soc_component_is_codec to be local
Date: Thu, 19 May 2022 16:43:18 +0100	[thread overview]
Message-ID: <20220519154318.2153729-57-ckeepax@opensource.cirrus.com> (raw)
In-Reply-To: <20220519154318.2153729-1-ckeepax@opensource.cirrus.com>

The helper function snd_soc_component_is_codec is based off the
presence of the non_legacy_dai_naming flag. This isn't super robust
as CPU side components may also specify this flag, and indeed the
kernel already contains a couple that do. After componentisation there
isn't really a totally robust solution to identifying what is a CODEC
driver, without introducing a flag specifically for that purpose, and
really the desirable direction to move in is that the distinction
doesn't matter.

This patch does two things to try to mitigate these problems. Firstly,
now that all the other users of the helper function have been removed,
it makes the helper function local to the driver rather, than being
part of the core. This should help to discourage any new code from
being created that depends on the CODEC driver distinction. Secondly,
it updates the helper function itself to use the endianness flag
rather than the non_legacy_dai_naming flag. The endianness flag is
definitely invalid on a CPU side component, so it a more reliable
indicator that the device is definitely a CODEC. The vast majority of
buses require the CODEC to set the endianness flag, so the number of
corner cases should be fairly minimal. It is worth noting that CODECs
sending audio over SPI, or built into the CPU CODECs are potential
corner cases, however the hope is that in most cases those types of
devices do not consitute a simple audio card.

Signed-off-by: Charles Keepax <ckeepax@opensource.cirrus.com>
---
 include/sound/soc-component.h         | 5 -----
 sound/soc/generic/simple-card-utils.c | 7 ++++++-
 2 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/include/sound/soc-component.h b/include/sound/soc-component.h
index 5a764c3099d3e..5c4cfa70b018c 100644
--- a/include/sound/soc-component.h
+++ b/include/sound/soc-component.h
@@ -348,11 +348,6 @@ static inline int snd_soc_component_cache_sync(
 	return regcache_sync(component->regmap);
 }
 
-static inline int snd_soc_component_is_codec(struct snd_soc_component *component)
-{
-	return component->driver->non_legacy_dai_naming;
-}
-
 void snd_soc_component_set_aux(struct snd_soc_component *component,
 			       struct snd_soc_aux_dev *aux);
 int snd_soc_component_init(struct snd_soc_component *component);
diff --git a/sound/soc/generic/simple-card-utils.c b/sound/soc/generic/simple-card-utils.c
index 539d7f081bd79..50a9827089335 100644
--- a/sound/soc/generic/simple-card-utils.c
+++ b/sound/soc/generic/simple-card-utils.c
@@ -513,6 +513,11 @@ static int asoc_simple_init_dai(struct snd_soc_dai *dai,
 	return 0;
 }
 
+static inline int asoc_simple_component_is_codec(struct snd_soc_component *component)
+{
+	return component->driver->endianness;
+}
+
 static int asoc_simple_init_dai_link_params(struct snd_soc_pcm_runtime *rtd,
 					    struct simple_dai_props *dai_props)
 {
@@ -524,7 +529,7 @@ static int asoc_simple_init_dai_link_params(struct snd_soc_pcm_runtime *rtd,
 
 	/* Only Codecs */
 	for_each_rtd_components(rtd, i, component) {
-		if (!snd_soc_component_is_codec(component))
+		if (!asoc_simple_component_is_codec(component))
 			return 0;
 	}
 
-- 
2.30.2


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

WARNING: multiple messages have this Message-ID (diff)
From: Charles Keepax <ckeepax@opensource.cirrus.com>
To: <broonie@kernel.org>
Cc: cezary.rojewski@intel.com, heiko@sntech.de,
	kuninori.morimoto.gx@renesas.com, alsa-devel@alsa-project.org,
	nicolas.ferre@microchip.com, srinivas.kandagatla@linaro.org,
	peter.ujfalusi@gmail.com,
	linux-stm32@st-md-mailman.stormreply.com, jbrunet@baylibre.com,
	pierre-louis.bossart@linux.intel.com, krzk@kernel.org,
	linux-rockchip@lists.infradead.org, linux-imx@nxp.com,
	linux-mips@vger.kernel.org, linux-sunxi@lists.linux.dev,
	linux-xtensa@linux-xtensa.org, nsaenz@kernel.org,
	linux-mediatek@lists.infradead.org, linux-tegra@vger.kernel.org,
	linux-amlogic@lists.infradead.org, linux-omap@vger.kernel.org,
	patches@opensource.cirrus.com, lgirdwood@gmail.com,
	daniel@zonque.org, kernel@pengutronix.de, shawnguo@kernel.org,
	jarkko.nikula@bitmer.com
Subject: [PATCH 56/56] ASoC: simple-card-utils: Move snd_soc_component_is_codec to be local
Date: Thu, 19 May 2022 16:43:18 +0100	[thread overview]
Message-ID: <20220519154318.2153729-57-ckeepax@opensource.cirrus.com> (raw)
In-Reply-To: <20220519154318.2153729-1-ckeepax@opensource.cirrus.com>

The helper function snd_soc_component_is_codec is based off the
presence of the non_legacy_dai_naming flag. This isn't super robust
as CPU side components may also specify this flag, and indeed the
kernel already contains a couple that do. After componentisation there
isn't really a totally robust solution to identifying what is a CODEC
driver, without introducing a flag specifically for that purpose, and
really the desirable direction to move in is that the distinction
doesn't matter.

This patch does two things to try to mitigate these problems. Firstly,
now that all the other users of the helper function have been removed,
it makes the helper function local to the driver rather, than being
part of the core. This should help to discourage any new code from
being created that depends on the CODEC driver distinction. Secondly,
it updates the helper function itself to use the endianness flag
rather than the non_legacy_dai_naming flag. The endianness flag is
definitely invalid on a CPU side component, so it a more reliable
indicator that the device is definitely a CODEC. The vast majority of
buses require the CODEC to set the endianness flag, so the number of
corner cases should be fairly minimal. It is worth noting that CODECs
sending audio over SPI, or built into the CPU CODECs are potential
corner cases, however the hope is that in most cases those types of
devices do not consitute a simple audio card.

Signed-off-by: Charles Keepax <ckeepax@opensource.cirrus.com>
---
 include/sound/soc-component.h         | 5 -----
 sound/soc/generic/simple-card-utils.c | 7 ++++++-
 2 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/include/sound/soc-component.h b/include/sound/soc-component.h
index 5a764c3099d3e..5c4cfa70b018c 100644
--- a/include/sound/soc-component.h
+++ b/include/sound/soc-component.h
@@ -348,11 +348,6 @@ static inline int snd_soc_component_cache_sync(
 	return regcache_sync(component->regmap);
 }
 
-static inline int snd_soc_component_is_codec(struct snd_soc_component *component)
-{
-	return component->driver->non_legacy_dai_naming;
-}
-
 void snd_soc_component_set_aux(struct snd_soc_component *component,
 			       struct snd_soc_aux_dev *aux);
 int snd_soc_component_init(struct snd_soc_component *component);
diff --git a/sound/soc/generic/simple-card-utils.c b/sound/soc/generic/simple-card-utils.c
index 539d7f081bd79..50a9827089335 100644
--- a/sound/soc/generic/simple-card-utils.c
+++ b/sound/soc/generic/simple-card-utils.c
@@ -513,6 +513,11 @@ static int asoc_simple_init_dai(struct snd_soc_dai *dai,
 	return 0;
 }
 
+static inline int asoc_simple_component_is_codec(struct snd_soc_component *component)
+{
+	return component->driver->endianness;
+}
+
 static int asoc_simple_init_dai_link_params(struct snd_soc_pcm_runtime *rtd,
 					    struct simple_dai_props *dai_props)
 {
@@ -524,7 +529,7 @@ static int asoc_simple_init_dai_link_params(struct snd_soc_pcm_runtime *rtd,
 
 	/* Only Codecs */
 	for_each_rtd_components(rtd, i, component) {
-		if (!snd_soc_component_is_codec(component))
+		if (!asoc_simple_component_is_codec(component))
 			return 0;
 	}
 
-- 
2.30.2


  parent reply	other threads:[~2022-05-19 15:44 UTC|newest]

Thread overview: 365+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-19 15:42 [PATCH 00/56] Specify clock provider directly to CPU DAIs Charles Keepax
2022-05-19 15:42 ` Charles Keepax
2022-05-19 15:42 ` Charles Keepax
2022-05-19 15:42 ` Charles Keepax
2022-05-19 15:42 ` Charles Keepax
2022-05-19 15:42 ` [PATCH 01/56] ASoC: core: Add set_fmt_new callback that directly specifies provider Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 02/56] ASoC: amd: vangogh: Update to use set_fmt_new callback Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 03/56] ASoC: atmel: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 04/56] ASoC: au1x: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 05/56] ASoC: bcm: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 06/56] ASoC: ep93xx: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 07/56] ASoC: dwc: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 08/56] ASoC: fsl: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 09/56] ASoC: hisilicon: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 10/56] ASoC: img: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 11/56] ASoC: Intel: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 12/56] ASoC: js4740-i2s: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 13/56] ASoC: mediatek: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 14/56] ASoC: meson: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 15/56] ASoC: mxs-saif: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 16/56] ASoC: pxa: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 17/56] ASoC: qcom: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 18/56] ASoC: rockchip: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-20 13:39   ` Nicolas Frattaroli
2022-05-20 13:39     ` Nicolas Frattaroli
2022-05-20 13:39     ` Nicolas Frattaroli
2022-05-20 13:39     ` Nicolas Frattaroli
2022-05-20 13:39     ` Nicolas Frattaroli
2022-05-19 15:42 ` [PATCH 19/56] ASoC: samsung: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 20/56] ASoC: sh: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-20  0:51   ` Kuninori Morimoto
2022-05-20  0:51     ` Kuninori Morimoto
2022-05-20  0:51     ` Kuninori Morimoto
2022-05-20  0:51     ` Kuninori Morimoto
2022-05-20  0:51     ` Kuninori Morimoto
2022-05-19 15:42 ` [PATCH 21/56] ASoC: stm: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 22/56] ASoC: sunxi: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 23:40   ` Samuel Holland
2022-05-19 23:40     ` Samuel Holland
2022-05-19 23:40     ` Samuel Holland
2022-05-19 23:40     ` Samuel Holland
2022-05-19 23:40     ` Samuel Holland
2022-05-20  9:56     ` Charles Keepax
2022-05-20  9:56       ` Charles Keepax
2022-05-20  9:56       ` Charles Keepax
2022-05-20  9:56       ` Charles Keepax
2022-05-20  9:56       ` Charles Keepax
2022-05-19 15:42 ` [PATCH 23/56] ASoC: tegra: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 24/56] ASoC: test-component: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-20  0:52   ` Kuninori Morimoto
2022-05-20  0:52     ` Kuninori Morimoto
2022-05-20  0:52     ` Kuninori Morimoto
2022-05-20  0:52     ` Kuninori Morimoto
2022-05-20  0:52     ` Kuninori Morimoto
2022-05-19 15:42 ` [PATCH 25/56] ASoC: ti: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-28  9:18   ` Péter Ujfalusi
2022-05-28  9:18     ` Péter Ujfalusi
2022-05-28  9:18     ` Péter Ujfalusi
2022-05-28  9:18     ` Péter Ujfalusi
2022-05-28  9:18     ` Péter Ujfalusi
2022-05-19 15:42 ` [PATCH 26/56] ASoC: ux500: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 27/56] ASoC: xtensa: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 28/56] ASoC: core: Always send the CPU DAI a direct clock specifier Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 29/56] ASoC: amd: vangogh: Rename set_fmt_new back to set_fmt Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 30/56] ASoC: atmel: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 31/56] ASoC: au1x: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 32/56] ASoC: bcm: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 33/56] ASoC: ep93xx: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 34/56] ASoC: dwc: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 35/56] ASoC: fsl: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 36/56] ASoC: hisilicon: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42 ` [PATCH 37/56] ASoC: img: " Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:42   ` Charles Keepax
2022-05-19 15:43 ` [PATCH 38/56] ASoC: Intel: " Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43 ` [PATCH 39/56] ASoC: jz4740-i2s: " Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43 ` [PATCH 40/56] ASoC: mediatek: " Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43 ` [PATCH 41/56] ASoC: meson: " Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43 ` [PATCH 42/56] ASoC: mxs-saif: " Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43 ` [PATCH 43/56] ASoC: pxa: " Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43 ` [PATCH 44/56] ASoC: qcom: " Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43 ` [PATCH 45/56] ASoC: rockchip: " Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43 ` [PATCH 46/56] ASoC: samsung: " Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-20  6:45   ` Krzysztof Kozlowski
2022-05-20  6:45     ` Krzysztof Kozlowski
2022-05-20  6:45     ` Krzysztof Kozlowski
2022-05-20  6:45     ` Krzysztof Kozlowski
2022-05-20  6:45     ` Krzysztof Kozlowski
2022-05-19 15:43 ` [PATCH 47/56] ASoC: sh: " Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43 ` [PATCH 48/56] ASoC: stm: " Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43 ` [PATCH 49/56] ASoC: sunxi: " Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43 ` [PATCH 50/56] ASoC: tegra: " Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43 ` [PATCH 51/56] ASoC: test-component: " Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43 ` [PATCH 52/56] ASoC: ti: " Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-28  9:19   ` Péter Ujfalusi
2022-05-28  9:19     ` Péter Ujfalusi
2022-05-28  9:19     ` Péter Ujfalusi
2022-05-28  9:19     ` Péter Ujfalusi
2022-05-28  9:19     ` Péter Ujfalusi
2022-05-19 15:43 ` [PATCH 53/56] ASoC: ux500: " Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43 ` [PATCH 54/56] ASoC: xtensa: " Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43 ` [PATCH 55/56] ASoC: soc-dai: Remove set_fmt_new callback Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43 ` Charles Keepax [this message]
2022-05-19 15:43   ` [PATCH 56/56] ASoC: simple-card-utils: Move snd_soc_component_is_codec to be local Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-19 15:43   ` Charles Keepax
2022-05-20  1:02   ` Kuninori Morimoto
2022-05-20  1:02     ` Kuninori Morimoto
2022-05-20  1:02     ` Kuninori Morimoto
2022-05-20  1:02     ` Kuninori Morimoto
2022-05-20  1:02     ` Kuninori Morimoto
2022-05-20 10:24     ` Charles Keepax
2022-05-20 10:24       ` Charles Keepax
2022-05-20 10:24       ` Charles Keepax
2022-05-20 10:24       ` Charles Keepax
2022-05-20 10:24       ` Charles Keepax
2022-05-22 23:26       ` Kuninori Morimoto
2022-05-22 23:26         ` Kuninori Morimoto
2022-05-22 23:26         ` Kuninori Morimoto
2022-05-22 23:26         ` Kuninori Morimoto
2022-05-22 23:26         ` Kuninori Morimoto
2022-05-19 18:43 ` [PATCH 00/56] Specify clock provider directly to CPU DAIs Pierre-Louis Bossart
2022-05-19 18:43   ` Pierre-Louis Bossart
2022-05-19 18:43   ` Pierre-Louis Bossart
2022-05-19 18:43   ` Pierre-Louis Bossart
2022-05-19 18:43   ` Pierre-Louis Bossart
2022-06-09 13:32 ` Mark Brown
2022-06-09 13:32   ` Mark Brown
2022-06-09 13:32   ` Mark Brown
2022-06-09 13:32   ` Mark Brown
2022-06-09 13:32   ` Mark Brown
2022-06-10  2:03   ` Samuel Holland
2022-06-10  2:03     ` Samuel Holland
2022-06-10  2:03     ` Samuel Holland
2022-06-10  2:03     ` Samuel Holland
2022-06-10  2:03     ` Samuel Holland
2022-06-10 12:03     ` Mark Brown
2022-06-10 12:03       ` Mark Brown
2022-06-10 12:03       ` Mark Brown
2022-06-10 12:03       ` Mark Brown
2022-06-10 12:03       ` Mark Brown
2022-06-13  9:54       ` Charles Keepax
2022-06-13  9:54         ` Charles Keepax
2022-06-13  9:54         ` Charles Keepax
2022-06-13  9:54         ` Charles Keepax
2022-06-13  9:54         ` Charles Keepax

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=20220519154318.2153729-57-ckeepax@opensource.cirrus.com \
    --to=ckeepax@opensource.cirrus.com \
    --cc=alsa-devel@alsa-project.org \
    --cc=broonie@kernel.org \
    --cc=cezary.rojewski@intel.com \
    --cc=daniel@zonque.org \
    --cc=heiko@sntech.de \
    --cc=jarkko.nikula@bitmer.com \
    --cc=jbrunet@baylibre.com \
    --cc=kernel@pengutronix.de \
    --cc=krzk@kernel.org \
    --cc=kuninori.morimoto.gx@renesas.com \
    --cc=lgirdwood@gmail.com \
    --cc=linux-amlogic@lists.infradead.org \
    --cc=linux-imx@nxp.com \
    --cc=linux-mediatek@lists.infradead.org \
    --cc=linux-mips@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=linux-rockchip@lists.infradead.org \
    --cc=linux-stm32@st-md-mailman.stormreply.com \
    --cc=linux-sunxi@lists.linux.dev \
    --cc=linux-tegra@vger.kernel.org \
    --cc=linux-xtensa@linux-xtensa.org \
    --cc=nicolas.ferre@microchip.com \
    --cc=nsaenz@kernel.org \
    --cc=patches@opensource.cirrus.com \
    --cc=peter.ujfalusi@gmail.com \
    --cc=pierre-louis.bossart@linux.intel.com \
    --cc=shawnguo@kernel.org \
    --cc=srinivas.kandagatla@linaro.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.