Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp5654725img; Wed, 27 Mar 2019 12:32:13 -0700 (PDT) X-Google-Smtp-Source: APXvYqx4e4wbLUqNOSWkiXNwdIOGkBLb/sLsZxqWoLOt/r3Spu+EWwI5Odc2D9SvmlreriwhEPsF X-Received: by 2002:a17:902:70c8:: with SMTP id l8mr6894694plt.177.1553715133447; Wed, 27 Mar 2019 12:32:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553715133; cv=none; d=google.com; s=arc-20160816; b=F3qjOpNaB2qCuIIVjenkLQsE6vsoWgBmg8M9btR3DYsuUSbQ5zAAlH4dSZiyuu3KCF Yu4eXqgAMIP/pEchi1ny2kraIMha1o30Uh/bZeRd0Uw9ZHOMTkwu80Aj/nphuKMkAWy2 v8VMOoQkh62kuUTeKQRDqaSDikd6c3QYXxDB83XJlTO/vjmYtHfcpTKuJ+k7t1TPA1d5 g/DjEMtsm02ObKzYr+ac8IKkLHU8pI/MPm8HH5pPqK5ETTwslQjhzjnlP94QGuc9dWEH PT6xNOV55EQZ0UAHQgoLVPmpSlMBWTgyyZrHpXN2C1Za/d86NAaPQva54H6HdiZJVGGC +XOQ== 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:dkim-signature; bh=9//SiVVHE1o8QV7AhZE5kciOjA9lzEsCX/ioITe2cOs=; b=mC50ZQrtualZWrF2/UkMPxD/Pqor7zE1mYmW4RBToJntbwEiaQRn6XyM/M1HHDloKe 1TZc/XfytmiTRPrF5K3sk3aAXCWNiilBcMzv9HlWzerw68llNZ7J5aC7pm5ZVkOrisMn uVo69s5QPikoMl9U59K29LlhINu6JnJ9Czc5wZyDAFsjx6q6ddGbSxKgZpYdyT9dmuTJ bK/A1QvwZQ4dpXQsVb8z+ityiGIkHavxUoIcVrz54FmYVTjzbRtqWn/xzt1BnO5ORIaU pL5tN1LQWCcGzJMov76tFfNE4kkQwzm0NxKYwnQboaC/6su7unSq+oZu6/JVe49DVrik Dl7A== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@sirena.org.uk header.s=20170815-heliosphere header.b=f+9dgrEc; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b4si18552026pgq.50.2019.03.27.12.31.58; Wed, 27 Mar 2019 12:32:13 -0700 (PDT) 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; dkim=fail header.i=@sirena.org.uk header.s=20170815-heliosphere header.b=f+9dgrEc; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387889AbfC0TbY (ORCPT + 99 others); Wed, 27 Mar 2019 15:31:24 -0400 Received: from heliosphere.sirena.org.uk ([172.104.155.198]:56942 "EHLO heliosphere.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729206AbfC0TbW (ORCPT ); Wed, 27 Mar 2019 15:31:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sirena.org.uk; s=20170815-heliosphere; h=In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=9//SiVVHE1o8QV7AhZE5kciOjA9lzEsCX/ioITe2cOs=; b=f+9dgrEcde6IqnnUjO7F4RTqB fMS3hR5RWRHG1BGf3E64k5uX3K8f5T8YJVRPN1CKy2IWJ4xbT9LWR8fOHDvWnkRotKng2TSXInxCf 0gil1DJsEbMSQfNSDADdFRzBFsn92EVPRq/r+nIDZvdcqxJjgtIX2pnTciPQS7Blpkcjo=; Received: from cpc102320-sgyl38-2-0-cust46.18-2.cable.virginm.net ([82.37.168.47] helo=debutante.sirena.org.uk) by heliosphere.sirena.org.uk with esmtpa (Exim 4.89) (envelope-from ) id 1h9EGa-0000iW-Mm; Wed, 27 Mar 2019 19:31:16 +0000 Received: by debutante.sirena.org.uk (Postfix, from userid 1000) id 31C691128E2B; Wed, 27 Mar 2019 19:31:15 +0000 (GMT) Date: Wed, 27 Mar 2019 19:31:15 +0000 From: Mark Brown To: Sasha Levin Cc: linux-kernel@vger.kernel.org, stable@vger.kernel.org, Takashi Iwai , Patrick Lai , Banajit Goswami Subject: Re: [PATCH AUTOSEL 5.0 107/262] ASoC: qcom: Fix of-node refcount unbalance in apq8016_sbc_parse_of() Message-ID: <20190327193115.GB11404@sirena.org.uk> References: <20190327180158.10245-1-sashal@kernel.org> <20190327180158.10245-107-sashal@kernel.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="O5XBE6gyVG5Rl6Rj" Content-Disposition: inline In-Reply-To: <20190327180158.10245-107-sashal@kernel.org> X-Cookie: May be too intense for some viewers. 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 --O5XBE6gyVG5Rl6Rj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 27, 2019 at 01:59:22PM -0400, Sasha Levin wrote: > From: Takashi Iwai >=20 > [ Upstream commit 8d1667200850f8753c0265fa4bd25c9a6e5f94ce ] >=20 > The apq8016 driver leaves the of-node refcount at aborting from the > loop of for_each_child_of_node() in the error path. Not only the > iterator node of for_each_child_of_node(), the children nodes referred > from it for codec and cpu have to be properly unreferenced. Given that the device tree is entirely static on all platforms using FDT I'm not convinced that it is sensible to backport any of the fixes for references not being dropped that are more than one liners, realistically nothing is ever going to notice the extra references but there are things that will notice if we underflow references so there's some risk we could break things somehow. Seems like it's all risk for zero benefit. --O5XBE6gyVG5Rl6Rj Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAlybz4IACgkQJNaLcl1U h9CR/Qf+IK1dAuZTewE12cGZTVrjxwfm2PU1rGE3uRQuGjgJALFdp02GF4wKOC/I cZnzlL+k6Vy++7+TuInPAdr61tDNemUhW/yv7RM3alJFPrlLRTe12NG0uf5Wkieh PE2PETkHvmMcQz48si8yZ66TDMhrNnlz5UdEJ2aNiJmLlpTga2IZluESXYbhYXoh DCXMSgLfU8TgkW8CJbx0GoOIiXC9BNLaBeo3MLbg5jGsTQ9dxuJ3DqPwh22vrIR4 m2zrhHCgQ3DcSpEMBF9shEvr88+Tb99KKmGehphI9ZoNbb0Avi8iBy23TMzN75pu BoJU87YnDd2eTBZWdJqTJHF5iJySwA== =vUtI -----END PGP SIGNATURE----- --O5XBE6gyVG5Rl6Rj--