[PATCH v3 09/11] ASoC: fsl: remove the fatal error checking on codec-handle
Shawn Guo
shawn.guo at linaro.org
Fri Mar 16 00:05:11 EDT 2012
On Fri, Mar 16, 2012 at 03:53:39AM +0000, Tabi Timur-B04825 wrote:
> Shawn Guo wrote:
> > So something like this?
> >
> > /*
> > * If codec-handle property is missing from SSI node, we assume
> > * that the machine driver uses new binding which does not require
> > * SSI driver to trigger machine driver's probe.
> > */
> > if (!of_get_property(np, "codec-handle", NULL)) {
> > if (ssi_private->ssi_on_imx) {
> > ssi_private->imx_pcm_pdev =
> > platform_device_register_simple("imx-pcm-audio",
> > -1, NULL, 0);
> > if (IS_ERR(ssi_private->imx_pcm_pdev)) {
> > ret = PTR_ERR(ssi_private->imx_pcm_pdev);
> > goto error_dev;
> > }
> > }
> > /* success for new binding case */
> > return 0;
> > }
> >
> > It does not reduce any reference to "imx" actually. If you think it's
> > worth another iteration of the series, I will post v5 for it.
>
> I had something more like this in mind:
>
> /*
> * If codec-handle property is missing from SSI node, we assume
> * that the machine driver uses new binding which does not require
> * SSI driver to trigger machine driver's probe.
> */
> if (!of_get_property(np, "codec-handle", NULL))
> ssi_private->new_binding = true;
>
>
> if (ssi_private->ssi_on_imx) {
> ssi_private->imx_pcm_pdev =
> platform_device_register_simple("imx-pcm-audio",
> -1, NULL, 0);
> if (IS_ERR(ssi_private->imx_pcm_pdev)) {
> ret = PTR_ERR(ssi_private->imx_pcm_pdev);
> goto error_dev;
> }
> }
> /* success for new binding case */
> return 0;
> }
>
> Well, it's not perfect, but the idea is that we keep track of new vs. old
> binding separately from imx vs. powerpc.
Fine with me.
> Although I'm thinking there
> might be a way to general the call to platform_device_register_simple.
> Maybe we could put "imx-pcm-audio" in the device tree?
>
It seems a little bit abuse of device tree to me. My first choice was
to do that in imx-sgtl5000 machine driver. But Mark disagrees.
--
Regards,
Shawn
More information about the linux-arm-kernel
mailing list