Re: [PATCH v8 1/7] block: Add 'zoned' queue limit

2016-10-17 Thread Hannes Reinecke
On 10/18/2016 08:40 AM, Damien Le Moal wrote: > From: Damien Le Moal > > Add the zoned queue limit to indicate the zoning model of a block device. > Defined values are 0 (BLK_ZONED_NONE) for regular block devices, > 1 (BLK_ZONED_HA) for host-aware zone block devices and 2 (BLK_ZONED_HM) > for hos

[PATCH v8 4/7] block: Define zoned block device operations

2016-10-17 Thread Damien Le Moal
From: Shaun Tancheff Define REQ_OP_ZONE_REPORT and REQ_OP_ZONE_RESET for handling zones of host-managed and host-aware zoned block devices. With with these two new operations, the total number of operations defined reaches 8 and still fits with the 3 bits definition of REQ_OP_BITS. Signed-off-by

[PATCH v8 5/7] block: Implement support for zoned block devices

2016-10-17 Thread Damien Le Moal
From: Hannes Reinecke Implement zoned block device zone information reporting and reset. Zone information are reported as struct blk_zone. This implementation does not differentiate between host-aware and host-managed device models and is valid for both. Two functions are provided: blkdev_report_

[PATCH v8 1/7] block: Add 'zoned' queue limit

2016-10-17 Thread Damien Le Moal
From: Damien Le Moal Add the zoned queue limit to indicate the zoning model of a block device. Defined values are 0 (BLK_ZONED_NONE) for regular block devices, 1 (BLK_ZONED_HA) for host-aware zone block devices and 2 (BLK_ZONED_HM) for host-managed zone block devices. The standards defined drive

[PATCH v8 0/7] ZBC / Zoned block device support

2016-10-17 Thread Damien Le Moal
This series introduces support for zoned block devices. It integrates earlier submissions by Hannes Reinecke and Shaun Tancheff. Compared to the previous series version, the code was significantly simplified by limiting support to zoned devices satisfying the following conditions: 1) All zones of t

[PATCH v8 2/7] blk-sysfs: Add 'chunk_sectors' to sysfs attributes

2016-10-17 Thread Damien Le Moal
From: Hannes Reinecke The queue limits already have a 'chunk_sectors' setting, so we should be presenting it via sysfs. Signed-off-by: Hannes Reinecke [Damien: Updated Documentation/ABI/testing/sysfs-block] Signed-off-by: Damien Le Moal Reviewed-by: Christoph Hellwig Reviewed-by: Martin K.

[PATCH v8 3/7] block: update chunk_sectors in blk_stack_limits()

2016-10-17 Thread Damien Le Moal
From: Hannes Reinecke Signed-off-by: Hannes Reinecke Signed-off-by: Damien Le Moal Reviewed-by: Christoph Hellwig Reviewed-by: Martin K. Petersen Reviewed-by: Shaun Tancheff Tested-by: Shaun Tancheff --- block/blk-settings.c | 4 1 file changed, 4 insertions(+) diff --git a/block/blk

[PATCH v8 6/7] sd: Implement support for ZBC devices

2016-10-17 Thread Damien Le Moal
From: Hannes Reinecke Implement ZBC support functions to setup zoned disks, both host-managed and host-aware models. Only zoned disks that satisfy the following conditions are supported: 1) All zones are the same size, with the exception of an eventual last smaller runt zone. 2) For host-manag

[PATCH v8 7/7] blk-zoned: implement ioctls

2016-10-17 Thread Damien Le Moal
From: Shaun Tancheff Adds the new BLKREPORTZONE and BLKRESETZONE ioctls for respectively obtaining the zone configuration of a zoned block device and resetting the write pointer of sequential zones of a zoned block device. The BLKREPORTZONE ioctl maps directly to a single call of the function bl

Re: [PATCH V3 00/11] block-throttle: add .high limit

2016-10-17 Thread Kyle Sanderson
Not to compound upon this again. However if BFQ isn't suitable to replace CFQ for high I/O workloads (I've yet to see 20k IOPS on any reasonably sized SAN (SC4020 / v5000, etc)), can't we at-least default BFQ to become the default I/O scheduler for people otherwise requesting CFQ? Paolo has had a t

[TRIVIAL PATCH] nvme : trivial whitespace fix in pci.c

2016-10-17 Thread Stephen Bates
Remove annoying white space damage in pci.c. Signed-off-by: Stephen Bates --- drivers/nvme/host/pci.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/nvme/host/pci.c b/drivers/nvme/host/pci.c index a7c6e9d..e2b3243 100644 --- a/drivers/nvme/host/pci.c +++ b/drivers/nv

[PATCH v6 0/3] Enabling ATA Command Priorities

2016-10-17 Thread Adam Manzanares
This patch builds ATA commands with high priority if the iocontext of a process is set to real time. The goal of the patch is to improve tail latencies of workloads that use higher queue depths. This requires setting the iocontext ioprio on the request when it is initialized This patch has been

[PATCH v6 2/3] ata: Enabling ATA Command Priorities

2016-10-17 Thread Adam Manzanares
This patch checks to see if an ATA device supports NCQ command priorities. If so and the user has specified an iocontext that indicates IO_PRIO_CLASS_RT then we build a tf with a high priority command. This is done to improve the tail latency of commands that are high priority by passing priority

[PATCH v6 3/3] ata: ATA Command Priority Disabled By Default

2016-10-17 Thread Adam Manzanares
Add a sysfs entry to turn on priority information being passed to a ATA device. By default this feature is turned off. This patch depends on ata: Enabling ATA Command Priorities Signed-off-by: Adam Manzanares --- drivers/ata/libahci.c | 1 + drivers/ata/libata-core.c | 2 +- drivers/ata/l

[PATCH v6 1/3] block: Add iocontext priority to request

2016-10-17 Thread Adam Manzanares
Patch adds an association between iocontext ioprio and the ioprio of a request. This is done to enable request based drivers the ability to act on priority information stored in the request. An example being ATA devices that support command priorities. If the ATA driver discovers that the device su

RE: [PATCH 3/3] smartpqi: switch to pci_alloc_irq_vectors

2016-10-17 Thread Don Brace
> -Original Message- > From: Christoph Hellwig [mailto:h...@lst.de] > Sent: Monday, October 17, 2016 9:21 AM > To: Don Brace > Cc: Johannes Thumshirn; Christoph Hellwig; martin.peter...@oracle.com; > ax...@kernel.dk; linux-s...@vger.kernel.org; linux-block@vger.kernel.org > Subject: Re: [P

Re: [PATCH 3/3] smartpqi: switch to pci_alloc_irq_vectors

2016-10-17 Thread Christoph Hellwig
Hi Don, did you also have a chance to test the patch and verify that the queues are properly set up with a smartpqi controller? -- To unsubscribe from this list: send the line "unsubscribe linux-block" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel

RE: [PATCH 3/3] smartpqi: switch to pci_alloc_irq_vectors

2016-10-17 Thread Don Brace
> -Original Message- > From: Johannes Thumshirn [mailto:jthumsh...@suse.de] > Sent: Monday, October 17, 2016 2:34 AM > To: Christoph Hellwig > Cc: martin.peter...@oracle.com; Don Brace; ax...@kernel.dk; linux- > s...@vger.kernel.org; linux-block@vger.kernel.org > Subject: Re: [PATCH 3/3] s

Re: [PATCH 2/3] scsi: allow LLDDs to expose the queue mapping to blk-mq

2016-10-17 Thread Christoph Hellwig
On Mon, Oct 17, 2016 at 09:27:03AM +0200, Johannes Thumshirn wrote: > Shouldn't this hunk go into the previous patch? Yes, it should, thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-block" in the body of a message to majord...@vger.kernel.org More majordomo info at http

Re: [PATCH 3/3] smartpqi: switch to pci_alloc_irq_vectors

2016-10-17 Thread Johannes Thumshirn
On Sat, Oct 15, 2016 at 10:47:21AM +0200, Christoph Hellwig wrote: > Which cleans up a lot of the MSI-X handling, and allows us to use the > PCI IRQ layer provided vector mapping, which we can then expose to blk-mq. > > Signed-off-by: Christoph Hellwig > --- Reviewed-by: Johannes Thumshirn --

Re: [PATCH 1/3] blk-mq: export blk_mq_map_queues

2016-10-17 Thread Johannes Thumshirn
On Sat, Oct 15, 2016 at 10:47:19AM +0200, Christoph Hellwig wrote: > This will allow SCSI to have a single blk_mq_ops structure that either > lets the LLDD map the queues to PCIe MSIx vectors or use the default. > > Signed-off-by: Christoph Hellwig > --- > block/blk-mq.h | 1 - > include

Re: [PATCH 2/3] scsi: allow LLDDs to expose the queue mapping to blk-mq

2016-10-17 Thread Johannes Thumshirn
On Sat, Oct 15, 2016 at 10:47:20AM +0200, Christoph Hellwig wrote: > Just hand through the blk-mq map_queues method in the host template. > > Signed-off-by: Christoph Hellwig > --- > block/blk-mq-cpumap.c| 1 + > drivers/scsi/scsi_lib.c | 10 ++ > include/scsi/scsi_host.h | 8