From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Egger Subject: Re: [PATCH] libxl: move blktap specific code into libxl_blktap.c Date: Thu, 29 Jul 2010 17:41:19 +0200 Message-ID: <201007291741.20121.Christoph.Egger@amd.com> References: <201007201831.21416.Christoph.Egger@amd.com> <201007281339.11299.Christoph.Egger@amd.com> <19537.38913.944434.758226@mariner.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <19537.38913.944434.758226@mariner.uk.xensource.com> Content-Disposition: inline List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ian Jackson Cc: "xen-devel@lists.xensource.com" , Stefano Stabellini List-Id: xen-devel@lists.xenproject.org On Thursday 29 July 2010 17:02:25 Ian Jackson wrote: > Christoph Egger writes ("[Xen-devel] [PATCH] libxl: move blktap specific code into libxl_blktap.c"): > > Move blktap specific code into libxl_blktap.c > > Thanks, this is going in the right direction. But can you please > split up the moving code into a different file, from the changes to > that code ? > > As it is it is almost impossible to see what changes you have made to > the code you are moving, as we have Is it enough when I explain the change and adjust the commit message accordingly ? The libxl_blktap_devpath implementation merges get_blktap2_devices() and make_blktap2_devices(). > diff old-file > stuff > - old > - code > more stuff > diff new-file > + newly > + reorganised > + code > > > If the code needs to be reorganised so that it can be moved, you > should do this in two patches, so we end up with: > > [PATCH 1/2] reorganise preparatory to moving > > diff old-file > stuff > - old > + newly > + reorganised > code > more stuff > > [PATCH 2/2] move blktap-specific code to libxl_blktap.c > Purely moving code about, no changes. > > diff old-file > stuff > - newly > - reorganised > - code > old stuff > diff new-file > + newly > + reorganised > + code hmm... doing it vice versa is easier to do because the new code merges to functions (see above). First patch contains the move and the second patch contains the merge. -- ---to satisfy European Law for business letters: Advanced Micro Devices GmbH Einsteinring 24, 85609 Dornach b. Muenchen Geschaeftsfuehrer: Alberto Bozzo, Andrew Bowd Sitz: Dornach, Gemeinde Aschheim, Landkreis Muenchen Registergericht Muenchen, HRB Nr. 43632