Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp1416884pxb; Fri, 21 Jan 2022 18:12:30 -0800 (PST) X-Google-Smtp-Source: ABdhPJzUBepLPKT8AH0sYTODLeGsfVY/1AuNc9UIfmNIeqZc7L44We8OzRNXi+J1CEUPnB4W+q+h X-Received: by 2002:a17:902:7fc8:b0:14a:e403:2f18 with SMTP id t8-20020a1709027fc800b0014ae4032f18mr6252518plb.45.1642817550591; Fri, 21 Jan 2022 18:12:30 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1642817550; cv=none; d=google.com; s=arc-20160816; b=J4RchHXKjKAYUhQpL1TJ8GaRdYZypExdY/ODmQdaysNOnjP1wMS8MHOVZDaY8NK/PA ZuRmqFkmLoM1H66Hyf0p3wWjEE6rM7v4MOt7zXmS6u1Y6+z7Ua2w3Za1NFMYX09fBJXL FJjbZjnRMqJMRWZRqYAbWsLTN9IIGn3lBXT9vDLF3Aopr7MvVvguTiubwT3gkmvzPlqO 1rT0l0duAALRTbf5urDJBL3VvpFf+r4vVC8+LGam+SfCflg51/nyCjJBOMQSj41m26Ve TK+REbJjxN7JqDwbeeYBEsMKbApvUJeWTMXaA+G2jBZyYFl2l3Q7/wbafo2U8Glsvcve ThVQ== 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:mime-version; bh=qcTWtImjSv/IKa8U1ZDMasjCJ9CJxcj4OoduIWlDcq4=; b=dVVt6ZhrGZYNH+alNNw9YiLNP33hE9+WTzuAf9szp26QE8klAJqYzmgaERGbh+RgE4 z0QilIVZ+hXOypLkzmEqjb5eH81VkKBdNL621bcigw/zK28qpexp0FWl5zQbP2C9O6MD zfV/zURCBq354PNcn+rqxckhm5UKJ8FrLvNuDTsH6qkXTPoldhhKDVwGPJOaqalZLf5E 4MxrKy3OvyeaOMrWxYxD4TiHAaLbCingnNoqari6nInd3APrCwgJr3LWOCi13+ToiJGB imaX+mLhoxSVQ54qKDE2OwEChgQySup7m0H35R0u69ek52+DCrKtGdUcfEKDpE4XxYoc D+7Q== 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 63si7469294pga.664.2022.01.21.18.12.18; Fri, 21 Jan 2022 18:12:30 -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; 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 S230367AbiAUTBC (ORCPT + 99 others); Fri, 21 Jan 2022 14:01:02 -0500 Received: from mail-qt1-f177.google.com ([209.85.160.177]:40457 "EHLO mail-qt1-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230332AbiAUTBA (ORCPT ); Fri, 21 Jan 2022 14:01:00 -0500 Received: by mail-qt1-f177.google.com with SMTP id k2so1908955qtm.7; Fri, 21 Jan 2022 11:01:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=qcTWtImjSv/IKa8U1ZDMasjCJ9CJxcj4OoduIWlDcq4=; b=r8Fkw+6VZF5dqczKzD2/VW/6mNTo0d5w+TieMs9hCNS0v/MWtW46bzETpXe8a2WjdN AaZkfKrrlVQpwzA3WRi8KnVJIYVaiAxpxLsAk17sFSKr2OOf5hG1hXRo/a1yfoxqdt5r 6Cd3nQS+sn2EYyU81sP/6OEb6jq8wb8a7x6KtihNy1jZPFGZEy1QjmpaMcmkhQKJs1Ta ZPyb5q66/KHO41fCGxZw2dcfnNP/+vRAN/hGPnkenVjAeGIji9tmnByAL1UZ/dHyNda8 DhPh+l2iY7lNM3XM0aoMwgoN958YSXsBHMIESQxgh0UWrQDgUadrvAMxN/kxZNEM55e3 zJVw== X-Gm-Message-State: AOAM530Zlo5ggIbcVipxt/4Xd8Mc/0FDy59yqiS1gaes0ipyOMVRP27c VwIQhHTiCcoJ0tapZeUdaE3jL091Nxbem+Or+Sk= X-Received: by 2002:a05:622a:293:: with SMTP id z19mr4389219qtw.302.1642791660062; Fri, 21 Jan 2022 11:01:00 -0800 (PST) MIME-Version: 1.0 From: "Rafael J. Wysocki" Date: Fri, 21 Jan 2022 20:00:49 +0100 Message-ID: Subject: [Bug] nvme blocks PC10 since v5.15 - bisected To: Keith Busch Cc: Sagi Grimberg , Christoph Hellwig , Len Brown , Linux PM , Linux Kernel Mailing List , m.heingbecker@googlemail.com, linux-nvme Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Keith, It is reported that the following commit commit e5ad96f388b765fe6b52f64f37e910c0ba4f3de7 Author: Keith Busch Date: Tue Jul 27 09:40:44 2021 -0700 nvme-pci: disable hmb on idle suspend An idle suspend may or may not disable host memory access from devices placed in low power mode. Either way, it should always be safe to disable the host memory buffer prior to entering the low power mode, and this should also always be faster than a full device shutdown. Signed-off-by: Keith Busch Reviewed-by: Sagi Grimberg Signed-off-by: Christoph Hellwig is the source of a serious power regression occurring since 5.15 (please see https://bugzilla.kernel.org/show_bug.cgi?id=215467). After this commit, the SoC on the affected system cannot enter C-states deeper than PC2 while suspended to idle which basically defeats the purpose of suspending. What may be happening is that nvme_disable_prepare_reset() that is not called any more in the ndev->nr_host_mem_descs case somehow causes the LTR of the device to change to "no requirement" which allows deeper C-states to be entered. Can you have a look at this, please? Cheers, Rafael