Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp2776951pxb; Tue, 21 Sep 2021 07:27:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxvOG8QLAUtLBWAmCK3ZYU1PmcMMsgfVqhWE4vLHlr2GmiJE2YIS+GEmnAa9Pm7+smoy8E9 X-Received: by 2002:a17:906:40c3:: with SMTP id a3mr26435188ejk.38.1632234431426; Tue, 21 Sep 2021 07:27:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632234431; cv=none; d=google.com; s=arc-20160816; b=RsyX/iuV62wMYHHJdq2u1jG37Fd2hyCH7e5k1Aom2w6PIdpTxTLogxhmYTg73Wi2sH vEzQFk8Y6zrm35Ym5wTeKy6u9K+AV7/+6xc8YeprWIQabiwob7lNTpXVCqFC/mTp2Qro ifASYpayYAt0dNCvanlLw6xZ9rayZryRV2Jm8lfePeIMXtfjFyLEG3ot3qoVMUzMUfls woWqzDdkixSdT5oBHTqBuSq45PbngyxmjfgAsmRFHGCiKIoU7qlEdR3xSDEhqIPvXGsJ J+Tp6AIXnbfJ6Rw3U3hxbbKwhMtqVRxZUorfZ7l8UWd9mMeB5PbgpTFZYTTf1JmNVC98 ihuQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version; bh=P3b2jcfDbA2RMzWspcDxsQ8EfzdIgm88kRmi16zOKlw=; b=GkE0r/Ov3eBKoLSFB9bDsFa/EGH+KgSYlwmYLhh2mopvkl3Pxau4TW5m+GdbtZ8N6Z EKARZbm3aL1SSXL1PdtQhOvzhn7wynT3inOWIz66nScShikCb1WwWQpDVlUPREicreAy hjdf/Tn8JRh3992bPQoIDE3qpeYDR704ws0mJeGruEZN8MZeAfzt0XqJmIW0L+QDzAKF LL2OVPQTh1r6j3usGosJvOkaOCVR19zFCxOR3kEgPDNAJts3yIyFBmYz4Mgv0Goo6Kzc 1Twb25QK/b2Ri0/5CzDfo54wZL+wdZ70MKaIyPXjGhjbm7J0g+b2kwudBUhsSQHA2A33 WA1A== 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id de29si19162240ejc.379.2021.09.21.07.26.42; Tue, 21 Sep 2021 07:27:11 -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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233545AbhIUOZS (ORCPT + 99 others); Tue, 21 Sep 2021 10:25:18 -0400 Received: from mail-oi1-f180.google.com ([209.85.167.180]:35714 "EHLO mail-oi1-f180.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233587AbhIUOZR (ORCPT ); Tue, 21 Sep 2021 10:25:17 -0400 Received: by mail-oi1-f180.google.com with SMTP id r26so29904980oij.2; Tue, 21 Sep 2021 07:23:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=P3b2jcfDbA2RMzWspcDxsQ8EfzdIgm88kRmi16zOKlw=; b=WULpk8jYyspTEByHRnSC2Ztz7j1U8Iq3/QEmjzp0Ud+hxIPdWsWz+D/ChYKvdV+tJb fqNIlo4zLrgcEZZZ4emCChUP0P61eEkGoGpIFIT5W2xAAZc0WCz5dNiicbaVklx5NhXH nfh72AxU0kh1nM+6z9v5grJG5t48BZBhRNt/vZqtVb051hYaGA3sMtcUIH0nTiQEn5gl xhdh0otAUmEXHU+j84n32/v5FH9+O9E+w2gNa9ZMD1dalJzuSIm4z+SrH6WWI5iZkP2T 1/ASSgz/HSb1RSAUzbJ7VnQuGcgdIUEioxziBrnwfW7RcXejFZpf9mlGYoXkGF2gExkR vHkQ== X-Gm-Message-State: AOAM531PdUvFS1R3mlCs6JDMf20lrypg0f6UewvigXxqFC138c0VUvNO UJZndeV6HoWCOQHhiXV09Nepc++Lf2uCiSIQpog= X-Received: by 2002:a54:4f89:: with SMTP id g9mr3870082oiy.71.1632234228818; Tue, 21 Sep 2021 07:23:48 -0700 (PDT) MIME-Version: 1.0 References: <8003272.NyiUUSuA9g@kreacher> <1798761.CQOukoFCf9@kreacher> In-Reply-To: From: "Rafael J. Wysocki" Date: Tue, 21 Sep 2021 16:23:37 +0200 Message-ID: Subject: Re: [PATCH v1 1/5] PCI: PM: x86: Drop Intel MID PCI PM support To: Andy Shevchenko Cc: "Rafael J. Wysocki" , "Rafael J. Wysocki" , Linux ACPI , Linux PCI , x86 Maintainers , LKML , Bjorn Helgaas , Andy Shevchenko , Mika Westerberg , Len Brown Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Sep 21, 2021 at 2:17 PM Andy Shevchenko wrote: > > On Mon, Sep 20, 2021 at 1:57 PM Rafael J. Wysocki wrote: > > On Sun, Sep 19, 2021 at 10:32 PM Andy Shevchenko > > wrote: > > > On Sun, Sep 19, 2021 at 9:01 AM Rafael J. Wysocki wrote: > > ... > > > > > I am going to post patches removing the rest of MID support from arch/x86/ > > > > and elsewhere, but that is still quite a bit of stuff and I don't want this > > > > simple PCI PM series to depend on that work. > > > > > > This is still being used by MID with ACPI assisted (*) support. > > > Hence, not ack. > > > > > > *) ACPI layer is provided by U-Boot and can't fulfill all possible > > > features that ACPI may use in the Linux kernel. > > > > OK, good to know. > > > > I'm not sure how this PCI PM stuff works with ACPI. > > It doesn't that is the point. The PCI is very interesting there and > what I meant is that the ACPI implementation I have provided via > U-Boot does not cover these. That's OK. It just means that these devices are not power-manageable via ACPI on the platforms in question, but the MID PCI PM code is present in the kernel, so we don't need analogous code in AML in the ACPI tables. My point is that something like the v2 of this patch series (https://lore.kernel.org/linux-acpi/1800633.tdWV9SEqCh@kreacher/T/#m1ec249724a5ad5ad358b0ed8e149e3926934955d) is needed to prevent ACPI from overtaking the PM for the PCI devices on the platform once we've decided to use the MID PM for them. Now, if it is necessary to use ACPI PM for some devices and the MID PM for other devices on the same platform, the latter needs to grow a meaningful "power manageable" function that needs to be used in the code as appropriate. > If you have any hints/ideas how it may be handled, I am all ears!