From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga18.intel.com (mga18.intel.com [134.134.136.126]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 05D072007E7EE for ; Tue, 1 May 2018 12:54:25 -0700 (PDT) Subject: Re: [ndctl PATCH 0/4] Error injection reworks References: <20180501180023.30193-1-vishal.l.verma@intel.com> From: Dave Jiang Message-ID: <2c5f0aea-97ed-be1d-eae2-a7a6ca5b7feb@intel.com> Date: Tue, 1 May 2018 12:54:23 -0700 MIME-Version: 1.0 In-Reply-To: <20180501180023.30193-1-vishal.l.verma@intel.com> Content-Language: en-US List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Errors-To: linux-nvdimm-bounces@lists.01.org Sender: "Linux-nvdimm" To: Vishal Verma , linux-nvdimm@lists.01.org List-ID: On 5/1/2018 11:00 AM, Vishal Verma wrote: > Updates to the error injection facilities in libndctl and ndctl that: > 1. Inject fewer bytes per injected block: > It is sufficient to inject even a single byte (cache line) for Linux > to mark the entire block as a badblock. Reduce the number of injected > bytes per block to the unit reported by clear_err_unit > > 2. Provide a --saturate option: > If the old behavior of injecting the whole block for every block is > desired, provide a --saturate option to get that. > > > Vishal Verma (4): > libndctl, ars: add an API to retrieve clear_err_unit > libndctl, inject: inject fewer bytes per block by default > libndctl, inject: add 'v2' APIs for inject and uninject > ndctl, inject-error: add a --saturate option > > Documentation/ndctl/ndctl-inject-error.txt | 14 ++ > ndctl/inject-error.c | 40 +++--- > ndctl/lib/ars.c | 15 +++ > ndctl/lib/inject.c | 201 ++++++++++++++++++++++------- > ndctl/lib/libndctl.sym | 7 + > ndctl/libndctl.h | 11 ++ > 6 files changed, 222 insertions(+), 66 deletions(-) Reviewed-by: Dave Jiang _______________________________________________ Linux-nvdimm mailing list Linux-nvdimm@lists.01.org https://lists.01.org/mailman/listinfo/linux-nvdimm