Hi Paul. On Sun, 22 Mar 2015 21:54:51 +0300, Paul Fertser wrote: > On Sun, Mar 22, 2015 at 07:22:02PM +0100, Jens Bauer wrote: >> He knows about the stubs, but does not want to link his software to >> a library; eg. I think he wants it as transparent as possible. > > So he wants additional code on the target that knows how to talk to > GDB, that can initialise serial port, its interrupts and debug break > interrupt (at least), but he doesn't want to link it with the target > code? That sounds controversial.
I've not heard of anything existing that does this. -But I think it would be possible to create such a bootloader (I can't do it, as I do not have a RasPi myself). > How would he get that additional code > to the target's RAM and how would he run its init routine? As far as I understand, the RasPi already has a simple bootloader, which loads a "kernel.img" from a SD card. However, this bootloader does not support any remote debugging. If I were to make an approach, I think I would make an image, which is a secondary bootloader, that initializes a serial port (or ethernet or USB device), add the gdb stub and after initializing the exception vectors, load another image from disk. > If only with OCD, but he says that's out of the question too. I think it would be possible to write a "remote" plugin for OpenOCD (although, a lot of work, probably - and it would still require some setting up on the target). > So my point is that he wants a regular GDB remote server (stub + some > minimal supporting functions), probably with some unorthodox way to > combine with the target executable. Yes, I think that's what he's looking for. Love Jens ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
