Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp20656ybl; Tue, 7 Jan 2020 13:16:23 -0800 (PST) X-Google-Smtp-Source: APXvYqwH9cQ4lrXSKxLqIVV983ixtb+i1ecFGEQ3OFltb/qToS6cOGGoQtdWnuaq60KaHyGxMAMW X-Received: by 2002:aca:388:: with SMTP id 130mr331549oid.89.1578431783838; Tue, 07 Jan 2020 13:16:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578431783; cv=none; d=google.com; s=arc-20160816; b=GglQ3dNMNVS4+7ZqGiulxMw4UayzLT+N1kdPsBqoQXCD/bW7YV3zEmMCXZzkPy+3Hn uzrv2XzBgJkWM9t2QUA+iRPyv8f3V6jL5jbP3wG5/444eU6t9RRpkf5lEpaBFlK8yFQC CE7hW+0itPw7DzNhEjIZIwqBbzpPlp0DA2kLIhuaDHhb0vE50+EMJ8VpOjdR++9TKQ8U rgIfx7JB/cbKSeHLO14SnOC4zgIFvb9x+vAmSc/mF78ZU0egw/aY/8k/QJQAUOTjEfiB zSFOp6B2GvGJJZ8chQ2KcdHaTnx7E6EnynkagmKh5EULmmmxdhKTjB66GBm870j4yD+y j/Hw== 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=S0Qa4694dYgJCzUDUAn0ouGapGTYFtVcYsbSAyRTy6w=; b=u8+PC38PGI6sksBVcwOGpDPHk31WaWW9nGSco6HPQM+vfJ1deEnum83C3O2G6zcuuQ g413bDm9u30cpndAlRvpmg+0zZTptnkrVVvzoHjdttiVq9MZUmuSN2S4Zs1epC/i79cf MzJ66lJyOvGXT5UM1cBL96Fz6IetXj/YqClE/EvvIQBw+GCv2sq2BTIr4kNUcQyOy6cU ycK/I6uXKjPjkILmYX6uiIWxPAv2hbC6WtRy3LEJFoS37ZKzvDELHqIqaW0iH6hrVUfE HvDi96XY7u1tTMUYCldT/pfnKNmLlEL3yogOYoMzpgYNOjg8Pu5dNGnlKp17hN1q5Vdu wqMg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=LKpIUxy5; 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 c12si595527otp.106.2020.01.07.13.16.11; Tue, 07 Jan 2020 13:16:23 -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=LKpIUxy5; 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 S1729905AbgAGVOb (ORCPT + 99 others); Tue, 7 Jan 2020 16:14:31 -0500 Received: from mail.kernel.org ([198.145.29.99]:34614 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729623AbgAGVJU (ORCPT ); Tue, 7 Jan 2020 16:09:20 -0500 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (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 2A89C20678; Tue, 7 Jan 2020 21:09:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1578431359; bh=T4grm+Gyf6a3qOJuSCD/teJxU1kaNU2T/rbqhPvUWUI=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=LKpIUxy5sntGWWEnFKIgYy+OY7k9t3fo1D2lP6/9RHXsLAe2KKFFVPP3SHOGVIPqm VkO8wkoHSa8H4hq4AyxMGsiLUbPMCrW/1Xo1DAw25osiNYcAOj2SuEG5arucE8L4gJ +edMAXJKyxwC9pOjFWdERUnkMaPjNSsifhjYk358= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Leonard Crestez , Matthias Kaehlcke , Chanwoo Choi , Sasha Levin Subject: [PATCH 4.14 03/74] PM / devfreq: Dont fail devfreq_dev_release if not in list Date: Tue, 7 Jan 2020 21:54:28 +0100 Message-Id: <20200107205137.793147905@linuxfoundation.org> X-Mailer: git-send-email 2.24.1 In-Reply-To: <20200107205135.369001641@linuxfoundation.org> References: <20200107205135.369001641@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: Leonard Crestez [ Upstream commit 42a6b25e67df6ee6675e8d1eaf18065bd73328ba ] Right now devfreq_dev_release will print a warning and abort the rest of the cleanup if the devfreq instance is not part of the global devfreq_list. But this is a valid scenario, for example it can happen if the governor can't be found or on any other init error that happens after device_register. Initialize devfreq->node to an empty list head in devfreq_add_device so that list_del becomes a safe noop inside devfreq_dev_release and we can continue the rest of the cleanup. Signed-off-by: Leonard Crestez Reviewed-by: Matthias Kaehlcke Reviewed-by: Chanwoo Choi Signed-off-by: Chanwoo Choi Signed-off-by: Sasha Levin --- drivers/devfreq/devfreq.c | 6 +----- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/devfreq/devfreq.c b/drivers/devfreq/devfreq.c index dc9c0032c97b..7b510ef1d0dd 100644 --- a/drivers/devfreq/devfreq.c +++ b/drivers/devfreq/devfreq.c @@ -484,11 +484,6 @@ static void devfreq_dev_release(struct device *dev) struct devfreq *devfreq = to_devfreq(dev); mutex_lock(&devfreq_list_lock); - if (IS_ERR(find_device_devfreq(devfreq->dev.parent))) { - mutex_unlock(&devfreq_list_lock); - dev_warn(&devfreq->dev, "releasing devfreq which doesn't exist\n"); - return; - } list_del(&devfreq->node); mutex_unlock(&devfreq_list_lock); @@ -547,6 +542,7 @@ struct devfreq *devfreq_add_device(struct device *dev, devfreq->dev.parent = dev; devfreq->dev.class = devfreq_class; devfreq->dev.release = devfreq_dev_release; + INIT_LIST_HEAD(&devfreq->node); devfreq->profile = profile; strncpy(devfreq->governor_name, governor_name, DEVFREQ_NAME_LEN); devfreq->previous_freq = profile->initial_freq; -- 2.20.1