Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp1252168pxv; Fri, 16 Jul 2021 05:20:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzZGZ0qjG2wh/OHVZHxFVF4IIzJEvr6jsPgiGw7nFH2Z+L2MOQYVXluVZTq9Y3uc/hoswf+ X-Received: by 2002:a05:6402:1771:: with SMTP id da17mr14383249edb.23.1626438020151; Fri, 16 Jul 2021 05:20:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626438020; cv=none; d=google.com; s=arc-20160816; b=x+vvWNpoAVVGotWVkQ1VF4MVT3FleO1Q12FbUk+YJlCdwaZc5hOe1369/zioI0CZWJ CUyfPCsTkyHncngpsER0wetdyn2S6lLS6+Z7c6ALBAzf/10SdfDHVOKdK5R2V2Fb0CCC 5S3v7UywtnyL5uND08zRdNPZ9B8qIAERPrgUDznB1Af3fUoZp5lXLC7Yz3fGItwhTO5Q FKaIP/JhXHa3tuch5mXh+57Gtq49Vvb9xzifVi+2tIyJJtUdPbYGPIAGtNabWeXyQNAB L+6Pe5znU92iT9sZQV9+Za72/tr9pJW9TVpXnWNEty9Vamiy0116kX30HWUBxwuF52bU 9SFA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:organization:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=xpn+wt/QJjQrgWtCV6xnFBwv/d9YbYaJ47GJofANAho=; b=IkZVrRtPTe+P7WnTDv8OnkuT38+Phg5VBw/X7LTaPO200YnZIFoj4Z1NawFCNqR+wQ Cq5fhGLU7mHPr6lpRIDmGlpTStOth/4AFZ8VgcL0E15KYLxSlQ5yf3t/2kfU4cp5dUbm HFx3AbqhiNA1kitR6LbtZ1ONL7NmgJDvNXph54ZpxFicxzIbb3PcA4IGrhlUUAYEWz2o 1hmnRsTbFvQJx3bmDFrRxyHiDANuHiglq8vNzJs/v6GAgH9Xyukz1CqGs6aCjZOzbhY0 kyUsNiVWkSj+SOIwwYKl7K1T7/WMHJNNUi/Aih8ufnJ5nqZbIp+pcc+oP8atsR69+Io0 obRA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t12si13628178edc.179.2021.07.16.05.19.55; Fri, 16 Jul 2021 05:20:20 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232365AbhGPMU1 (ORCPT + 99 others); Fri, 16 Jul 2021 08:20:27 -0400 Received: from mga12.intel.com ([192.55.52.136]:36606 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232024AbhGPMU0 (ORCPT ); Fri, 16 Jul 2021 08:20:26 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10046"; a="190401757" X-IronPort-AV: E=Sophos;i="5.84,244,1620716400"; d="scan'208";a="190401757" Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga106.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Jul 2021 05:17:30 -0700 X-IronPort-AV: E=Sophos;i="5.84,244,1620716400"; d="scan'208";a="431192521" Received: from smile.fi.intel.com (HELO smile) ([10.237.68.40]) by orsmga002-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 16 Jul 2021 05:17:29 -0700 Received: from andy by smile with local (Exim 4.94.2) (envelope-from ) id 1m4MmQ-00EDjF-Lx; Fri, 16 Jul 2021 15:17:22 +0300 Date: Fri, 16 Jul 2021 15:17:22 +0300 From: Andy Shevchenko To: laurentiu.tudor@nxp.com Cc: heikki.krogerus@linux.intel.com, gregkh@linuxfoundation.org, rafael@kernel.org, linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, jon@solid-run.com Subject: Re: [PATCH] software node: balance refcount for managed sw nodes Message-ID: References: <20210716101602.1891-1-laurentiu.tudor@nxp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210716101602.1891-1-laurentiu.tudor@nxp.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 16, 2021 at 01:16:02PM +0300, laurentiu.tudor@nxp.com wrote: > From: Laurentiu Tudor > > software_node_notify(), on KOBJ_REMOVE drops the refcount twice on managed > software nodes, thus leading to underflow errors. Balance the refcount by > bumping it in the device_create_managed_software_node() function. > > The error [1] was encountered after adding a .shutdown() op to our > fsl-mc-bus driver. Looking into the history of adding ->shutdown() to dwc3 driver (it got reverted later on), I can tell that probably something is wrong in the ->shutdown() method itself. -- With Best Regards, Andy Shevchenko