Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933074AbbFIQU7 (ORCPT ); Tue, 9 Jun 2015 12:20:59 -0400 Received: from mezzanine.sirena.org.uk ([106.187.55.193]:50472 "EHLO mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751394AbbFIQUx (ORCPT ); Tue, 9 Jun 2015 12:20:53 -0400 Date: Tue, 9 Jun 2015 17:20:45 +0100 From: Mark Brown To: Richard Fitzgerald Cc: lgirdwood@gmail.com, patches@opensource.wolfsonmicro.com, alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org Message-ID: <20150609162045.GF14071@sirena.org.uk> References: <1433863017-25349-1-git-send-email-rf@opensource.wolfsonmicro.com> <20150609160043.GD14071@sirena.org.uk> <20150609161356.GB27675@opensource.wolfsonmicro.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Gi2vSq8QtPYbuTNa" Content-Disposition: inline In-Reply-To: <20150609161356.GB27675@opensource.wolfsonmicro.com> X-Cookie: The end of labor is to gain leisure. User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: 94.175.94.161 X-SA-Exim-Mail-From: broonie@sirena.org.uk Subject: Re: [PATCH v2 1/2] ASoC: wm_adsp: Add code_probe and codec_remove stubs X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on mezzanine.sirena.org.uk) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1721 Lines: 43 --Gi2vSq8QtPYbuTNa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jun 09, 2015 at 05:13:56PM +0100, Richard Fitzgerald wrote: > On Tue, Jun 09, 2015 at 05:00:43PM +0100, Mark Brown wrote: > > I'm still not a big fan of the double registration that's being done - > > if nothing else the fact that it's not also factoring out the creation > > of the DSP controls seems wrong. > I don't see the point of trying to fight against the design of ASoC with > the second probe. ASoC gives us what we need at the codec_probe stage > so why try to invent something different? Well, you could've still hung things off the struct device - it's not like the ASoC level device is a requirement here - and like I say the fact that it's not actually factoring out the initialisation that's already happening at the ASoC probe isn't good. --Gi2vSq8QtPYbuTNa Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJVdxJcAAoJECTWi3JdVIfQ/2cH/2hPBo4q0bAZUAY9sgGrUIbO RzZBhQankNKFiDa7jC25NoA96UJsRw9mT/n4rOttqUFK34176QMNDkifV3drFAjY RQrEX73UV9/J1pVL2m5ZYRhLN6dcU6UcmeKCQyNFa/xNR+hOTLS3vMpz/Dpg3eo8 8NuR5Ig5ep5CpfSAk/gkkwnoJSN109LnxcgtSrur0Nu6s+yKTQ55R3OyJMZI1CZR 3DtPo0adhk925vW4sdG7Jp7xLcCvzQpmNVu4qSadM1m7Bh6oOtNDMNBJSTy8ifrR kJ8IbVWETi2JT9ZNKIkCAsn+bllQUmjeS9EDCoLpSmRSedALdGkZZBNi1S3KBUY= =u9cT -----END PGP SIGNATURE----- --Gi2vSq8QtPYbuTNa-- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/