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

[bugzilla-daemon@bugs.ecos.sourceware.org]

Please do not reply to this email. Use the web interface provided at:
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1001524

Ilija Kocho <ilijak@siva.com.mk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ilijak@siva.com.mk

--- Comment #2 from Ilija Kocho <ilijak@siva.com.mk> 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
CYGINT_HAL_CORTEXM_FPU, CYGHWR_HAL_CORTEXM_FPU that we may be used if we're
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
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0439c/BEHFGGGE.html

-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.