Hi Dirk,

I looked into this a while back. The code necessary to make this work for ARM is not present. I added about 1/2 of the code (perhaps more than half) necessary to get it to work on the OMAP1510 and can send it if you like. The missing bit has to do with handing exceptions properly.

I added in a serial debug server which is used along with a manufacturer's wireless tests. I attempted to input this code in a somewhat parallel way to what GDB needed, in hopes that I could also make the GDB stuff work.

Given how useful JTAG is and schedules I didn't end up working though the exception code. It broken in several spots, some in its current use of R8, some in its stacking for SWI mode, and in general its recovery needs work.

Regards,

Richard W.

-----Original Message----- From: u-boot-users-admin@lists.sourceforge.net [mailto:u-boot-users- admin@lists.sourceforge.net] On Behalf Of Dirk Behme Sent: Tuesday, June 01, 2004 2:23 AM To: u-boot-users@lists.sourceforge.net Subject: [U-Boot-Users] GDB support for ARM

Hello,

using U-Boot at an ARM9 board, at the moment I download a image by

tftp

into board's SDRAM and then start the image by 'g 0x1000000'

(0x10000000

is the SDRAM base address).

Now, I wonder if it is possible to start the image under control of

gdb.

As I understand it, there can run a small 'gdb-stub' on the target which talks by serial line or by ethernet with the gdb on the development host.

In common/kgdb.c there seems to be something like this small

'gdb-stub'?

Does it work for ARM? How can it be used?

Thanks in advance and sorry if this is a FAQ.

Regards

Dirk

---

This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle

10g.

Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users