This is the mail archive of the gdb-patches@sources.redhat.com mailing list for the GDB 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]

mcore registers


I have written a gdb stub for mcore-elf, and in my efforts to improve it I have noticed that gdb defines too many control registers for the mcore chip.  Despite having a 5-bit field in the control register move instructions, there are not actually 32 control registers on the mcore.  All the existing mcore designs, either current or planned, have only 13 control registers.  The gdb source code defines all 32, but  cr13..cr31 don't actually exist.

It speeds up the stub not to have to report the status of these phantom registers over the serial line.  Patching them out of gdb also allows the stub to keep its RAM requirement below 1K.

My question is, would it be advisable to make this change to the gdb mainline?  I realize that there will always be unintended consequences of such a patch.  Any thoughts?

Regards,
--
Brian LaPonsey
Motorola Semiconductor


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