Thanks Jason. Regards, Rupesh Jason Wessel wrote: > The main reference is: > http://kernel.org/pub/linux/kernel/people/jwessel/kgdb/ > > Most of the kgdb core is contained in: > kernel/kgdb.c > > The arch specific portion for ARM is: > arch/arm/kernel/kgdb.c > > The kgdb test suite is in: > drivers/misc/kgdbts.c > > Of course the last piece is the kgdb I/O driver and that is dependent on > if you use kgdboc, kgdboe or a dedicated rs232 driver. > > It is important to understand that kgdboe is tied directly to the > quality of the netpoll support in the ethernet driver you are using. It > is entirely possible that the kgdb core works fine but the problem lies > in the entirely in the ethernet driver. This is part of the reason that > the kgdb test suite exists, so as to split up the problem set. > > Jason. > > Rupesh Gujare wrote: > >> Jason, >> >> Thanks for the information. It is of real use. >> I patched 2.6.24 kernel with a patch from "kgdb_2.6.24" branch, but >> when remote gdb tries to attach to kernel, it causes crash. (As per >> your reply now I get the reason why it is so..) >> I am looking forward to back port kgdb specific 2.6.26 changes to >> 2.6.24 kernel. Can you point me to any documentation from where I can >> start to understand kgdb architecture? >> >> Regards, >> Rupesh >> >> Jason Wessel wrote: >> >>> 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
