linux-kernel - Re: [PATCH 4/5] ASoC: dwc: Add devicetree support for Designware I2S

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 3 Dec 2014 18:23:51 +0000
From:	Mark Brown <broonie@...nel.org>
To:	Andrew Jackson <Andrew.Jackson@....com>
Cc:	Jaroslav Kysela <perex@...ex.cz>, Takashi Iwai <tiwai@...e.de>,
	"alsa-devel@...a-project.org" <alsa-devel@...a-project.org>,
	"linux-arm-kernel@...ts.infradead.org" 
	<linux-arm-kernel@...ts.infradead.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	Rajeev Kumar <rajeevkumar.linux@...il.com>,
	Liam Girdwood <lgirdwood@...il.com>,
	Liviu Dudau <Liviu.Dudau@....com>
Subject: Re: [PATCH 4/5] ASoC: dwc: Add devicetree support for Designware I2S

On Wed, Dec 03, 2014 at 04:39:08PM +0000, Andrew Jackson wrote:

> Convert to driver to use either platform_data or device-tree for configuration
> of the device.  When using device-tree, the I2S block's configuration is read
> from the relevant registers: this reduces the amount of information required in
> the device tree.

This really needs to be split into two or more patches, there's a whole
bunch of refactoring to support this DT stuff which should be separate
from the DT addition itself.  Right now it's hard to tell what each
individual bit of the code is supposed to be doing, the patch is far too
large and doing far too many individual things.

> +	if (dev->using_pd) {
> +		ret = dev->i2s_clk_cfg(config);
> +		if (ret < 0) {
> +			dev_err(dev->dev, "runtime audio clk config fail\n");
> +			return ret;
> +		}
> +	} else {
> +		u32	bitclk;

Having this whole separate path for using platform data feels icky, we
don't want to have completely separate flows like this.  Checking for
the callbacks being there is probably fine but just having totally
separate code paths is a bit icky.

Download attachment "signature.asc" of type "application/pgp-signature" (474 bytes)