[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHp75VdeAZH9U=xnzva+vkTE_3jH7i7tRDQPmKcJ3TTdmj=J8A@mail.gmail.com>
Date: Sat, 14 Jan 2017 00:30:08 +0200
From: Andy Shevchenko <andy.shevchenko@...il.com>
To: Bard Liao <bardliao@...ltek.com>
Cc: Shrirang Bagul <shrirang.bagul@...onical.com>,
"alsa-devel@...a-project.org" <alsa-devel@...a-project.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Oder Chiou <oder_chiou@...ltek.com>,
Liam Girdwood <lgirdwood@...il.com>,
Mark Brown <broonie@...nel.org>,
Jaroslav Kysela <perex@...ex.cz>, Takashi Iwai <tiwai@...e.com>
Subject: Re: [PATCH v2 1/4] ASoC: rt5660: Add ACPI support
On Fri, Jan 13, 2017 at 4:53 AM, Bard Liao <bardliao@...ltek.com> wrote:
>> +static const struct acpi_gpio_mapping byt_rt5660_gpios[] = {
>> + { "audio-wake-intr-gpios", &audio_wake_intr_gpio, 1 },
>> + { "lineout-mute-gpios", &lineout_mute_gpio, 1 },
>> + { NULL },
>> +};
>> +
>
> I am thinking if it is more suitable to move the gpio params to
> machine driver? They are not codec's gpios and are only used
> by machine driver.
Generally speaking those properties should come per ACPI ID. So, they
should share the same module which has MODULE_DEVICE_TABLE(acpi, ...)
defined.
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists