Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp1150836pxx; Fri, 30 Oct 2020 03:29:08 -0700 (PDT) X-Google-Smtp-Source: ABdhPJznIyYxY99GKqPrmfZVvC/2QSoeAnR7BClY1B0l6WItKgzkaFRMBRiDNmHLXOVIPfQhUW5z X-Received: by 2002:a17:906:c0c9:: with SMTP id bn9mr1667793ejb.289.1604053748243; Fri, 30 Oct 2020 03:29:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1604053748; cv=none; d=google.com; s=arc-20160816; b=sPzxEmUUiaiY7iX7Ek6kEzhvKtLN/mnbaH1d1qZ7i3LcCyn1S1f1Q/bOjZpkT+gIZ8 enUpbtgW3AUFIK+oIklyQiAYc2mUjE3q2p3e/hIAmK9X+ibWaI/ljEq+mnxxtmwaseos KzUvwEhslqlXiQfY/FZT2lOkxGJeFxJx2XWvE8GX+Jqh+my9JNACsQAA+ylyWajG/riY u9XCuvqve9QfnwML7mqgNkVHYa6O7lp4bhEwBa9XYnxEBNL2TJwAz1dY5znMqRmMvJL9 LF+rmsB2ebjLHHao355Irw1Mtt+ryrzsEaFGkT9V/Zh+m0c89Y+fY8j+RH2qdI/SKRev kdSA== 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:ironport-sdr :ironport-sdr; bh=sN8s6HGERaYT2iLF9EjOUC/qtv1JIp/YbWKxNppAhC4=; b=DpeRpyd66gJrnEKGN2F08KXmza7sUUdIvojWGiSQWTmsKWVhqNdyZyE6MnynSPgZXw AttpZFc20IgJTqgfu4oEIU4DyiB6ph/YNnLpfIRzISuZjBfqfW/P1kz6KAMbT96mIpVD eOZJ2cOpyYkUvGoMof8lPWIT1lIiiasokdqwuvOp2f4ez50vtS8/C6QO0S46bUd/v8KY +xMAO6NrYaJ8+t7icl5r6jINwiVJP8OBpJE7qS8iv78HIoeS1d5BM4QplhJQpGwnBBCU CF9j1lClIgEgHwfW/niNE65NAA3F1QMf5+Q7TKHNaH9JqQ0ZhSxR0rVEBEpMlYSK10ao 9Gcg== 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 j15si324115eds.511.2020.10.30.03.28.46; Fri, 30 Oct 2020 03:29:08 -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 S1726402AbgJ3K1H (ORCPT + 99 others); Fri, 30 Oct 2020 06:27:07 -0400 Received: from mga02.intel.com ([134.134.136.20]:26523 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725801AbgJ3K1H (ORCPT ); Fri, 30 Oct 2020 06:27:07 -0400 IronPort-SDR: +Ct9FnS1yy80eJmATBXWTCWgCa+dpE+mz4iz+Qq48VqhG2X+ajxRG9jhM5vPpMZQu76hofzmof a4vQolQzo/Mg== X-IronPort-AV: E=McAfee;i="6000,8403,9789"; a="155561955" X-IronPort-AV: E=Sophos;i="5.77,432,1596524400"; d="scan'208";a="155561955" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Oct 2020 03:27:06 -0700 IronPort-SDR: CT4FJJUbTUHOk1Y8VUb34jR9aa2OXnzu43+bz8SyWYkmZaQbVG4U2NH+Nq20uYPaB9JfIXFhc4 ew7ToGlln5yA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.77,432,1596524400"; d="scan'208";a="425313417" Received: from kuha.fi.intel.com ([10.237.72.162]) by fmsmga001.fm.intel.com with SMTP; 30 Oct 2020 03:27:03 -0700 Received: by kuha.fi.intel.com (sSMTP sendmail emulation); Fri, 30 Oct 2020 12:27:02 +0200 Date: Fri, 30 Oct 2020 12:27:02 +0200 From: Heikki Krogerus To: "Rafael J. Wysocki" Cc: "Rafael J. Wysocki" , Felipe Balbi , Andy Shevchenko , Sakari Ailus , Linux Kernel Mailing List , "open list:ULTRA-WIDEBAND (UWB) SUBSYSTEM:" , ACPI Devel Maling List Subject: Re: [PATCHv2 1/3] software node: Power management operations for software nodes Message-ID: <20201030102702.GA2333887@kuha.fi.intel.com> References: <20201029105941.63410-1-heikki.krogerus@linux.intel.com> <20201029105941.63410-2-heikki.krogerus@linux.intel.com> 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 Hi Rafael, On Thu, Oct 29, 2020 at 06:10:59PM +0100, Rafael J. Wysocki wrote: > Well, this basically implements a wrapper PM domain that is somewhat > more generic, as a concept, then software nodes PM. > > At least it is not specific to software nodes, so I'd prefer it to be > defined generically. I don't think we should generalize it like that. I do not think the power domains should have any links between each other at the general level (just like we probable should not link fwnodes together anymore like we do now with the "secondary" fwnode). That is why I have confined this to software nodes only for now. I think ideally devices could belong to multiple power domains. That would be the general solution. I did not think that trying to figure out how to do that would be reasonable as the first approach (maybe I should have done exactly that?). But would it be acceptable to allow devices to belong to multiple power domains? > Moreover, IIUC, this breaks if the "primary" PM domain callbacks try > to get to the original PM domain via the dev->pm_domain pointer, which > the genpd callbacks do. Ouch, that is true. > Do we want to wrap the ACPI PM domain only, by any chance? If so, it > may be more straightforward to invoke swnode callbacks directly from > there, if any. The software node can still be the only "primary" fwnode. I don't think we should limit this to only platforms (and kernels) that support ACPI. thanks, -- heikki