[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <501150E5.6010503@linaro.org>
Date: Thu, 26 Jul 2012 15:15:01 +0100
From: Lee Jones <lee.jones@...aro.org>
To: Mark Brown <broonie@...nsource.wolfsonmicro.com>
CC: linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
STEricsson_nomadik_linux@...t.st.com, linus.walleij@...ricsson.com,
arnd@...db.de, sameo@...ux.intel.com, olalilja@...oo.se,
ola.o.lilja@...ricsson.com, alsa-devel@...a-project.org, lrg@...com
Subject: Re: [PATCH 20/21] ASoC: codecs: Enable AB8500 CODEC for Device Tree
Sorry missed this:
>> {
>> .name = "ab8500-codec",
>> + .of_compatible = "stericsson,ab8500-codec",
>> },
>
> Why are we doing this? The MFD cells are a totally Linux specific
> thing, there's no reason to represent them in the device tree unless
> they're in some way reusable and the "ab8500-codec" name suggests that's
> unlikely. Just put the properties on the parent node and instantiate
> the MFD cell as normal.
We have all of the AB8500 devices into the Device Tree to accurately
represent the hardware. We will also be passing configuration
information into the AB8500 Codec from Device Tree. The only reason
we're still registering them using the MFD API is to overcome addressing
issues encountered earlier. Each 'device' still belongs in the 'device'
tree.
If we were to take this Device Tree and use it on something non-Linux,
that OS will still need to know about each of the AB8500 devices and
every associated configuration option. Only in Linux do we continue to
register them though a different API, which doesn't affect any other OS.
--
Lee Jones
Linaro ST-Ericsson Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists