Re: [PATCH V5 12/14] block: mq-deadline: Introduce zone locking support

Bart, On Mon, 2017-09-25 at 22:00 +, Bart Van Assche wrote: > On Mon, 2017-09-25 at 15:14 +0900, Damien Le Moal wrote: > > +static inline bool deadline_request_needs_zone_wlock(struct deadline_data > > *dd, > > +struct request *rq) > > +{ > > +

Re: [PATCH V5 13/14] block: mq-deadline: Limit write request dispatch for zoned block devices

On Mon, 2017-09-25 at 22:06 +, Bart Van Assche wrote: > On Mon, 2017-09-25 at 15:14 +0900, Damien Le Moal wrote: > > - return rq_entry_fifo(dd->fifo_list[data_dir].next); > > + if (!dd->zones_wlock || data_dir == READ) > > + return rq_entry_fifo(dd->fifo_list[data_dir].next); > >

Re: [PATCH V5 10/14] block: mq-deadline: Add zoned block device data

Bart, On Mon, 2017-09-25 at 21:34 +, Bart Van Assche wrote: > On Mon, 2017-09-25 at 15:14 +0900, Damien Le Moal wrote: > > Modify mq-dealine init_queue and exit_queue elevator methods to handle > > ^^ > mq-deadline ? > > > +static int

Re: [PATCH V5 07/14] scsi: sd_zbc: Initialize device request queue zoned data

On Mon, 2017-09-25 at 21:17 +, Bart Van Assche wrote: > On Mon, 2017-09-25 at 15:14 +0900, Damien Le Moal wrote: > > + return kzalloc_node(BITS_TO_LONGS(sdkp->nr_zones) > > + * sizeof(unsigned long), > > Does this perhaps fit on one line? > > > +/** > > + *

Re: [PATCH v2] blk-throttle: fix possible io stall when upgrade to max

On Sat, Sep 30, 2017 at 02:38:49PM +0800, Joseph Qi wrote: > From: Joseph Qi > > There is a case which will lead to io stall. The case is described as > follows. > /test1 > |-subtest1 > /test2 > |-subtest2 > And subtest1 and subtest2 each has 32 queued bios

Loan

UNSECURED BUSINESS/PERSONAL LOAN BY LOAN CAPITAL FINANCE - NO COLLATERAL - MINIMUM DOCUMENTATION - BUSINESS LOAN UP TO FIVE(5) MILLION US DOLLARS CONTACT US TODAY VIA EMAIL: financecapital...@mail.com

Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better

On Sun, Oct 1, 2017 at 10:23 AM, Coly Li wrote: > Hi Mike, > > Your data set is too small. Normally bcache users I talk with, they use > bcache for distributed storage cluster or commercial data base, their > catch device is large and fast. It is possible we see different I/O >

Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better

On 2017/10/2 上午12:56, Michael Lyle wrote: > That's strange-- are you doing the same test scenario? How much > random I/O did you ask for? > > My tests took 6-7 minutes to do the 30G of 8k not-repeating I/Os in a > 30G file (about 9k IOPs for me-- it's actually significantly faster > but then

Re: [PATCH 4/5] bcache: writeback: collapse contiguous IO better

That's strange-- are you doing the same test scenario? How much random I/O did you ask for? My tests took 6-7 minutes to do the 30G of 8k not-repeating I/Os in a 30G file (about 9k IOPs for me-- it's actually significantly faster but then starves every few seconds-- not new with these patches)..

[PATCH v2 1/1] bsg-lib: fix use-after-free under memory-pressure

When under memory-pressure it is possible that the mempool which backs the 'struct request_queue' will make use of up to BLKDEV_MIN_RQ count emergency buffers - in case it can't get a regular allocation. These buffers are preallocated and once they are also used, they are re-supplied with old

Re: [PATCH 4/6] lightnvm: remove stable extern and unused exported symbols

On Sun, Oct 01, 2017 at 04:25:18PM +0300, Rakesh Pandit wrote: > Not all exported symbols are being used outside core and there were > some stable entries in lightnvm.h > If you can replace 'stable' with 'stale' both in subject or body while picking up that would be great. Regards,

[PATCH 6/6] lightnvm: pblk: fix releases of kmem cache in error path

If pblk_core_init fails lets destroy all global caches. Signed-off-by: Rakesh Pandit --- drivers/lightnvm/pblk-init.c | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/drivers/lightnvm/pblk-init.c b/drivers/lightnvm/pblk-init.c index 519e5cf..9f39800

[PATCH 5/6] lightnvm: pblk: free up mempool allocation for erases correctly

While separating read and erase mempools in 22da65a1b pblk_g_rq_cache was used two times to set aside memory both for erase and read requests. Because same kmem cache is used repeatedly a single call to kmem_cache_destroy wouldn't deallocate everything. Repeatedly doing loading and unloading of

[PATCH 4/6] lightnvm: remove stable extern and unused exported symbols

Not all exported symbols are being used outside core and there were some stable entries in lightnvm.h Signed-off-by: Rakesh Pandit --- drivers/lightnvm/core.c | 129 +++ include/linux/lightnvm.h | 7 --- 2 files changed, 64

[PATCH 3/6] lightnvm: remove unused argument from nvm_set_tgt_bb_tbl

vblk isn't being used anyway and if we ever have a usecase we can introduce this again. This makes the logic easier and removes unnecessary checks. Signed-off-by: Rakesh Pandit --- drivers/lightnvm/core.c | 29 - include/linux/lightnvm.h | 2 +-

[PATCH 2/6] lightnvm: pblk: reduce arguments in __pblk_rb_update_l2p

We already pass the structure pointer so no need to pass the member. Signed-off-by: Rakesh Pandit --- drivers/lightnvm/pblk-rb.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/lightnvm/pblk-rb.c b/drivers/lightnvm/pblk-rb.c index

[PATCH 1/6] lightnvm: pblk: remove useless line

Signed-off-by: Rakesh Pandit --- drivers/lightnvm/pblk-core.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/lightnvm/pblk-core.c b/drivers/lightnvm/pblk-core.c index 1f8aa94..4ffd1d6 100644 --- a/drivers/lightnvm/pblk-core.c +++ b/drivers/lightnvm/pblk-core.c @@

[PATCH 0/6] misc cleanups and error path fixes

For 4.15. These are last set of cleanups, error path fixes most likely and also some memory leak. Also removes stale symbols from lightnvm.h. In addition remove exported symbols which are no where used (except locally in core). Everything is based on top of:

Re: [PATCH] blk-mq: wire up completion notifier for laptop mode

On Sat, Sep 30, 2017 at 10:06:45AM +0200, Jens Axboe wrote: > For some reason, the laptop mode IO completion notified was never wired > up for blk-mq. Ensure that we trigger the callback appropriately, to arm > the laptop mode flush timer. Looks fine: Reviewed-by: Christoph Hellwig

Re: [PATCH 8/9] nvme: implement multipath access to nvme subsystems

On Fri, Sep 29, 2017 at 10:21:53PM +0800, Tony Yang wrote: > Hi, All > > Because my environment requirements, the kernel must use 4.8.17, > I would like to ask, how to use the kernel 4.8.17 nvme multi-path? > Because I see support for multi-path versions are above 4.13 In that case we