diff options
| author | oharboe <oharboe@b42882b7-edfa-0310-969c-e2dbd0fdcd60> | 2008-03-10 14:14:15 +0000 |
|---|---|---|
| committer | oharboe <oharboe@b42882b7-edfa-0310-969c-e2dbd0fdcd60> | 2008-03-10 14:14:15 +0000 |
| commit | 703dc714c86b83e73acc0ed82944053f0f3b842f (patch) | |
| tree | 16d17adc033a5e43062132ce236a438936681517 /testing/examples/SAM7S256Test/prj/eclipse_ram.gdb | |
| parent | e6dac739cffdecc0c65254eb7b3f2942cfff0f68 (diff) | |
| download | openocd_libswd-703dc714c86b83e73acc0ed82944053f0f3b842f.tar.gz openocd_libswd-703dc714c86b83e73acc0ed82944053f0f3b842f.tar.bz2 openocd_libswd-703dc714c86b83e73acc0ed82944053f0f3b842f.tar.xz openocd_libswd-703dc714c86b83e73acc0ed82944053f0f3b842f.zip | |
- fixed a problem with big endian XScale and GDB register packets.
- hmm..... did I screw up? Was XScale and not gdb_server busted here?
My thinking was that OpenOCD has a canonical internal representation
of registers that match GDB's expectations
git-svn-id: svn://svn.berlios.de/openocd/trunk@484 b42882b7-edfa-0310-969c-e2dbd0fdcd60
Diffstat (limited to 'testing/examples/SAM7S256Test/prj/eclipse_ram.gdb')
0 files changed, 0 insertions, 0 deletions