Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp252694imj; Fri, 15 Feb 2019 23:05:39 -0800 (PST) X-Google-Smtp-Source: AHgI3IYexe6GeNycCzwiqeoLq8yGqQTwZW6rEb3ZhYQw0ujnkBTRqSZ+p+rf6FipHE8WPb8hlqSN X-Received: by 2002:a63:3648:: with SMTP id d69mr193902pga.314.1550300739309; Fri, 15 Feb 2019 23:05:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1550300739; cv=none; d=google.com; s=arc-20160816; b=wi485xSQ63Sh+gxI+RzX/2ErnpmfZAKYhygu4PXpfH9FYNwE3PpA4+GaUMh9dAQZXV N+4eFMNWm0pNxkGGsI9kSurDfoYc+oOgBApG4uOO32rxoAhEjtwVaZIJk598LUWSzRDT l3W10V0+ma7k1dDUso/0wCvwk5HAvkY4NU9r8XKgqv5fW5nuuOEkxeaOSpJ7jmqQr1LU 68dGkmud3TdfBIA2/GwHv4U3H2isAKy8oaGwoer1yH1dcXGcFFid2TvJlta2+0cMQBxJ VV8FDELhTxi1t7+RUvdcOFNDrFmqTMML9HbfAul6dlNlg0crY7ngRJnbYJSCjx2oqP7y 9ycw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:message-id:date:cc:to:from:subject; bh=CgB3dASwbIJlycK/zx211wPPpQG2lm6Ola/DcAJx/to=; b=C5Z4HkD3Rnn5LouzrDneVaoylPgj6EM0at5KRp25TGw7b8aG3J0G6J1PM/SnfVMzHZ 9Bnp6WlPiARg9wpNz8JNMcmdLlkM9yPi/W145Dka6PMKOc1cc/JQOzSruLluiRkcgGXZ Lsad8xiqHiGzyrCzD/whwmJHvQbh1XL3bDM0dBMBBbZrB1fa/eLogdXxR7hbvkVZobhU WUdL5k+GhFzVJx//yLuf1jaLSJRICBVYs2b/3vLHKy9vT/0HM4rpRvtutlbfVtGGQLfP aZL7ls3dNyYD2o0OdANr3hlMP9Rs6eNWhVI7BWJEPZm9SeguEFYLVbbySeMPviKWqZ30 fO5g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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. [209.132.180.67]) by mx.google.com with ESMTP id z8si1102199pfi.232.2019.02.15.23.05.23; Fri, 15 Feb 2019 23:05:39 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 S1732585AbfBOT40 (ORCPT + 99 others); Fri, 15 Feb 2019 14:56:26 -0500 Received: from mga03.intel.com ([134.134.136.65]:49041 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728750AbfBOT40 (ORCPT ); Fri, 15 Feb 2019 14:56:26 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 15 Feb 2019 11:56:25 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.58,373,1544515200"; d="scan'208";a="300096946" Received: from dwillia2-desk3.jf.intel.com (HELO dwillia2-desk3.amr.corp.intel.com) ([10.54.39.16]) by orsmga005.jf.intel.com with ESMTP; 15 Feb 2019 11:56:25 -0800 Subject: [PATCH v2 0/6] nfit/ars: Improve polling and short-ARS execution From: Dan Williams To: linux-nvdimm@lists.01.org Cc: Krzysztof Rusocki , Vishal Verma , Toshi Kani , Erwin Tsaur , linux-kernel@vger.kernel.org Date: Fri, 15 Feb 2019 11:43:47 -0800 Message-ID: <155025982726.1043225.15436410616433285475.stgit@dwillia2-desk3.amr.corp.intel.com> User-Agent: StGit/0.18-2-gc94f MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Changes since v1: [1] * Fix the root poll interval support to avoid a infinite loop condition when the polling is faster than the ARS completion. * Move the introduction of scrub_flags earlier in the series and introduce ARS_POLL to fix the above issue. [1]: https://lists.01.org/pipermail/linux-nvdimm/2019-February/019964.html --- Here is a small pile of updates to better coordinate the Linux ARS state machine with platform-BIOS implementations. Specifically, take advantage of opportunities to run short-ARS whenever the ARS interface is found to be idle at init, always run short-ARS even if no_init_ars is specified, allow root to reset the exponential backoff polling interval for ARS completion, and protect the kernel against the consumption of stale ARS results. --- Dan Williams (6): nfit/ars: Attempt a short-ARS whenever the ARS state is idle at boot nfit/ars: Attempt short-ARS even in the no_init_ars case nfit/ars: Remove ars_start_flags nfit/ars: Introduce scrub_flags nfit/ars: Allow root to busy-poll the ARS state machine nfit/ars: Avoid stale ARS results drivers/acpi/nfit/core.c | 70 ++++++++++++++++++++++++++++++++-------------- drivers/acpi/nfit/nfit.h | 11 +++++-- 2 files changed, 57 insertions(+), 24 deletions(-)