From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3CB3FC34025 for ; Mon, 17 Feb 2020 15:09:40 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 0CE91222D9 for ; Mon, 17 Feb 2020 15:09:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1581952180; bh=+QsbzVsPqtYbBQzk87hqVrIbl3gJslqr6zkmmEt4xlM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:List-ID:From; b=lZ9Mb5cu/Z5RB5FXOoHq9grhXiNYw5G7YXbXTQG1xm//fp4TDhJVfHUnFuFeJR++c zAEwE8rglb7u/4yVnrZ5R/G0vGw8GFnwg25F943s1bDigf5nhai0P/CvSO0Xpo3OVj TI/ndZVCxlHSu6fXgP5AsnP9FJ0PkpnUjIVC9n8A= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729411AbgBQPJj (ORCPT ); Mon, 17 Feb 2020 10:09:39 -0500 Received: from foss.arm.com ([217.140.110.172]:37066 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728054AbgBQPJi (ORCPT ); Mon, 17 Feb 2020 10:09:38 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id D841630E; Mon, 17 Feb 2020 07:09:37 -0800 (PST) Received: from localhost (unknown [10.37.6.21]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 5B7BA3F703; Mon, 17 Feb 2020 07:09:37 -0800 (PST) Date: Mon, 17 Feb 2020 15:09:35 +0000 From: Mark Brown To: Samuel Holland Cc: Liam Girdwood , Rob Herring , Mark Rutland , Maxime Ripard , Chen-Yu Tsai , Vasily Khoruzhick , =?iso-8859-1?Q?Myl=E8ne?= Josserand , Jaroslav Kysela , Takashi Iwai , alsa-devel@alsa-project.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, stable@kernel.org Subject: Re: [RFC PATCH 08/34] ASoC: sun8i-codec: Fix direction of AIF1 outputs Message-ID: <20200217150935.GJ9304@sirena.org.uk> References: <20200217064250.15516-1-samuel@sholland.org> <20200217064250.15516-9-samuel@sholland.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="4vpci17Ql0Nrbul2" Content-Disposition: inline In-Reply-To: <20200217064250.15516-9-samuel@sholland.org> X-Cookie: There was a phone call for you. User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --4vpci17Ql0Nrbul2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Feb 17, 2020 at 12:42:24AM -0600, Samuel Holland wrote: > The naming convention for AIFs in this codec is to call the "DAC" the > path from the AIF into the codec, and the ADC the path from the codec > back to the AIF, regardless of if there is any analog path involved. This renames widgets but does not update any DAPM routes from those widgets which will break things if this patch is applied. > Cc: stable@kernel.org Why is this suitable for stable? It's a random textual cleanup. --4vpci17Ql0Nrbul2 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAl5KrK8ACgkQJNaLcl1U h9Ab9Af/b8sQj3zwynBYYxusscd9/aduwhw7qF+DAdPBw6PYNIA/g/Ts6oULrx9/ F9O4MHo55RlwYbfi8iuyYJ8LpLv4y7txkM5x5y5oauIL+soV6TB8bszuwBvk5jHu qMxAhPDo6mD2D1QYL7GJeWvid+lBr7MGrlzbxg+0uW1jEw3pEJjXL4WTXu0e2l4T cTZ4Am744vhS15WDE0s/wJSvB2rxPn6xVVi93LtdEE9+YgE4lE9Y7ruezZibMFQb hrTkWC0l92y8sbIkHpAzlo5gh5qNn6UahJRlr+wCILtXuEJMgPEEmx0DoTciwQUr su1mRVq9kOQOtpw4mjBq3iDo8MiP3A== =UkmS -----END PGP SIGNATURE----- --4vpci17Ql0Nrbul2--