Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp204432pxb; Thu, 30 Sep 2021 04:29:06 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwkt/h0th+qQ3l5b3P/uxQ8K7QzG5D94KFjRnW6Ksgl+n+/YP+CRiCp5/3IH1CUZek0Bu21 X-Received: by 2002:a17:902:b102:b0:134:a329:c2f8 with SMTP id q2-20020a170902b10200b00134a329c2f8mr3571424plr.71.1633001346333; Thu, 30 Sep 2021 04:29:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633001346; cv=none; d=google.com; s=arc-20160816; b=Z+hEfUaE4OgmvghAf8sh/G6VvhIyYRiALyTGVnshlNs4XW/w+I5FBgSl7cYwvFXSu+ FS7Uakqtl1I3fiynlLELDzxqDSEyDiYm1F2Wvsbsvy9gp7BVkY9d9vzF6D4ASHaH/rDy /wpVhwjn1l3m00s1EeZWoF8HEjRiSnODpVcWCjqH9ha7s34L/UGCm8jTa5Opw5ejzVVD vpihbqh/nKQs55lMk9Q8XfP4skrQj5kgZkKnJmhfa4hS4KHl6/IzV2Eg9n0xzqiEUg6K /rGh1vO7x7EbSWBj6Jx/jsBkB1UUk4xZ3wgpxwh7r9Mi65cY9+4g9e2TgmALmg82af7q 4bDA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=wqxCTiBjte3wsfokEVEh6Of4bR987Ou/OS5TeUA56LI=; b=oypfupR6kdKm62lWMt9oKZ83ZxkDhshhrs8I/qXXNlwaCww+4o5bqA4gNzTZrzB1kx DjJyJ5JyvXNdAzGdm4Bb0kNKvgQ1HtFtLRXKVcpuk+c/BlkIW11MEHlMjSyxDxhYBrr6 Iqx+LRG6SP5B0KSYIureEkjZ1Dug/4DXtFY4ICYQ3xX5xqUAaxMKDxfQfNdSAtedoWk0 YqDY4FX/elgEAghT7U5QrhQ41ugOA6WozPWz7smRrCQoQihFBiu05/1/qYdbVJBaCqDY qH99nzm865exLGxAzxuNCuHdBvXxyo3kMOy5lcIiTThIpXs6HCxZwXw3WL7y4zafMsov B66g== 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 h26si3384363pfq.355.2021.09.30.04.28.53; Thu, 30 Sep 2021 04:29:06 -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 S1350500AbhI3L2V (ORCPT + 99 others); Thu, 30 Sep 2021 07:28:21 -0400 Received: from mga03.intel.com ([134.134.136.65]:25955 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1350372AbhI3L2V (ORCPT ); Thu, 30 Sep 2021 07:28:21 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10122"; a="225239604" X-IronPort-AV: E=Sophos;i="5.85,336,1624345200"; d="scan'208";a="225239604" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Sep 2021 04:26:37 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.85,336,1624345200"; d="scan'208";a="618080451" Received: from kuha.fi.intel.com ([10.237.72.162]) by fmsmga001.fm.intel.com with SMTP; 30 Sep 2021 04:26:33 -0700 Received: by kuha.fi.intel.com (sSMTP sendmail emulation); Thu, 30 Sep 2021 14:26:32 +0300 Date: Thu, 30 Sep 2021 14:26:32 +0300 From: Heikki Krogerus To: "Rafael J. Wysocki" Cc: Andy Shevchenko , Zhangfei Gao , Bjorn Helgaas , Greg Kroah-Hartman , Bjorn Helgaas , Andy Shevchenko , Linux Kernel Mailing List , linux-pci Subject: Re: [PATCH 1/2] PCI: Use software node API with additional device properties Message-ID: References: <20210929170804.GA778424@bhelgaas> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 30, 2021 at 12:37:27PM +0200, Rafael J. Wysocki wrote: > On Thu, Sep 30, 2021 at 12:20 PM Andy Shevchenko > wrote: > > > > On Thu, Sep 30, 2021 at 1:06 PM Heikki Krogerus > > wrote: > > > On Thu, Sep 30, 2021 at 10:33:27AM +0800, Zhangfei Gao wrote: > > > > ... > > > > > If the device is really never removed, then we could also constify the > > > node and the properties in it. Then the patch would look like this: > > > > I'm not sure the user can't force removal of the device (via PCI > > rescan, for example,, or via unbind/bind cycle). > > The sysfs unbind doesn't remove the device, though, AFAICS. It just > unbinds the driver from it, if any. > > > I guess this way should be really taken carefully. > > But I agree. OK. Makes sense. Thanks guys, -- heikki