From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pa0-f43.google.com (mail-pa0-f43.google.com [209.85.220.43]) by kanga.kvack.org (Postfix) with ESMTP id 300D56B0009 for ; Tue, 2 Feb 2016 03:24:23 -0500 (EST) Received: by mail-pa0-f43.google.com with SMTP id cy9so97494078pac.0 for ; Tue, 02 Feb 2016 00:24:23 -0800 (PST) Received: from mail.kernel.org (mail.kernel.org. [198.145.29.136]) by mx.google.com with ESMTP id x2si408117pfi.97.2016.02.02.00.24.22 for ; Tue, 02 Feb 2016 00:24:22 -0800 (PST) Message-ID: <1454401454.2992.5.camel@kernel.org> Subject: LSF/MM ATTEND (resend)] Persistent Memory Error Handling From: Vishal Verma Date: Tue, 02 Feb 2016 01:24:14 -0700 Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-linux-mm@kvack.org List-ID: To: lsf-pc@lists.linux-foundation.org Cc: linux-fsdevel@vger.kernel.org, linux-block@vger.kernel.org, linux-mm@kvack.org, "linux-nvdimm@lists.01.org" [ Resending because my original email was caught in spam filters ] Hi, I'd like to attend LSF/MM. My primary topic of interest is the above as proposed by Jeff Moyer: http://www.spinics.net/lists/linux-mm/msg100560.html I wrote the initial enabling for error handling that was merged for 4.5 (Building a poison list in the libnvdimm subsystem, exposing it as 'badblocks'), and am working on subsequent improvements in this areaa. These would include making the initial poison gathering asynchronous, and finer grained DAX control instead of turning DAX off entirely in the presence of poison which we currently do. Another topic of discussion I'd like to propose within this session is to explore if there are use cases that the now-generic badblocks implementation can fit. There is at least one opportunity of consolidation between md-raid's sysfs representation of badblocks, and the generically available one in gendisk. Thanks, A A A A A A A A -Vishal -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org