]> git.baikalelectronics.ru Git - kernel.git/commit
x86/entry/32: Remove the 0/-1 distinction from exception entries
authorThomas Gleixner <tglx@linutronix.de>
Thu, 27 Feb 2020 14:24:29 +0000 (15:24 +0100)
committerThomas Gleixner <tglx@linutronix.de>
Sat, 29 Feb 2020 11:45:54 +0000 (12:45 +0100)
commit93ea6e227b70b5e921f46c32c17e1c9e3312c003
tree146e2ad2221c6a8d8f1abe26c4c1c15babcdd075
parenta79a8c90ba63edff9138665c1db80c13d668e332
x86/entry/32: Remove the 0/-1 distinction from exception entries

Nothing cares about the -1 "mark as interrupt" in the errorcode of
exception entries. It's only used to fill the error code when a signal is
delivered, but this is already inconsistent vs. 64 bit as there all
exceptions which do not have an error code set it to 0. So if 32 bit
applications would care about this, then they would have noticed more than
a decade ago.

Just use 0 for all excpetions which do not have an errorcode consistently.

This does neither break /proc/$PID/syscall because this interface examines
the error code / syscall number which is on the stack and that is set to -1
(no syscall) in common_exception unconditionally for all exceptions. The
push in the entry stub is just there to fill the hardware error code slot
on the stack for consistency of the stack layout.

A transient observation of 0 is possible, but that's true for the other
exceptions which use 0 already as well and that interface is an unreliable
snapshot of dubious correctness anyway.

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Reviewed-by: Alexandre Chartre <alexandre.chartre@oracle.com>
Link: https://lkml.kernel.org/r/87mu94m7ky.fsf@nanos.tec.linutronix.de
arch/x86/entry/entry_32.S