Dave Hansen 8e8efe0379 x86/mpx: Fix instruction decoder condition
MPX decodes instructions in order to tell which bounds register
was violated.  Part of this decoding involves looking at the "REX
prefix" which is a special instrucion prefix used to retrofit
support for new registers in to old instructions.

The X86_REX_*() macros are defined to return actual bit values:

	#define X86_REX_R(rex) ((rex) & 4)

*not* boolean values.  However, the MPX code was checking for
them like they were booleans.  This might have led to us
mis-decoding the "REX prefix" and giving false information out to
userspace about bounds violations.  X86_REX_B() actually is bit 1,
so this is really only broken for the X86_REX_X() case.

Fix the conditionals up to tolerate the non-boolean values.

Fixes: fcc7ffd67991 "x86, mpx: Decode MPX instruction to get bound violation information"
Reported-by: Dan Carpenter <dan.carpenter@oracle.com>
Signed-off-by: Dave Hansen <dave.hansen@linux.intel.com>
Cc: x86@kernel.org
Cc: Dave Hansen <dave@sr71.net>
Cc: stable@vger.kernel.org
Link: http://lkml.kernel.org/r/20151201003113.D800C1E0@viggo.jf.intel.com
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
2015-12-05 18:52:14 +01:00
..
2015-11-14 09:09:37 -08:00
2015-11-22 13:15:05 -08:00
2015-11-19 12:21:23 -08:00
2015-11-10 10:05:17 -08:00
2015-11-12 15:26:39 -08:00
2015-10-06 17:10:28 +02:00
2015-10-06 17:10:28 +02:00
2015-11-10 16:24:25 -08:00
2015-10-06 17:10:28 +02:00
2015-11-09 16:36:10 -08:00
2015-11-16 17:05:53 +11:00
2015-11-16 12:51:11 +01:00
2015-11-06 22:54:49 +01:00
2015-11-11 09:16:10 -08:00