lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Mon, 11 Jun 2012 22:41:14 -0400 From: Arnaud Lacombe <lacombar@...il.com> To: Greg KH <gregkh@...uxfoundation.org> Cc: H Hartley Sweeten <hartleys@...ionengravers.com>, Linux Kernel <linux-kernel@...r.kernel.org>, "devel@...verdev.osuosl.org" <devel@...verdev.osuosl.org>, "fmhess@...rs.sourceforge.net" <fmhess@...rs.sourceforge.net>, "abbotti@....co.uk" <abbotti@....co.uk> Subject: Re: [PATCH] staging: comedi: cleanup alloc_subdevices Hi, On Mon, Jun 11, 2012 at 9:42 PM, Greg KH <gregkh@...uxfoundation.org> wrote: > On Mon, Jun 11, 2012 at 07:49:46PM -0500, H Hartley Sweeten wrote: >> On Monday, June 11, 2012 5:44 PM, Greg KH wrote: >> > On Mon, Jun 11, 2012 at 07:07:41PM -0500, H Hartley Sweeten wrote: >> >> 2, 3, and 4 probably go together. They all deal with the 'num_subdevices' >> >> >> >> 1 can be a separate patch as long as I don't do the rename. >> >> >> >> 5, 6, and 7 could all go together with the final rename of the function. >> >> >> >> Does that sound ok? >> > >> > No, why not just break it up into 7 different patches? You are doing >> > different things, which would you rather review for correctness, 7 >> > simple, tiny patches, or some that do multiple things at the same time >> > that are bigger? >> >> Ok. I just posted the first one. It's still pretty big since it hits every >> comedi driver file. >> >> Please ignore the first post. I fat-fingered the prototype in the header. >> v2 is correct. >> >> Also, I have never done local commits to my Linux-next tree so I'm not >> sure how to proceed with the incremental patches. If it's ok with you >> I'll just wait for each patch to go into staging. > > Create a brach from the one you are working on: > git branch -b my_branch > make a change and commit it > commit another one > and so on. actually, there is a simple way to do that. Simply start from the big commit, then # git reset --soft HEAD^ # git reset Then do 7 iterations of: # git add -p Adding or not relevant hunks for the current change to be committed, eventually manually editing them if two or more change end up being mangled together. my 0.2c, - Arnaud > then create the patches: > git format-patch original_branch_name..my_branch > and use git send-email to send them off in order. > > Otherwise we are going to take 7 weeks when I apply one of your patches > a week :) > > thanks, > > greg k-h > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@...r.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists