[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170425155257.s6m4wgrzxxsxcggo@sirena.org.uk>
Date: Tue, 25 Apr 2017 16:52:57 +0100
From: Mark Brown <broonie@...nel.org>
To: Richard Fitzgerald <rf@...nsource.wolfsonmicro.com>
Cc: lee.jones@...aro.org, linus.walleij@...aro.org, gnurou@...il.com,
robh+dt@...nel.org, tglx@...utronix.de, jason@...edaemon.net,
alsa-devel@...a-project.org, patches@...nsource.wolfsonmicro.com,
linux-gpio@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 15/18] dt-bindings: sound: Add bindings for Cirrus
Logic Madera codecs
On Mon, Apr 24, 2017 at 05:08:41PM +0100, Richard Fitzgerald wrote:
> The Cirrus Logic Madera codecs are a family of related codecs with
> extensive digital and analogue I/O, digital mixing and routing,
> signal processing and programmable DSPs.
Please submit patches using subject lines reflecting the style for the
subsystem. This makes it easier for people to identify relevant
patches. Look at what existing commits in the area you're changing are
doing and make sure your subject lines visually resemble what they're
doing.
> +Required properties:
> + - compatible : One of the following chip-specific strings:
> + "cirrus,cs47l35-codec"
> + "cirrus,cs47l85-codec"
> + "cirrus,cs47l90-codec"
You shouldn't have compatible strings for subfunctions of a MFD unless
these represent meaningful reusable IPs that can exist separately from
the parent chip, that's clearly not the case here. All you're doing
here is encoding Linux internal abstractions which aren't OS neutral and
might change in future (for example clocking might move more into the
clock API).
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists