On Wed, Sep 06, 2006 at 09:55:31PM -0700, Piet Delaney wrote: > > > How about not getting fancy with the 'quilt' stuff for now and we > > > just have a complete copy of the patches applied for now. I tried > > > building both: > > > > I think you mean not to bother with the 'stacked git' stuff, but that's > > what makes any of this useful :) > > I thought you were running a series of clones to merge in various > parts of the patch, perhaps involving the quilt stuff you use for > managing diffs. Perhaps it would be best to explain what your doing.
Sure. I'm doing what I've been doing, but without git, for the longest time now. We keep everything as a set of patches and note that the 'core.patch' and later part of the patch series is stuff that's not clean enough to get into Linus' tree. But everything in the series before then is to someday end up in Linus' tree. > > > and both were not only missing your dwarf stuff: > > > > Both aren't correct trees right now, is the problem. > > Can we get an intact git tree soon? It would be a convenient place > for working with the current code. Well the other, more important problem is that KGDB isn't working on vanilla x86 right now, just the other arches. But yes, I'll try and re-sync the trees up shortly so others can try and fix this problem too. > > > BTW, what the conceptual difference between the two trees. > > > Kernel Makefile is the sane but lots of diffs. Is the akpm > > > workspace a 2.6.18-rc5 with Andrews 'mm' patch? > > > > The for_akpm tree is lacking all of the very ugly stuff like core.patch, > > i386.patch, etc. > > Ok, i386.patch has support for hardware breakpoints which apparently > is not well tested yet. If we renamed it to i386_untested.patch it > would be more obvious when applying the series. > > Why is core.patch too ugly? Wasn't obvious to me that it's > optional for i386 arch. It's true that this type of thing has only been explicitly documented on the mailing list, and we should try and fix that. The sync_softlockup stuff is a kludge, iirc. But unfortunately the comments about what / why exactly we do that are no longer in the patch header. > > -piet > > > > -- > Piet Delaney Phone: (408) 200-5256 > Blue Lane Technologies Fax: (408) 200-5299 > 10450 Bubb Rd. > Cupertino, Ca. 95014 Email: [EMAIL PROTECTED] -- Tom Rini ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Kgdb-bugreport mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/kgdb-bugreport
