Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp26661pxj; Wed, 26 May 2021 15:08:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyd8nj7w4hSLaLfKyxIYDfnhRkMZRJIm4BnrZgGwI0rAUe51e8t/bQBxltY2gVacnARWXIt X-Received: by 2002:a05:6e02:13a8:: with SMTP id h8mr418567ilo.82.1622066884861; Wed, 26 May 2021 15:08:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622066884; cv=none; d=google.com; s=arc-20160816; b=JjkyYalz3J2O5Jb3rLrTfctcCa/PbshpfpIjFIccCpskz3LeZ55F+1VGjgf2+ZtBkb nqZ29QmTrNlUkzC7FiGajZ7pslr1YH4LBLcOr+o9IAe+oqMN2433hNcBpWwkVhWdozft FI7//sa5zW7mY3Q0zrJPG6mtcjDVgrGCDyy17a9Zk8ZBE5zqJKFhtoj0uasDbpxCPYEC 4lG+OWDZW9pD2TwL+7BkNkvw1VL15fYa7S34G+BPfl5ruDsvr42vBCkDyoPEa7A5cAmm FeNf+VlJPFuTfrRrzrVShpkYfMZpGdkhrTTmk8Nh9xWTDlS0mOINf3LnGwXJJvnEZODF fiXA== 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=tKkeDIyfg5tbUDNJPi4NgjfV5qFGc/eyNl9E9obon3I=; b=aMyD3Kmeb1l6bu2lGxypCm1V0uGN34x6W4B8qlqtyN1EEGEz43bHZRNXPXVTvqEIKx 6xoGWq1UFqDSutYizULoYtzwMkQhNRLMg7DWoMJzyuMs+7C76SMYib+aZrCejsa23dU2 1U2kJ6n6xQ15/xQKMfMIIvucTE+dbcGusIPlYtYpi0ftOCagx/KvmCM1+e7aL1Tm0UhQ EgNNpHiiFOiYPTqHXaabAuhJHrE4zubRoDvXRPtk3/FC4oJS6lJngcAx6BH/8Ytlc/fq ubzRUsox0WhbLYTnzBWXBrFeaO35qgWvEhBb0VO2waVHjXRbOGXpi9hPX7S74GxVQZdQ MCYA== 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=canonical.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t2si237692ilq.112.2021.05.26.15.07.50; Wed, 26 May 2021 15:08:04 -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=canonical.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234347AbhEZOtA (ORCPT + 99 others); Wed, 26 May 2021 10:49:00 -0400 Received: from youngberry.canonical.com ([91.189.89.112]:60479 "EHLO youngberry.canonical.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234893AbhEZOs6 (ORCPT ); Wed, 26 May 2021 10:48:58 -0400 Received: from mail-lj1-f200.google.com ([209.85.208.200]) by youngberry.canonical.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1lluog-0001OZ-Bi for linux-kernel@vger.kernel.org; Wed, 26 May 2021 14:47:26 +0000 Received: by mail-lj1-f200.google.com with SMTP id j2-20020a2e6e020000b02900f2f75a122aso587051ljc.19 for ; Wed, 26 May 2021 07:47:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tKkeDIyfg5tbUDNJPi4NgjfV5qFGc/eyNl9E9obon3I=; b=W8b1lzTcmyax31aBjjsfN6xjsSCfy5D5Uk6xClbUwJQrAzn4+8Suwu5UmPdK1p1r1x 0cNFrOZIy1Kj5Rg+yIifusNso6lea/SUnxbX7biMlvFz7Qem2eFqUae7aaGV6Em2gOGl 6PPheDQdo1Dk7eqqeFQm6iWJfl4n3nWFSGMLfNOVPDz3UUfjmRs3DAyMOd7Gd2mM5U3m s6PlsKxqnxHOpYSA9DkiB+0cf3lqCoh+N7RXPOsuf9AuEszFP0ofITUZY4lVt2wDTvGf otr5XcWu/RimtpUAKwr++GwiLr/BkMu5ZkiRTb1NrpWWsKyXGJDjliP4KB9LhAcQH5cr Q/vA== X-Gm-Message-State: AOAM530n8ATrQQa5Ihw2FnSWurl1wwmnKezSc6tUlbfU59ixZB9Xsqt1 3u3aHPedEZk70gVMoBasRaa1AyfECGIbf6CrrPK4R8Hon+DWMzsLbIVlSEQ1hmevpEexCfmz/4g hQLH/wM2mpKpu5qdPygT8QoCuMz140HB4Pilf0VEHMJqnkwlp9tB4lK+Jsw== X-Received: by 2002:a2e:b892:: with SMTP id r18mr2494553ljp.402.1622040445849; Wed, 26 May 2021 07:47:25 -0700 (PDT) X-Received: by 2002:a2e:b892:: with SMTP id r18mr2494540ljp.402.1622040445600; Wed, 26 May 2021 07:47:25 -0700 (PDT) MIME-Version: 1.0 References: <20210520033315.490584-1-koba.ko@canonical.com> <20210525074426.GA14916@lst.de> <20210526024934.GB3704949@dhcp-10-100-145-180.wdc.com> <20210526125942.GA25080@lst.de> <20210526142809.GA32077@lst.de> In-Reply-To: <20210526142809.GA32077@lst.de> From: Kai-Heng Feng Date: Wed, 26 May 2021 22:47:13 +0800 Message-ID: Subject: Re: [PATCH] nvme-pci: Avoid to go into d3cold if device can't use npss. To: Christoph Hellwig Cc: Keith Busch , Koba Ko , Jens Axboe , Sagi Grimberg , linux-nvme , Linux Kernel Mailing List , Henrik Juul Hansen , Bjorn Helgaas , Linux PCI Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 26, 2021 at 10:28 PM Christoph Hellwig wrote: > > On Wed, May 26, 2021 at 10:21:59PM +0800, Kai-Heng Feng wrote: > > To be fair, resuming the NVMe from D3hot is much slower than keep it > > at D0, which gives us a faster s2idle resume time. And now AMD also > > requires s2idle on their latest laptops. > > We'd much prefer to use it, but due to the broken platforms we can't > unfortunately. > > > And it's more like NVMe controllers don't respect PCI D3hot. > > What do you mean with that? Originally, we found that under s2idle, most NVMe controllers caused substantially more power if D3hot was used. We were told by all the major NVMe vendors that D3hot is not supported. It may also disable APST. And that's the reason why we have the host-managed power control for s2idle. IIRC only Samsung NVMes respect D3hot and keeps the power consumption low. > > > Because the NVMe continues to work after s2idle and the symbol is > > rather subtle, so I suspect this is not platform or vendor specific. > > Is it possible to disable DMA for HMB NVMe on suspend? > > Not in shipping products. The NVMe technical working group is working > on a way to do that, but it will take a while until that shows up in > products. Hmm, then what else can we do? Because D3hot isn't support by the vendor, does it really stop HMB? Kai-Heng