Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1767062ybl; Sat, 11 Jan 2020 02:24:03 -0800 (PST) X-Google-Smtp-Source: APXvYqwaEDbrQlpim/WO7nvcmOyAq1ifQN9dHklUOcWHIqUkQP8i/NSgM8+Ki18qiwK3uEOmNo9P X-Received: by 2002:aca:54cc:: with SMTP id i195mr5680590oib.126.1578738243633; Sat, 11 Jan 2020 02:24:03 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578738243; cv=none; d=google.com; s=arc-20160816; b=nNFRxnNjQWZ7osQZ5b+YWIdSVHJHIKP7aYCPhYm051r826jcB3IdBrlFFjwCiPBJJ+ t52GZ+Afms1Xj6esOSPQxKJ1Wuagzu3ER2PCv7e2fCl6RUzP9JEi70kwDB2mH1+xfeYd ljim/Ig1hEh3hMf9XCS/WiS2kGgXpHNEwXDgxlAHUV/F5qak3tgvqunSlB9pJwMk8iEx u3qjNjQ+5P+KD9OtFZ4WiQkWuCJBiotWpcT+v8dokassQPLjaJ/8cVG9nWLaphp4nrhf sfsStKO/qTPkce0Wk3m4rk+P0LoiQavTs99kKMoGkMOpQs0BbzEDhtBzVLV0JtgfWJEw xQ5w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=AAFKcKCsGJHUDu1q0yL7ZJUFQRk8LrdKShVG/foOG/8=; b=lWoJ8Yt89D1zmbio2mrHEWquCwPKBIPjiYFcoS3MvRWTSLxMu/3xbsDk/unPfpH7vR 4TpWyweeedhFxPXO4WMzh0GM5uXIKfnHVYF7Ux0PlzNPPQbfNzW/TL2WxpqiadEbvtx+ 0gj3wvd2+IdC8glKwYh+bdwaWlX0E1lkjGUSb3Nly12Pd4lF3hJAzTYCjgtaTMx0DObY UUmg3g20OdU4IhJ3LK/ZXPB29PLzgSEkBDowgTYeC5DZAWuNEV7I5wQyZ19LANpPaZuF xEkDN7GHLhnjyZrSBD/NuNqeic+UQ1hufhXiJZA5ZjgFgHKgbc/5QEf2Me35kMAqMq/I kbPA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=WUefFcL5; 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 a14si2792949oid.58.2020.01.11.02.23.52; Sat, 11 Jan 2020 02:24:03 -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; dkim=pass header.i=@kernel.org header.s=default header.b=WUefFcL5; 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 S1730624AbgAKKXC (ORCPT + 99 others); Sat, 11 Jan 2020 05:23:02 -0500 Received: from mail.kernel.org ([198.145.29.99]:49236 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729391AbgAKKW7 (ORCPT ); Sat, 11 Jan 2020 05:22:59 -0500 Received: from localhost (unknown [62.119.166.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 2C780205F4; Sat, 11 Jan 2020 10:22:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1578738178; bh=5+KBnVdLRuk87lNb6TdfP6q2MkTmfaix4p79kTqEKBk=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=WUefFcL5vGsi+8Tl2kdHN0WFvOQC0Ijtz/9q9aHZVdNn+6QlCt/bhcCdHOEJrCire E2vcfiVFdE9g3VtrEiCPDVAjCZGNm5nQU72Em3MspXO1bB/EY6BvV23/emdYaA1z1d nddqHyiPN0AkWgj5iw9YR0/ssKFKpcQzSQdblLdw= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Geert Uytterhoeven , Philipp Zabel , Sasha Levin Subject: [PATCH 5.4 044/165] reset: Do not register resource data for missing resets Date: Sat, 11 Jan 2020 10:49:23 +0100 Message-Id: <20200111094924.584538805@linuxfoundation.org> X-Mailer: git-send-email 2.24.1 In-Reply-To: <20200111094921.347491861@linuxfoundation.org> References: <20200111094921.347491861@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Geert Uytterhoeven [ Upstream commit db23808615e29d9a04f96806cac56f78b0fee0ef ] When an optional reset is not present, __devm_reset_control_get() and devm_reset_control_array_get() still register resource data to release the non-existing reset on cleanup, which is futile. Fix this by skipping NULL reset control pointers. Signed-off-by: Geert Uytterhoeven Signed-off-by: Philipp Zabel Signed-off-by: Sasha Levin --- drivers/reset/core.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/reset/core.c b/drivers/reset/core.c index 3c9a64c1b7a8..f343bd814d32 100644 --- a/drivers/reset/core.c +++ b/drivers/reset/core.c @@ -787,7 +787,7 @@ struct reset_control *__devm_reset_control_get(struct device *dev, return ERR_PTR(-ENOMEM); rstc = __reset_control_get(dev, id, index, shared, optional, acquired); - if (!IS_ERR(rstc)) { + if (!IS_ERR_OR_NULL(rstc)) { *ptr = rstc; devres_add(dev, ptr); } else { @@ -930,7 +930,7 @@ devm_reset_control_array_get(struct device *dev, bool shared, bool optional) return ERR_PTR(-ENOMEM); rstc = of_reset_control_array_get(dev->of_node, shared, optional, true); - if (IS_ERR(rstc)) { + if (IS_ERR_OR_NULL(rstc)) { devres_free(devres); return rstc; } -- 2.20.1