[dm-devel] TABLEO : le tout nouvel outil de PILOTAGE de votre entreprise : ULTRA simple et convivial

2022-02-01 Thread Acropole Expert Informatique
# # # # # Vous souhaitez mesurer et piloter la performance de votre entreprise de manière très simple en ayant tout sous les yeux ? Vous recherchez un Tableau de bord dynamique et personnalisable avec des indicateurs de performance qui pourraient vous permettre de suivre toutes les

Re: [dm-devel] [RFC PATCH 3/3] nvme: add the "debug" host driver

2022-02-01 Thread Adam Manzanares
On Tue, Feb 01, 2022 at 01:33:47PM -0500, Mikulas Patocka wrote: > This patch adds a new driver "nvme-debug". It uses memory as a backing > store and it is used to test the copy offload functionality. > We have looked at something similar to create a null nvme driver to test interfaces poking

Re: [dm-devel] [LSF/MM/BFP ATTEND] [LSF/MM/BFP TOPIC] Storage: Copy Offload

2022-02-01 Thread Kanchan Joshi
On Thu, Jan 27, 2022 at 12:51 PM Chaitanya Kulkarni wrote: > > Hi, > > * Background :- > --- > > Copy offload is a feature that allows file-systems or storage devices > to be instructed to copy files/logical blocks without

Re: [dm-devel] [RFC PATCH 2/3] nvme: add copy offload support

2022-02-01 Thread Mikulas Patocka
On Tue, 1 Feb 2022, Bart Van Assche wrote: > On 2/1/22 10:33, Mikulas Patocka wrote: > > +static inline blk_status_t nvme_setup_read_token(struct nvme_ns *ns, struct > > request *req) > > +{ > > + struct bio *bio = req->bio; > > + struct nvme_copy_token *token = > >

Re: [dm-devel] [RFC PATCH 1/3] block: add copy offload support

2022-02-01 Thread Bart Van Assche
On 2/1/22 10:32, Mikulas Patocka wrote: /** + * blk_queue_max_copy_sectors - set maximum copy offload sectors for the queue + * @q: the request queue for the device + * @size: the maximum copy offload sectors + */ +void blk_queue_max_copy_sectors(struct request_queue *q, unsigned int size)

Re: [dm-devel] [RFC PATCH 2/3] nvme: add copy offload support

2022-02-01 Thread Bart Van Assche
On 2/1/22 10:33, Mikulas Patocka wrote: +static inline blk_status_t nvme_setup_read_token(struct nvme_ns *ns, struct request *req) +{ + struct bio *bio = req->bio; + struct nvme_copy_token *token = page_to_virt(bio->bi_io_vec[0].bv_page) + bio->bi_io_vec[0].bv_offset; Hmm ...

[dm-devel] [RFC PATCH 3/3] nvme: add the "debug" host driver

2022-02-01 Thread Mikulas Patocka
This patch adds a new driver "nvme-debug". It uses memory as a backing store and it is used to test the copy offload functionality. Signed-off-by: Mikulas Patocka --- drivers/nvme/host/Kconfig | 13 drivers/nvme/host/Makefile |1 drivers/nvme/host/nvme-debug.c | 838

[dm-devel] [RFC PATCH 2/3] nvme: add copy offload support

2022-02-01 Thread Mikulas Patocka
This patch adds copy offload support to the nvme host driver. The function nvme_setup_read_token stores namespace and location in the token and the function nvme_setup_write_token retrieves information from the token and submits the copy command to the device. Signed-off-by: Mikulas Patocka

[dm-devel] [RFC PATCH 1/3] block: add copy offload support

2022-02-01 Thread Mikulas Patocka
Add generic copy offload support to the block layer. We add two new bio types: REQ_OP_COPY_READ_TOKEN and REQ_OP_COPY_WRITE_TOKEN. Their bio vector has one entry - a page containing the token. When we need to copy data, we send REQ_OP_COPY_READ_TOKEN to the source device and then we send

[dm-devel] [RFC PATCH 0/3] NVMe copy offload patches

2022-02-01 Thread Mikulas Patocka
Hi Here I'm submitting the first version of NVMe copy offload patches as a request for comment. They use the token-based approach as we discussed on the phone call. The first patch adds generic copy offload support to the block layer - it adds two new bio types (REQ_OP_COPY_READ_TOKEN and

Re: [dm-devel] [PATCH] udev: create symlinks and watch even in suspended state

2022-02-01 Thread Peter Rajnoha
On Tue 01 Feb 2022 09:40, Martin Wilck wrote: > On Mon, 2022-01-31 at 14:33 +0100, Peter Rajnoha wrote: > > (just discussed this with Zdenek too) > > > > The patch makes sense to me! > > > > We added all the DM_UDEV_PRIMARY_SOURCE_FLAG and related for exactly > > such cases where we need to take

Re: [dm-devel] [PATCH] udev: create symlinks and watch even in suspended state

2022-02-01 Thread Zdenek Kabelac
Dne 01. 02. 22 v 9:40 Martin Wilck napsal(a): On Mon, 2022-01-31 at 14:33 +0100, Peter Rajnoha wrote: (just discussed this with Zdenek too) The patch makes sense to me! We added all the DM_UDEV_PRIMARY_SOURCE_FLAG and related for exactly such cases where we need to take the existing values