Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp7307632imu; Mon, 3 Dec 2018 10:43:54 -0800 (PST) X-Google-Smtp-Source: AFSGD/V8SbTsRSH59b4dBujDMTQLmrez4UCLkx9Y8lgeckioCxNwY5jWJ/5oNuGsXuz1VgGTadlk X-Received: by 2002:a63:4611:: with SMTP id t17mr14002503pga.119.1543862634315; Mon, 03 Dec 2018 10:43:54 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1543862634; cv=none; d=google.com; s=arc-20160816; b=lRYU/Z1bJ4ajWWzdWs8o18xcYgsnAsPKSb8esb9pTuzOX6HCyieImQxoYBt10yvd4E n8UU6fi7X3p1hFeNSMWjtt7XDzfRPQiruNMTxqcdU4qf/xTe2rk+cWDmvxNf0bnONp7E 9hasp5jWDhvutn/qQcsCrzxfdnyjxzQXyJPHSvwFVKNNywCBVn5hH3lh0SzlI1fQ+EOQ r+yselP3XnRDXnbh29/0fNNzey9gqtcVES+3a1BGAiiVEDfrLZfG+i1u/tzm3eau2vVX bTlvovIJaKASSuI4S5i0/YmHldfnQCUsZ5gPLPB0vow8k1o+i0rXklDoWtTXRAgsX68P 9IDw== 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=cU9xd7LHw9tEWxUAmwLDFA3a6WJXDn+nObc1I0OBEGc=; b=aInUjM69czQdpFW3zPg0Hjihax2+xd3jfnMBhte8PlVy0cCKLS6ElnTksJPuDYuFjV hC+HfMHFLCabsaUk4re1dmVJ+jblj00udlxNO7PL8EsuK/QOIPOIa9LEfYfLLEfsjKWD BpAZOg9kuhD/SB57G46gUADlhHN8wDtUQBu+gHErnSQV57QojYHKB4XGzQM2wUW+d4iK MgFWpzRVRB50c5dA8YOlHXrnyskai3oReqHlSr7Sur5Amb4jJjJ1B8tg25ekscKi6Ofb 4kZl74gkcWPAMGqAHAMx0y5W64qq5TqCW5urPyZHDmkt9/dVBLX+zcDuhLWpic7omYjA 0Xjg== 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 n3si3533605plk.328.2018.12.03.10.43.39; Mon, 03 Dec 2018 10:43:54 -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 S1726964AbeLCSnF (ORCPT + 99 others); Mon, 3 Dec 2018 13:43:05 -0500 Received: from mga06.intel.com ([134.134.136.31]:53052 "EHLO mga06.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726365AbeLCSnE (ORCPT ); Mon, 3 Dec 2018 13:43:04 -0500 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga104.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 Dec 2018 10:43:00 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,311,1539673200"; d="scan'208";a="98305882" Received: from dwillia2-desk3.jf.intel.com (HELO dwillia2-desk3.amr.corp.intel.com) ([10.54.39.16]) by orsmga008.jf.intel.com with ESMTP; 03 Dec 2018 10:42:59 -0800 Subject: [PATCH] acpi/nfit: Fix user-initiated ARS to be "ARS-long" rather than "ARS-short" From: Dan Williams To: linux-nvdimm@lists.01.org Cc: Jacek Zloch , Vishal Verma , linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org Date: Mon, 03 Dec 2018 10:30:25 -0800 Message-ID: <154386182529.24428.16722249724563229676.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 A "short" ARS (address range scrub) instructs the platform firmware to return known errors. In contrast, a "long" ARS instructs platform firmware to arrange every data address on the DIMM to be read / checked for poisoned data. The conversion of the flags in commit d3abaf43bab8 "acpi, nfit: Fix Address Range Scrub completion tracking", changed the meaning of passing '0' to acpi_nfit_ars_rescan(). Previously '0' meant "not short", now '0' is ARS_REQ_SHORT. Pass ARS_REQ_LONG to restore the expected scrub-type behavior of user-initiated ARS sessions. Fixes: d3abaf43bab8 ("acpi, nfit: Fix Address Range Scrub completion tracking") Reported-by: Jacek Zloch Cc: Vishal Verma Signed-off-by: Dan Williams --- drivers/acpi/nfit/core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/acpi/nfit/core.c b/drivers/acpi/nfit/core.c index 14d9f5bea015..5912d30020c7 100644 --- a/drivers/acpi/nfit/core.c +++ b/drivers/acpi/nfit/core.c @@ -1308,7 +1308,7 @@ static ssize_t scrub_store(struct device *dev, if (nd_desc) { struct acpi_nfit_desc *acpi_desc = to_acpi_desc(nd_desc); - rc = acpi_nfit_ars_rescan(acpi_desc, 0); + rc = acpi_nfit_ars_rescan(acpi_desc, ARS_REQ_LONG); } device_unlock(dev); if (rc)