Re: [alsa-devel] [PATCH 2/3] sound/soc/lapis: add machine driver
On Mon, Nov 21, 2011 at 01:08:51PM +0900, Tomoya MORINAGA wrote:
Add machine driver for LAPIS Semiconductor ML7213 IOH.
This needs to come after you add the base platform support in the series - clearly this won't work without the CPU side drivers it depends on.
As with the CODEC driver you really should be looking at the standards for modern drivers and following them.
@@ -60,6 +60,7 @@ source "sound/soc/s6000/Kconfig" source "sound/soc/sh/Kconfig" source "sound/soc/tegra/Kconfig" source "sound/soc/txx9/Kconfig" +source "sound/soc/lapis/Kconfig"
Keep the Makefile and Kconfig entries sorted.
+static struct snd_soc_dai_link ioh_i2s_dai = {
- .name = "I2S",
- .stream_name = "I2S HiFi",
- .cpu_dai_name = "ml7213ioh-i2s",
- .codec_dai_name = "ml7213ioh-hifi",
I'm very surprised this works... If nothing else I'd expec the CODEC DAI to have a different name to the CPU.
+static int __init ioh_i2s_probe(struct platform_device *pdev) +{
- int ret;
- soc_pdev = platform_device_alloc("soc-audio", -1);
- if (!soc_pdev)
return -ENOMEM;
You should register the card as a standard platform device for new drivers and use snd_soc_register_card().
+static struct platform_driver ioh_i2s_driver = {
- .remove = ioh_i2s_remove,
- .driver = {
.name = "ml7213ioh-machine",
.owner = THIS_MODULE,
- },
+};
You're already doing the platform device bit so it should be be a case of changing the body of probe() and remove().
+static int __init ioh_i2s_init(void) +{
- return platform_driver_probe(&ioh_i2s_driver,
ioh_i2s_probe);
+}
Just make this a standard platform_driver_register().
2011/11/21 Mark Brown broonie@opensource.wolfsonmicro.com:
On Mon, Nov 21, 2011 at 01:08:51PM +0900, Tomoya MORINAGA wrote:
Add machine driver for LAPIS Semiconductor ML7213 IOH.
This needs to come after you add the base platform support in the series
- clearly this won't work without the CPU side drivers it depends on.
Most of the chipset drivers for Intel Atom E6xx series have already accepted by upstream. e.g. i2c-eg20t, pch_dma, pch_uart, spi-topcliff-pch, ml-ioh-gpio, etc...
BTW, every time I send mail to "alsa-devel@alsa-project.org", I receive returned mail "Your message to Alsa-devel awaits moderator approval". Is this normal things ? Of course, I've already subscribed to "alsa-devel@alsa-project.org".
thanks, tomoya
At Fri, 2 Dec 2011 14:33:59 +0900, Tomoya MORINAGA wrote:
BTW, every time I send mail to "alsa-devel@alsa-project.org", I receive returned mail "Your message to Alsa-devel awaits moderator approval". Is this normal things ? Of course, I've already subscribed to "alsa-devel@alsa-project.org".
Did you subscribe with your gmail address, too?
Takashi
2011/12/2 Takashi Iwai tiwai@suse.de:
At Fri, 2 Dec 2011 14:33:59 +0900, Tomoya MORINAGA wrote:
BTW, every time I send mail to "alsa-devel@alsa-project.org", I receive returned mail "Your message to Alsa-devel awaits moderator approval". Is this normal things ? Of course, I've already subscribed to "alsa-devel@alsa-project.org".
Did you subscribe with your gmail address, too?
Yes, I subscribed this gmail address.
thanks, tomoya
At Fri, 2 Dec 2011 15:18:06 +0900, Tomoya MORINAGA wrote:
2011/12/2 Takashi Iwai tiwai@suse.de:
At Fri, 2 Dec 2011 14:33:59 +0900, Tomoya MORINAGA wrote:
BTW, every time I send mail to "alsa-devel@alsa-project.org", I receive returned mail "Your message to Alsa-devel awaits moderator approval". Is this normal things ? Of course, I've already subscribed to "alsa-devel@alsa-project.org".
Did you subscribe with your gmail address, too?
Yes, I subscribed this gmail address.
The mail-server doesn't think so. Maybe with a different address like mail.google.com or such?
Takashi
On Fri, Dec 02, 2011 at 02:33:59PM +0900, Tomoya MORINAGA wrote:
2011/11/21 Mark Brown broonie@opensource.wolfsonmicro.com:
This needs to come after you add the base platform support in the series
- clearly this won't work without the CPU side drivers it depends on.
Most of the chipset drivers for Intel Atom E6xx series have already accepted by upstream. e.g. i2c-eg20t, pch_dma, pch_uart, spi-topcliff-pch, ml-ioh-gpio, etc...
The CPU side audio drivers are not there - there seemed to be some quite serious review issues with those.
participants (3)
-
Mark Brown
-
Takashi Iwai
-
Tomoya MORINAGA