On Tuesday 24 February 2015 12:28:41 Ezequiel Garcia wrote: > > Gah, no, you are right. I got confused. > > So it would be OK to avoid remove pt_regs from the uapi headers? > How does this affect the signal handling nios2 implementation? > We have a number of architectures that don't provide this structure: $ git grep -L pt_regs arch/*/include/uapi/asm/ptrace.h arch/frv/include/uapi/asm/ptrace.h arch/metag/include/uapi/asm/ptrace.h arch/openrisc/include/uapi/asm/ptrace.h arch/s390/include/uapi/asm/ptrace.h so I'd assume it's ok in general not to have it. However, on nios2, struct pt_regs is embedded inside of struct sigcontext. If I read the code in arch/nios2/kernel/signal.c correctly, this is actually a bug and you should use a different structure there too, because pt_regs does not match the layout of the stack either. This means that the (rare) user programs that would know about the architecture to modify signal stacks are currently broken. Arnd -- To unsubscribe from this list: send the line "unsubscribe linux-arch" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
