This chip is very similar to the 53c710, except that it's
missing a few registers, doesn't do relative jumps and
doesn't have the table-indirect addressing mode.
I have checked that this still generates the same output
on the existing scripts for the other chips.
uint32_t hash32_buf(const void *buf, size_t len, uint32_t ihash)
return 32 bit hash of buf, size len,
seeded with initial hash of ihash (usually HASH32_BUF_INIT).
this hash may use a different algorithm to hash32_str() and
hash32_strn().
uint32_t hash32_str(const void *buf, uint32_t ihash)
return 32 bit hash of buf, which is an NUL terminated ascii string,
seeded with initial hash of ihash (usually HASH32_STR_INIT).
this hash may use a different algorithm to hash32_buf()
but must use the same algorithm as hash32_strn().
uint32_t hash32_strn(const void *buf, size_t len, uint32_t ihash)
return 32 bit hash of buf, which is an NUL terminated ascii string
up to a maximum of len bytes,
seeded with initial hash of ihash (usually HASH32_STR_INIT).
this hash may use a different algorithm to hash32_buf()
but must use the same algorithm as hash32_str().
As discussed on tech-kern@netbsd.org.
(__HAVE_PTRACE_MACHDEP) and procfs (__HAVE_PROCFS_MACHDEP).
These changes will allow platforms like x86 (XMM) and PowerPC
(AltiVec) to export extended register sets in a sane manner.
* Use __HAVE_PTRACE_MACHDEP to export x86 XMM registers (standard
FP + SSE/SSE2) using PT_{GET,SET}XMMREGS (in the machdep
ptrace request space).
* Use __HAVE_PROCFS_MACHDEP to export x86 XMM registers via
/proc/N/xmmregs in procfs.
case when the requested memory size can't ever be granted - instead
of panic, malloc(9) would return failure (NULL).
Note kernel code should do proper bound checking, rather than
depend on M_CANFAIL. This flag is only supposed to be used in very
special cases, where common bound checking is not appropriate.
Discussed on tech-kern@, name ``M_CANFAIL'' suggested by Chuck Cranor.
