From: Arnd Bergmann [a...@arndb.de]
Sent: 19 July 2012 23:16
To: vt8500-wm8505-linux-ker...@googlegroups.com
Cc: Tony Prisk; Alexey Charkov; devicetree-disc...@lists.ozlabs.org; Russell
King; linux-kernel@vger.kernel.org; linux-arm-ker...@lists.infradead.org
Subject: Re: [PATCH 1/1] Add Wondermedia Technologies (wmt) to
docs/devicetree/vendor-bindings.txt
On Thursday 19 July 2012, Tony Prisk wrote:
> Given that there have been no replies to this thread, and the restart patch
> has
> now been accepted using 'wmt' as the vendor namespace - would it be safe to
> assume we should formalize this in the vendor-bindings.txt?
>
> I'd like to try and have basic device tree support added for the next merge
> window (or this one if it all goes well :) ), but it relies on the vendor
> binding being
> formalized.
What about devices that come from via though? Anything that first showed up
in vt8500 or earlier should probably get a prefix identifying VIA rather
than WonderMedia.
Arnd
I have no issue with that.
I am mainly concerned with the Wondermedia products at the moment.
Adding device tree support for WM8505 (and WM8650) is my main goal as the WM8650
currently isn't supported and trying to get another board file added seems
unlikely with
everything moving to device tree. The VT8500 requires additional/different
patches and
as I don't have a vt8500 I can't test them.
It does raise the question of applying 'wmt, prizm-pmc' to the vt8500 though.
While it's
fine for the restart patch I submitted, the vt8500 registers are the same but
the bit-fields
are different and therefore not entirely compatible with 'prizm-pmc'.
When it comes to other PMC-related features, in particular the clocks, the
VT8500 is quite
different in its bit-fields.
The vt8500 isn't technically in the Prizm family, as that is Wondermedia's name
for the SoC's.
Regard
Tony P--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
