Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752929AbaAKMIj (ORCPT ); Sat, 11 Jan 2014 07:08:39 -0500 Received: from mezzanine.sirena.org.uk ([106.187.55.193]:52320 "EHLO mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751254AbaAKMIh (ORCPT ); Sat, 11 Jan 2014 07:08:37 -0500 Date: Sat, 11 Jan 2014 12:08:26 +0000 From: Mark Brown To: Takashi Iwai Cc: Liam Girdwood , "alsa-devel@alsa-project.org" , "linux-kernel@vger.kernel.org" , Nenghua Cao Message-ID: <20140111120826.GS29039@sirena.org.uk> References: <1389332195-15900-1-git-send-email-nhcao@marvell.com> <52CFD7BE.5030907@marvell.com> <1389354435.2293.32.camel@loki> <52CFE0AE.1030606@marvell.com> <1389356948.2293.55.camel@loki> <1389379389.2293.114.camel@loki> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xe2geHXJg22At20M" Content-Disposition: inline In-Reply-To: X-Cookie: May I ask a question? User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: 94.175.92.69 X-SA-Exim-Mail-From: broonie@sirena.org.uk Subject: Re: [alsa-devel] [PATCH] ASoC: dpcm: don't do hw_param when BE has done hw_param 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 --xe2geHXJg22At20M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Jan 11, 2014 at 10:35:33AM +0100, Takashi Iwai wrote: > But, the point is that basically we already know that something is > wrong at the point BE2 setting up an incompatible hw_params; then it > should be notified properly to FE1, or the incompatible change must be > handled as an error. This is the missing piece in the current > implementation. The skip of redundant BE hw_params call can be > implemented as an optimization in this compatibility check, too. Only in the case where they actually are incompatible though - if there's DSP in place which can do suitable mixing it's not an issue. At the minute the core is relying on the drivers handling any limits just like with the CODECs. --xe2geHXJg22At20M Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJS0TQ3AAoJELSic+t+oim97tkQAIryE4RhnX93Wmo2GJrx8BSi SGQwoTP8hoAc6nbbb07hYqQDrpVX7Z8vVBMa0diS67l0CS2iauKaLGNtK/I+wBgY ct45/bFNt8sxdLS53KbN37taz0XiEEZkpVgY/Z6hszwmZ04+xLz5tqLNm3dCsWus UMWFOVu2nAEETypJDCFBtKzRWAVjKmaG4C1x4cnBg4K19q/ydZkaVzh8ytKoMIM2 fPTxBlhh548ISpX+0aPkzdmpswek1bZnJ8uBBij7qGnvn7ccjyIvU5PTTf94mlPu GAkRkX/NILejCt658JCUT+f3jDWDMQQwf5y2v7iU7ycNHlMvmwFRXiE/QDnX+LdF biR9RGttPKGlQYb5VU+S8eHPLSGu+vKV9UawTyEpvGXK/AlIKPqxuPoVdbuxL9E+ +JkoLt84ao08FSCtTpQ3AAFHFdM6jcCoc1iufMmb0dPqboPpF+oIuLyJvRmIDCqZ ZYwljOJUwV+SCR3DCJ3I/JyznnOIuVQLpzOvj5aR9+t1z1pX2j6JooRYHzIqw11F zGC7PF3I8rS6q/kpuh4WzVWz+498fzgCqLbRhETAK5aK8adUd+q2oYC+2ggpe4zM JKJeicMh5yF+9LV2Wj1YL6XbH6l0WUgbftQ7ryrINr3vxn5ndHKFrrJasmpDIryw /8GOJrwk7gak8z4XNn6h =aetL -----END PGP SIGNATURE----- --xe2geHXJg22At20M-- -- 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/