On Mon, 2006-07-24 at 08:56 -0500, Jeremy Fitzhardinge wrote:> I don't think the numbered patch scheme we're using in the paravirtops > patch series is going to work very well. It assumes that we've got the > patch order of all the existing patches right, and that we don't need to > fit in any new patches between them. I think we'll need the flexibility > of rearranging/grouping patches to make them most suited for submission, > but if the patch names contain their (original) order encoded into their > names, it will just be a confusing mess.Series file does control order, I just like ls -l to look sane. Feel free to break/alter/move/change! Rusty. -- Help! Save Australia from the worst of the DMCA: http://linux.org.au/law
Jeremy Fitzhardinge
2007-Apr-18 17:49 UTC
numbered patches in the paravirtops patch series
I don't think the numbered patch scheme we're using in the paravirtops patch series is going to work very well. It assumes that we've got the patch order of all the existing patches right, and that we don't need to fit in any new patches between them. I think we'll need the flexibility of rearranging/grouping patches to make them most suited for submission, but if the patch names contain their (original) order encoded into their names, it will just be a confusing mess. We could rename the existing patches, but since they're probably going to go upstream pretty quickly it doesn't matter all that much. But for future patches, I think we should just give them meaningful names, and use the series file to control the order. Comments? Also, I'm assuming that virtualization@osdl is the best place to get all these low-level paravirtops messages public, so we save lkml from basically admin-noise. We should cc:lkml for any substantial technical discussion, of course. J
Maybe Matching Threads
- unfixing fixmap_top
- Fw: Re: Problems with load the most recent 2.6.29-rc6 & Xen unstable on ASUS P5K Premium
- [RFC] First (incomplete) cut of Xen paravirt binding
- [Xen-API] [XCP] domain 0 kernel patch queue published
- [Xen-API] [XCP] domain 0 kernel patch queue published