This is the mail archive of the mailing list for the eCos project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug 1001524] Cortex-M: Remote 'g' packet reply is too long

Please do not reply to this email. Use the web interface provided at:

Ilija Kocho <> changed:

           What    |Removed                     |Added
                 CC|                            |

--- Comment #2 from Ilija Kocho <> 2012-03-08 08:00:55 GMT ---
(In reply to comment #0)
> When connecting to the Cortex-M GDB stub from recent versions of GDB, an error
> is observed:
> > (gdb) tar rem /dev/ttyS0
> > Remote debugging using /dev/ttyS0
> > Remote 'g' packet reply is too long: e14e000810000000000000001000000000000000000000000000000000000000000000000000000000000000fccf0d6800000000e8cf0d6895680008e24e00080000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000021
> > (gdb)
> This occurs because the default register set for ARM M-profile targets has been
> reduced (FPA registers have been removed) in recent GDB.
> We should add a CDL option to the Cortex-M architectural HAL which allows the
> stub to return the register set with or without the FPA registers.

Cortex-M arch. HAL has CDL that indicate presence of FPU
happy sending FPU registers always when FPU is present.

Once we have FPU it is likely to be VFP rather than FPA. More precisely for
Cortex-M4 it is FPv4-SP-D16

Configure bugmail:
------- You are receiving this mail because: -------
You are the assignee for the bug.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]