]> git.ipfire.org Git - thirdparty/kernel/stable.git/commit
x86_64, traps: Stop using IST for #SS
authorAndy Lutomirski <luto@amacapital.net>
Sun, 23 Nov 2014 02:00:32 +0000 (18:00 -0800)
committerJiri Slaby <jslaby@suse.cz>
Sat, 6 Dec 2014 14:14:50 +0000 (15:14 +0100)
commite40598270a40040461c8b8d3a8656d54fb59b9cd
tree5c9e91423534e70afbde2a25a0a572b3c8cd7164
parent8f9d4f83ed394c6add6be0f27ca466304f1fc42a
x86_64, traps: Stop using IST for #SS

commit 6f442be2fb22be02cafa606f1769fa1e6f894441 upstream.

On a 32-bit kernel, this has no effect, since there are no IST stacks.

On a 64-bit kernel, #SS can only happen in user code, on a failed iret
to user space, a canonical violation on access via RSP or RBP, or a
genuine stack segment violation in 32-bit kernel code.  The first two
cases don't need IST, and the latter two cases are unlikely fatal bugs,
and promoting them to double faults would be fine.

This fixes a bug in which the espfix64 code mishandles a stack segment
violation.

This saves 4k of memory per CPU and a tiny bit of code.

Signed-off-by: Andy Lutomirski <luto@amacapital.net>
Reviewed-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Jiri Slaby <jslaby@suse.cz>
arch/x86/include/asm/page_32_types.h
arch/x86/include/asm/page_64_types.h
arch/x86/kernel/dumpstack_64.c
arch/x86/kernel/entry_64.S
arch/x86/kernel/traps.c