Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752135AbZFJEal (ORCPT ); Wed, 10 Jun 2009 00:30:41 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750856AbZFJEad (ORCPT ); Wed, 10 Jun 2009 00:30:33 -0400 Received: from brick.kernel.dk ([93.163.65.50]:46785 "EHLO kernel.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750832AbZFJEad (ORCPT ); Wed, 10 Jun 2009 00:30:33 -0400 Date: Wed, 10 Jun 2009 06:30:34 +0200 From: Jens Axboe To: Kiyoshi Ueda Cc: linux-kernel@vger.kernel.org, device-mapper development , "Jun'ichi Nomura" , Boaz Harrosh Subject: Re: [PATCH block#for-2.6.31] block: add request clone interface Message-ID: <20090610043034.GW11363@kernel.dk> References: <4A2E1490.7060902@ct.jp.nec.com> <20090609180344.GQ11363@kernel.dk> <4A2F1741.8090100@ct.jp.nec.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A2F1741.8090100@ct.jp.nec.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1713 Lines: 48 On Wed, Jun 10 2009, Kiyoshi Ueda wrote: > Hi Jens, > > On 06/10/2009 03:03 AM +0900, Jens Axboe wrote: > > On Tue, Jun 09 2009, Kiyoshi Ueda wrote: > >> Hi Jens, > >> > >> +/* > >> + * Copy request information of the original request to the clone request. > >> + */ > >> +static void __blk_rq_prep_clone(struct request *dst, struct request *src) > >> +{ > >> + dst->cpu = src->cpu; > >> + dst->cmd_flags = (rq_data_dir(src) | REQ_NOMERGE); > >> + dst->cmd_type = src->cmd_type; > >> + dst->__sector = blk_rq_pos(src); > >> + dst->__data_len = blk_rq_bytes(src); > >> + dst->nr_phys_segments = src->nr_phys_segments; > >> + dst->ioprio = src->ioprio; > >> + dst->buffer = src->buffer; > >> + dst->cmd_len = src->cmd_len; > >> + dst->cmd = src->cmd; > > > > Are you making sure that 'src' always exists while 'dst' is alive? > > Yes. > Request-based dm is the owner of 'src' (original) and > it never frees 'src' until the 'dst' (clone) are completed. > > I avoided deep-copying __cmd/buffer/sense as it's costly > (additional allocation and memcpy). > And I don't think there are any needs for that. > But if anyone really wants that even with the copying cost, > please speak up. I just worry that the interface is easy to misuse. You don't document the requirement that the src request may not go away while dst is used, yet it's an important fact. The function advertises itself as a copy, you would not normally expect any such restrictions. -- Jens Axboe -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/