Update Your Webmail Account Within 24 Hours

2017-05-01 Thread Brigitte Kätzler
Dear E-mail User Please follow the link to update your webmail account http://ets1n4w20.ulcraft.com Thank You

Re: [PATCH v6 1/2] tcmu: Add dynamic growing data area featuresupport

2017-05-01 Thread Mike Christie
On 04/30/2017 05:22 AM, Xiubo Li wrote: > On 2017年04月30日 13:48, Mike Christie wrote: >> On 04/26/2017 01:25 AM, lixi...@cmss.chinamobile.com wrote: >>> for_each_sg(data_sg, sg, data_nents, i) { >>> @@ -275,22 +371,26 @@ static void alloc_and_scatter_data_area(struct >>> tcmu_dev *udev, >>>

Re: [PATCH v6 2/2] tcmu: Add global data block pool support

2017-05-01 Thread Mike Christie
On 04/30/2017 06:29 AM, Xiubo Li wrote: > [...] >>> +static struct page *tcmu_try_get_block_page(struct tcmu_dev *udev, >>> uint32_t dbi) >>> +{ >>> +struct page *page; >>> +int ret; >>> + >>> +mutex_lock(>cmdr_lock); >>> +page = tcmu_get_block_page(udev, dbi); >>> +if

Re: [PATCH 25/27] block: remove the discard_zeroes_data flag

2017-05-01 Thread Bart Van Assche
On Wed, 2017-04-05 at 19:21 +0200, Christoph Hellwig wrote: > Now that we use the proper REQ_OP_WRITE_ZEROES operation everywhere we can > kill this hack. > > Signed-off-by: Christoph Hellwig > Reviewed-by: Martin K. Petersen > Reviewed-by: Hannes

Re: [PATCH 0/5] target: Fine-tuning for some function implementations

2017-05-01 Thread Nicholas A. Bellinger
Hi Markus, Apologies for the delayed follow-up here as well. On Sun, 2017-04-09 at 21:43 +0200, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 9 Apr 2017 21:33:21 +0200 > > A few update suggestions were taken into account > from static source code

Re: [PATCH] ibmvscsis: Do not send aborted task response

2017-05-01 Thread Nicholas A. Bellinger
Hi Bryant & Co, Apologies for the delayed follow up. Comments below. On Mon, 2017-04-10 at 13:52 -0500, Bryant G. Ly wrote: > The driver is sending a response to the aborted task response > along with LIO sending the tmr response. > ibmvscsis_tgt does not send the response to the client until >

Re: [PATCH] target: Add WRITE_VERIFY_16

2017-05-01 Thread Nicholas A. Bellinger
On Tue, 2017-04-18 at 14:10 -0500, Bryant G. Ly wrote: > This patch addresses clients who needs write_verify_16 for > large volume groups such as AIX. > > Signed-off-by: Bryant G. Ly > --- > drivers/target/target_core_sbc.c | 2 ++ > include/scsi/scsi_proto.h

[PATCH v7 1/2] tcmu: Add dynamic growing data area feature support

2017-05-01 Thread lixiubo
From: Xiubo Li Currently for the TCMU, the ring buffer size is fixed to 64K cmd area + 1M data area, and this will be bottlenecks for high iops. The struct tcmu_cmd_entry {} size is fixed about 112 bytes with iovec[N] & N <= 4, and the size of struct iovec is about

[PATCH v7 2/2] tcmu: Add global data block pool support

2017-05-01 Thread lixiubo
From: Xiubo Li For each target there will be one ring, when the target number grows larger and larger, it could eventually runs out of the system memories. In this patch for each target ring, currently for the cmd area the size will be fixed to 8MB and for the data

[PATCH v7 0/2] tcmu: Dynamic growing data area support

2017-05-01 Thread lixiubo
From: Xiubo Li Changed for V7: - #1 fix two issues. - #2 fix kbuild warning and some issues. Changed for V6: - Remove the tcmu_vma_close(). Since the unmap thread will do the same for it - The unmap thread will skip the busy devices. - Using and testing the V5

Re: [PATCH] target: fixup error message in target_tg_pt_gp_tg_pt_gp_id_store()

2017-05-01 Thread Nicholas A. Bellinger
On Fri, 2017-04-28 at 10:04 +0200, Hannes Reinecke wrote: > When setting up an ALUA target port group with an invalid ID the > error message > > kstrtoul() returned -22 for tg_pt_gp_id > > is displayed, which is not really helpful. > Convert it to something sane. > And while we're at it, join

Re: [PATCH] target: fixup error message in target_tg_pt_gp_alua_access_type_store()

2017-05-01 Thread Nicholas A. Bellinger
On Fri, 2017-04-28 at 10:03 +0200, Hannes Reinecke wrote: > When setting up a target the error message: > > Unable to do set ##_name ALUA state on non valid tg_pt_gp ID: 0 > > is displayed. > Apparently concatenation doesn't work in a string; one should be using > implicit string concatenation

Re: [PATCH v7 0/2] tcmu: Dynamic growing data area support

2017-05-01 Thread Nicholas A. Bellinger
On Tue, 2017-05-02 at 11:38 +0800, lixi...@cmss.chinamobile.com wrote: > From: Xiubo Li > > Changed for V7: > - #1 fix two issues. > - #2 fix kbuild warning and some issues. > > Changed for V6: > - Remove the tcmu_vma_close(). Since the unmap thread will do the

Re: [PATCH 0/3] iSCSI-target: Fine-tuning for some function implementations

2017-05-01 Thread Nicholas A. Bellinger
Hi Markus, Apologies for the extended delayed response. On Sun, 2017-04-09 at 16:20 +0200, SF Markus Elfring wrote: > From: Markus Elfring > Date: Sun, 9 Apr 2017 16:11:23 +0200 > > A few update suggestions were taken into account > from static source code

Re: [PATCH v3] target/user: PGR Support

2017-05-01 Thread Nicholas A. Bellinger
On Fri, 2017-04-21 at 20:40 -0500, Bryant G. Ly wrote: > This adds initial PGR support for just TCMU, since tcmu doesn't > have the necessary IT_NEXUS info to process PGR in userspace, > so have those commands be processed in kernel. > > HA support is not available yet, we will work on it if this

Re: [PATCH v6 0/2] tcmu: Dynamic growing data area support

2017-05-01 Thread Nicholas A. Bellinger
Hi Xiubo & Co, On Wed, 2017-04-26 at 14:25 +0800, lixi...@cmss.chinamobile.com wrote: > From: Xiubo Li > > Changed for V6: > - Remove the tcmu_vma_close(). Since the unmap thread will do the same for it > - The unmap thread will skip the busy devices. > - Using

Re: [PATCH v6 2/2] tcmu: Add global data block pool support

2017-05-01 Thread Nicholas A. Bellinger
On Mon, 2017-05-01 at 13:40 -0500, Mike Christie wrote: > On 04/30/2017 06:29 AM, Xiubo Li wrote: > > [...] > >> To avoid starvation, I think you want a second list/fifo that holds the > >> watiers. In tcmu_get_empty_block if the list is not empty, record how > >> many pages we needed and then