Perhaps you can describe what you are doing that does not work? I have a working ARM target with the 2.6.26 and could try a specific case.
The existing 2.6.24 (not the old branch) patches may or may not work on the ARM architecture as only some initial boot testing was conducted. The new code base contains tests to validate that the different parts of the kgdb core and architecture specific portions work correctly. You could consider back porting some of the work from the 2.6.26 kernel into the 2.6.24 kernel, but it might be a little more tricky now that the kgdb core is part of the mainline kernel, and is evolving with the core kernel API. Jason. Rupesh Gujare wrote: > Jason, > I am using 2.6.24 kernel and patching it with kgdb_old_2.6.24 > patch. This patch(kgdb_old_2.6.24) works without kgdbwait. > But if I patch 2.6.24 kernel with "kgdb_2.6.24" branch patch, it > doesn't work and causes crash.(I am using ARM board). > > Can you suggest why so? Is kgdb_2.6.24 branch don't have all updates > of 2.6.26 branch? > I have ben restricted to 2.6.24 kernel as if now and can't use the > next versions. > > Also can I back port kgdb specific 2.6.26 changes to 2.6.24? > > Regards, > Rupesh > > Jason Wessel wrote: >> As far as I know kgdbwait still works fine with the 2.6.26 kernel. I >> am reasonably certain that at certain points in the kgdb history it has >> not worked for kgdboe. kgdbwait is definitely not deprecated, and is >> fully supported with kgdboc, kgdboe and the kgdb8250 driver in the >> kgdb-dev branch. >> >> As a side point... Some time in the next month or the kgdb Source Forge >> web site will get updated to reflect the current state of kgdb and the >> ongoing maintenance and design efforts. A how to contribute FAQ will >> live there as well. >> >> With respect to new development on kgdb, it occurs at: >> >> http://git.kernel.org/?p=linux/kernel/git/jwessel/linux-2.6-kgdb.git;a=heads >> >> The kgdb-dev branch has all the arch, and all the drivers. >> >> The kgdb-next branch represents what will be merged in the next kernel >> merge window (or at least attempted to be merged). The other branches >> labeled kgdb_x.x.x are a version of kgdb which was appropriate at the >> time and development moved on with no further changes to these branch >> points. >> >> There are quite a few lines of code in the kgdb-dev branch which either >> need refactoring, review or design changes to gain mainline kernel >> acceptance, but of course that is why we have a -dev branch. :-) >> >> Jason. >> >> >> Milind Dumbare wrote: >> >>> You might want to try serial line over USB. Regarding why kgdbwait is >>> deprecated in kgdboe, I am not sure. You will have to wait till someone >>> replies with some answer on kgdbwait on kgdboe. >>> >>> On Tue, Jun 10, 2008 at 10:51 AM, Rupesh Gujare <[EMAIL PROTECTED]> >>> wrote: >>> >>> >>> >>>> Milind, >>>> Thanks for the information. Can you just give more information >>>> regarding why kgdbwait is deprecated? and are there any patches which can >>>> enable it? How much effort will it require to enable it? >>>> As currently I can not use KGDB over serial line, I am trying to extract >>>> maximum out of kgdboe. >>>> >>>> Your suggestions will be valuable. >>>> >>>> Thanks and regards, >>>> Rupesh. >>>> >>>> Milind Dumbare wrote: >>>> >>>> >>>> >> >> > ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Kgdb-bugreport mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/kgdb-bugreport
