[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <D5C1322C3E673F459512FB59E0DDC32902E7C23A@orsmsx414.amr.corp.intel.com>
Date: Thu, 24 May 2007 08:48:40 -0700
From: "Waskiewicz Jr, Peter P" <peter.p.waskiewicz.jr@...el.com>
To: <hadi@...erus.ca>, "Patrick McHardy" <kaber@...sh.net>
Cc: "David Miller" <davem@...emloft.net>,
"Thomas Graf" <tgraf@...g.ch>,
"Herbert Xu" <herbert@...dor.apana.org.au>,
<netdev@...r.kernel.org>, "Sridhar Samudrala" <sri@...ibm.com>,
"Kok, Auke-jan H" <auke-jan.h.kok@...el.com>,
"Krishna Kumar2" <krkumar2@...ibm.com>, <xma@...ibm.com>
Subject: RE: [RESEND][PATCH] [NET_SCHED]make qdisc_restart more readable
> sigh.
> I wont be able to do this change until tonight or tommorow
> morning. I think the process i am using to re-generate
> patches maybe too consuming?
> Maybe you could offer some advice. Heres what i do:
> 1. clone Daves latest tree localy
> 2. clone another tree from that
> 3. create patch on second clone
> 4. compile; test;compile;test until looks reasonable 5.
> commit with the comments 6. submit 7. build other patches on
> top (example batching in this case) 8. feedback on patch
> comes back 9. Re-do steps #2-#6
>
> My steps #2-#6 are expensive; is there a way to optimize that process?
1. clone Dave's tree
2. cd into said tree
3. git branch qdiscpatch
4. create patches
5. compile; test; compile until looks reasonable
6. git commit -a
7. git diff (generate patches)
8. git branch batching
9. rinse/repeat 4-7
One tree, multiple branches, very quick to move between them, low
overhead. If this works for you, also look at stacked GIT (stg) for
pushing and popping patches from your tree - very handy.
Thanks,
-PJ
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists