[LSF/MM ATTEND] md raid general discussion

2017-01-15 Thread Guoqing Jiang
Hi All, As you know, Coly has proposed a general md raid discussion. I would like to attend this discussion, and besides the topics listed in previous proposal, I think we can talk about improve the test suite of mdadm to make it more robust (I can share related test suite which is used for clust

Re: [Lsf-pc] [LSF/MM TOPIC] [LSF/MM ATTEND] md raid general discussion

2017-01-15 Thread James Bottomley
On Mon, 2017-01-16 at 11:33 +0800, Guoqing Jiang wrote: > > On 01/10/2017 12:38 AM, Coly Li wrote: > > Hi Folks, > > > > I'd like to propose a general md raid discussion, it is quite > > necessary for most of active md raid developers sit together to > > discuss current challenge of Linux softw

Re: [LSF/MM TOPIC] [LSF/MM ATTEND] md raid general discussion

2017-01-15 Thread Guoqing Jiang
On 01/10/2017 12:38 AM, Coly Li wrote: Hi Folks, I'd like to propose a general md raid discussion, it is quite necessary for most of active md raid developers sit together to discuss current challenge of Linux software raid and development trends. In the last years, we have many development a

Re: [PATCH v1 00/54] block: support multipage bvec

2017-01-15 Thread Ming Lei
Hi Guys, On Tue, Dec 27, 2016 at 11:55 PM, Ming Lei wrote: > Hi, > > This patchset brings multipage bvec into block layer. Basic > xfstests(-a auto) over virtio-blk/virtio-scsi have been run > and no regression is found, so it should be good enough > to show the approach now, and any comments are

RE: [LSF/MM TOPIC] Badblocks checking/representation in filesystems

2017-01-15 Thread Slava Dubeyko
-Original Message- From: Vishal Verma [mailto:vishal.l.ve...@intel.com] Sent: Friday, January 13, 2017 4:49 PM To: Slava Dubeyko Cc: lsf...@lists.linux-foundation.org; linux-nvd...@lists.01.org; linux-block@vger.kernel.org; Linux FS Devel ; Viacheslav Dubeyko Subject: Re: [LSF/MM TOPI

Re: [LSF/MM TOPIC] Future direction of DAX

2017-01-15 Thread Viacheslav Dubeyko
On Sat, 2017-01-14 at 00:26 -0800, Darrick J. Wong wrote: > Some day we'll start designing a pmem-native fs, I guess. :P There are research efforts in this direction already ([1]-[15]). The latest one is NOVA, as far as I can see. But, frankly speaking, I believe that we need in new hardware pa

[PATCH] partitions/efi: Fix integer overflow in GPT size calculation

2017-01-15 Thread Alden Tondettar
If a GUID Partition Table claims to have more than 2**25 entries, the calculation of the partition table size in alloc_read_gpt_entries() will overflow a 32-bit integer and not enough space will be allocated for the table. Nothing seems to get written out of bounds, but later efi_partition() will

Re: [PATCHSET v6] blk-mq scheduling framework

2017-01-15 Thread Jens Axboe
On 01/15/2017 03:12 AM, Paolo Valente wrote: > >> Il giorno 11 gen 2017, alle ore 22:39, Jens Axboe ha scritto: >> >> Another year, another posting of this patchset. The previous posting >> was here: >> >> https://www.spinics.net/lists/kernel/msg2406106.html >> >> (yes, I've skipped v5, it was fi

Re: [PATCHSET v6] blk-mq scheduling framework

2017-01-15 Thread Paolo Valente
> Il giorno 11 gen 2017, alle ore 22:39, Jens Axboe ha scritto: > > Another year, another posting of this patchset. The previous posting > was here: > > https://www.spinics.net/lists/kernel/msg2406106.html > > (yes, I've skipped v5, it was fixes on top of v4, not the rework). > > I've reworke