Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp14193992pxu; Mon, 4 Jan 2021 15:52:01 -0800 (PST) X-Google-Smtp-Source: ABdhPJyHSKke73SHMto0+SAPc0m7xBo/IPMLdpkAjF2kzR92r9ThOSwNClE02RNJ6u88dXUg5fOP X-Received: by 2002:a05:6402:697:: with SMTP id f23mr74809538edy.318.1609804321069; Mon, 04 Jan 2021 15:52:01 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1609804321; cv=none; d=google.com; s=arc-20160816; b=tfEXCFs3AD5VXNd5yQjFQjDhZF58KLRVj7BvQEmyax8rMHJhurO5HvGBOafEeSXpDb KpoFILnVJ8WklOIJhkS83V41117s3FJFSYfel+RiMa5ShH1lThLjKzXzo25u/0/X+h6x cafXg9MgfMIdr424yXzHEtu0xmOGm5EZcwBpL5B9vjk8IAwSrDxIF7ukFOFIk31tMbYN k0g0NbgqRilbuOmIPpxtjKHDIyX/CEyIofkwI0ZatBrVkmM6UnFnscjGwJbn3KCB9VMH dmGXwGELa3jFLBrwDnUZeaOc7spU/QRrftShkafzvAAPUbfw6FduV3XSw0g612hJEiCM 5qkQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=PShG+Qq5k6+r7xZ57pS5cb6jJ0Jc6yi+01TS3XP6TuE=; b=sh2mokW4DVL+lX3kthVXpnvaxE9nwX7tli61I1ZdhWoTVv3E1W5VsMUeLehOSfw6i6 b63rMnWj+0ltoJioM/hkmAOqRhZJMF/RTTtnQaEiLjL7ACEbbDLtXi+Ok6iYyAQLsaKQ ceE5Hp5kYEiBOZESoT3RgV5OhOUqqAxJE7XHdpmN3SUyYklTQaMSV6HbaWqgA94JWeeF 70hyxThgWO1n5wiGKvm0tivaKldedBULK2IShAmh21hNdzHr5rJ8T/C3XGElX4btCTDd WVMDD5X8nfFV6I4aW9EqLiY0yPmBQjNSD3p6zxIduB2SpfTrWcCXOgjnbAZeKX/2/hQ7 8F8w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b="DT/jVhiw"; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gt24si30404898ejb.248.2021.01.04.15.51.37; Mon, 04 Jan 2021 15:52:01 -0800 (PST) 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; dkim=pass header.i=@gmail.com header.s=20161025 header.b="DT/jVhiw"; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726917AbhADXuA (ORCPT + 99 others); Mon, 4 Jan 2021 18:50:00 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33424 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726258AbhADXt7 (ORCPT ); Mon, 4 Jan 2021 18:49:59 -0500 Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [IPv6:2a00:1450:4864:20::133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0EE5DC061793; Mon, 4 Jan 2021 15:49:18 -0800 (PST) Received: by mail-lf1-x133.google.com with SMTP id a12so68564224lfl.6; Mon, 04 Jan 2021 15:49:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=PShG+Qq5k6+r7xZ57pS5cb6jJ0Jc6yi+01TS3XP6TuE=; b=DT/jVhiwVD3jnpjsqsiXYuiyejNvoi+gLghVKeCYwIw4HlKXseU8BIedZ/+WTiH0Z3 zLihUpXowY1SqcEnevolZI/3PjpzwfzXPHyReDHrOKNC/vN2vzNUm2QsCEZ6IK+nkMFp OzHpJLNodEaje91dc8uRiEYaPVP7lSzliRuutacJDIMv1nSsxUmT5d52Xi5mmcRZEiB9 GKFrBek0aNqC1BaE/N+/jL090jPPad5S+9I4xGrzj8I1tf62yHO/PdQ/rj09SCYXsv2y GDZFSxtj4fxKP8iDLpVkBsTmknZGDt+hkxBsoxMorbRq6b00HlGeT6qg46GWvFSlmXOk 2shA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=PShG+Qq5k6+r7xZ57pS5cb6jJ0Jc6yi+01TS3XP6TuE=; b=VnprkOc9+UPLcQoLGOedgQ7Pqg+KRcPa2UuR6If12fXehyR7mronlYKVEotDcLef2o UiRAjMGhraHDBXy2gV0EfV6wGdI3syV91xpF+UKURYsO/gxk9/T/zLnv5AdW02QoZim0 qW5YghU3mO+G2X8VCJmmd7Mdv4Nk2h0AaZhDz1cAVE5ZRBGxVFRCaKE7ctFOzdlfY1aK 32eSxXQAFnhl+f2CJvBTxmmK7ZVzV0Ue/BkrR7Y4F7PoQ8hz+xJ+LqA+qsthzdbudusK gFcb1HnNW6yO+pPUn59SkDlHhQi7Ae+nK1h+5LbtqQlR9MopPkjcQVQ/zfk8tI/snaNM efpw== X-Gm-Message-State: AOAM530M188qLCPeQSDQXo/NEX+Og04PFup/OrzFB46InJiyUNeAhb/X F+qcj6TjEVeKj/kBbR5IXEq+neeCk3w= X-Received: by 2002:adf:f6cc:: with SMTP id y12mr81142010wrp.35.1609792375150; Mon, 04 Jan 2021 12:32:55 -0800 (PST) Received: from ?IPv6:2003:ea:8f06:5500:7409:b966:5a79:f8df? (p200300ea8f0655007409b9665a79f8df.dip0.t-ipconnect.de. [2003:ea:8f06:5500:7409:b966:5a79:f8df]) by smtp.googlemail.com with ESMTPSA id c10sm97895791wrb.92.2021.01.04.12.32.54 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 04 Jan 2021 12:32:54 -0800 (PST) Subject: Re: Time to re-enable Runtime PM per default for PCI devcies? To: Lukas Wunner Cc: "Rafael J. Wysocki" , Bjorn Helgaas , "Rafael J. Wysocki" , Bjorn Helgaas , Mika Westerberg , Kai Heng Feng , "linux-pci@vger.kernel.org" , Linux PM , Linux Kernel Mailing List References: <79940973-b631-90f9-dbc4-9579c6000816@gmail.com> <20201117163817.GA1397220@bjorn-Precision-5520> <9ca0fb46-9e65-31e2-103f-1c98ce8362c7@gmail.com> <20201231040735.GA2075@wunner.de> <4eb10092-e3f9-c9be-2dec-e6de8aeedf97@gmail.com> <20210104173944.GA31187@wunner.de> From: Heiner Kallweit Message-ID: Date: Mon, 4 Jan 2021 21:32:48 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: <20210104173944.GA31187@wunner.de> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04.01.2021 18:39, Lukas Wunner wrote: > On Thu, Dec 31, 2020 at 10:38:12AM +0100, Heiner Kallweit wrote: >> On 31.12.2020 05:07, Lukas Wunner wrote: >>> FWIW, if platform_pci_power_manageable() returns true, it can probably >>> be assumed that allowing runtime PM by default is okay. So as a first >>> step, you may want to call that instead of adding a new callback. >> >> I don't think that's sufficient. Most likely all the broken old systems >> return true for platform_pci_power_manageable(). > > platform_pci_power_manageable() is not a global flag, but rather > a per-device flag whether the platform is capable of power-managing > that device. E.g. for the ACPI platform, it indicates that objects > such as _PS0 or _PS3 are present in the device's namespace. > > My point is that if the platform can power-manage a device, > then it ought to be safe to enable runtime PM by default for it. > Not sure about that. Just that the BIOS claims it can power-manage the device, doesn't rule out that it's broken and fails to do so. > If you insist on a "big hammer" approach by turning on runtime PM > by default for everything, you risk regressions. You can avoid > that by going for a smart approach which enables runtime PM in > cases when it's safe. > > Thanks, > > Lukas > Heiner