Hi Paul, > In today's reality though the macros are dead code, we never do > synchronize the header with anything external, and I doubt anyone > looking to work on the kernel will start by reading the IDT MIPS > Microprocessor Family Software Reference Manual. If, bizarrely, someone > did that & got stuck because these macros aren't defined then I suspect > it would be among the least of their problems. Sure, I have no problem to see these go nowadays, my reply was merely informational. In the 1990s and the libc 5 era (let alone a.out libc 4) user headers were mostly missing for Linux kernel interfaces and there was much higher reliance on <asm/foo.h> stuff (and pain with namespace clashes and other anomalies, the much more recent UAPI effort has meant to address) in the userland, so it was reasonable to have stuff included in a single header that would not only serve the kernel, but userland as well. I believe glibc 2 (aka libc 6) has imported their version of <sys/asm.h> directly from our <asm/asm.h> back in 1997, some 3 years after our port's creation. Maciej