Marcel Moolenaar bcc5241c43 Change gdb_cpu_setreg() to not take the value to which to set the ... specified register, but a pointer to the in-memory representation of that value. The reason for this is twofold: 1. Not all registers can be represented by a register_t. In particular FP registers fall in that category. Passing the new register value by reference instead of by value makes this point moot. 2. When we receive a G or P packet, both are for writing a register, the packet will have the register value in target-byte order and in the memory representation (modulo the fact that bytes are sent as 2 printable hexadecimal numbers of course). We only need to decode the packet to have a pointer to the register value. This change fixes the bug of extracting the register value of the P packet as a hexadecimal number instead of as a bit array. The quick (and dirty) fix to bswap the register value in gdb_cpu_setreg() as it has been added on i386 and amd64 can therefore be removed and has in fact been that. Tested on: alpha, amd64, i386, ia64, sparc64		2004-12-01 06:40:35 +00:00
..
alpha	Change gdb_cpu_setreg() to not take the value to which to set the	2004-12-01 06:40:35 +00:00
compile
conf	Get in sync with reality: TurboLaser was never really well supported to	2004-11-09 22:24:47 +00:00
include	Change gdb_cpu_setreg() to not take the value to which to set the	2004-12-01 06:40:35 +00:00
isa	Add new a function isa_dma_init() which returns an errno when it fails	2004-09-15 12:09:50 +00:00
linux	Don't include sys/user.h merely for its side-effect of recursively	2004-11-27 06:51:39 +00:00
mcbus	Catch up with __RMAN_RESOURCE_VISIBLE enough to get GENERIC to build	2004-07-01 15:07:27 +00:00
osf1	Don't include sys/user.h merely for its side-effect of recursively	2004-11-27 06:51:39 +00:00
pci	In alpha_pci_alloc_resource(), when allocating a memory resource,	2004-08-29 19:07:14 +00:00
tlsb	Add new function ttyinitmode() which sets our systemwide default	2004-10-18 21:51:27 +00:00
Makefile