Received: by 10.223.185.116 with SMTP id b49csp400249wrg; Fri, 23 Feb 2018 00:09:06 -0800 (PST) X-Google-Smtp-Source: AH8x224btUqm2uZBzmIfWehqlNFWmAD6jE4zuq34Ie3+RxfIGwtauWnhNBEUsHpMZAZifnjHirgm X-Received: by 10.99.95.81 with SMTP id t78mr804657pgb.380.1519373346667; Fri, 23 Feb 2018 00:09:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519373346; cv=none; d=google.com; s=arc-20160816; b=J33OZi95uSCJDQqq7IR/5YlS/saIE7v4PZ9nenrBvNg6D4hbzf9aLwJ3tW0/s193m6 zNj/4KJlRyTmO1Fd1oG/RDc2p8CZNAAasD4668Obl0bGNot36xakNeRcibetc76aUXyP rW3GJBioAVdtzCtMvpvXI+9PgFBJ4md7IkmoMLQd1RvDiE6ITp5NvsAtTaRJu6zZdWxB +vN8QCIzPuCY/y2Gorc6ch0p+AxwWD4XKaeDfWNiGA3YlK0rdmCufG0FD5g91+GUYMwr 7CX7wsLG4CWe5nL21FU9UXJqjN/4hw96Vsq+dxKvr1CeSaPxy8hJu+ySONF/e+xEQP1z iTgQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=CDsm5dy5SdFHLM5kJsjAk520JwwTPx0n5K1D7kyv73c=; b=qOPRyI7yW7M1dfTy/gC3pckJF/hTFqVn31t+VpnudEf494EgWXKj0RdjDU5ic8WmdJ JqHRB33vJyn0jfJxLrkMX2l8/b34EgEqDGcb/YL9OVGF0mZvaGWb/RYiUV68gu+mVgmU HJKB51WbEZxnMiCtweLS+2MM5mOkoYB9G8WTNnrTIBFlcHBrfigEMdk3KB8wb+m2oNcf 6HzNm7ATAskZFc6jVc6wM+M/RBXX2treTyNgpBgBlz5tCkuik5QUtmyof2GiyECGJq33 nbupzv17FyHa1blR84nOQKdVxPnqQwz/lm9EsZXThXsgxNmoQWq4NTsW2L2ApMTsZBXm i8dA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t2si1187915pgt.387.2018.02.23.00.08.51; Fri, 23 Feb 2018 00:09:06 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751440AbeBWIHa (ORCPT + 99 others); Fri, 23 Feb 2018 03:07:30 -0500 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:33547 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751329AbeBWIH2 (ORCPT ); Fri, 23 Feb 2018 03:07:28 -0500 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 512) id 44853801AF; Fri, 23 Feb 2018 09:07:27 +0100 (CET) Date: Fri, 23 Feb 2018 09:07:14 +0100 From: Pavel Machek To: Mark Brown Cc: Sebastian Reichel , Liam Girdwood , Rob Herring , Tony Lindgren , Jaroslav Kysela , Takashi Iwai , alsa-devel@alsa-project.org, linux-omap@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCHv4 2/4] ASoC: codec: cpcap: new codec Message-ID: <20180223080714.GC1584@amd> References: <20180214220741.28306-1-sebastian.reichel@collabora.co.uk> <20180214220741.28306-3-sebastian.reichel@collabora.co.uk> <20180216113901.GC5886@sirena.org.uk> <20180216135113.akicejkodhbjpp2w@earth.universe> <20180216142716.GJ5886@sirena.org.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HG+GLK89HZ1zG0kk" Content-Disposition: inline In-Reply-To: <20180216142716.GJ5886@sirena.org.uk> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --HG+GLK89HZ1zG0kk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri 2018-02-16 14:27:16, Mark Brown wrote: > On Fri, Feb 16, 2018 at 02:51:13PM +0100, Sebastian Reichel wrote: > > On Fri, Feb 16, 2018 at 11:39:01AM +0000, Mark Brown wrote: >=20 > > > We don't have default lines like this for other MFDs... >=20 > > Is there a reason not to add them? It looks very useful to me: >=20 > Consistency. It's a lot easier to apply a single rule to everything > than it is to have to individually think through and discuss the > decisions on every individual driver, especially when there will > inevitably be some cases where there are conflicting requirements from > different users. As you said in the rest of your mail hand configuring > kernels is already a very specialist thing at the best of times. Yes, so please don't make it any harder than it needs to be. Having to enable (by hand) more than one option per chip is annoying and error-prone. Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --HG+GLK89HZ1zG0kk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAlqPy7IACgkQMOfwapXb+vKrRACfSPOLbfTzlyi3wGezRGoMK7VH /XIAnj7ERmB7Ow0NtqtO7NdiHNvCrnwh =4tK+ -----END PGP SIGNATURE----- --HG+GLK89HZ1zG0kk--