[openib-general] [PATCH] for OFED 1.2

Sasha Khapyorsky sashak at voltaire.com
Tue Feb 27 12:11:39 PST 2007


On 19:44 Tue 27 Feb     , Michael S. Tsirkin wrote:
> > Quoting Sean Hefty <sean.hefty at intel.com>:
> > Subject: Re: [PATCH] for OFED 1.2
> > 
> > >I think with stacked git or just git and rebasing at key times, you
> > >could keep an ofed_1_2 tree that folks can easily apply patches to...
> > >
> > >Its too late to change this for 1.2, but you might want to reconsider
> > >the design for 1.3.
> > 
> > Can't we just create a new branch (ofed_1_2_patched) with these patches already
> > applied and in the correct order?  
> 
> Then what we do when we want to update to new upstream? Throw this branch away?
> As it is, I just pull then build and remove patches that conflict.

You can save this branch as <branch-name>-<upstream-name> (or better)
and to rebase <branch-name> to the new upstream.

> By the way, there are backport patches, etc - it is still incorrect
> to say that you would be able to generate a patch out of git
> and know it's a good one without test-build.

In similar way you can track backport patch sets as branches.

> > Maybe I'm just not understanding the work flow here...
> 
> Sean, please install quilt and try using it for working with the system.
> Adding new patch is usually done in this way
> quilt new <patch>
> quilt add <files>
> edit
> quilt refresh
> 
> cp patches/<patch> kernel_patches/fixes/
> git add kernel_patches/fixes/<patch>
> git commit kernel_patches/fixes/<patch>

This looks strange for me to track patches against patches...

Sasha




More information about the general mailing list