Commit ab94fcf5 authored by H. Peter Anvin's avatar H. Peter Anvin

x86: allow "=rm" in native_save_fl()

This is a partial revert of f1f029c7.

"=rm" is allowed in this context, because "pop" is explicitly defined
to adjust the stack pointer *before* it evaluates its effective
address, if it has one.  Thus, we do end up writing to the correct
address even if we use an on-stack memory argument.

The original reporter for f1f029c7 was
apparently using a broken x86 simulator.

[ Impact: performance ]
Signed-off-by: default avatarH. Peter Anvin <hpa@zytor.com>
Cc: Gabe Black <spamforgabe@umich.edu>
parent e8a2eb47
...@@ -13,14 +13,13 @@ static inline unsigned long native_save_fl(void) ...@@ -13,14 +13,13 @@ static inline unsigned long native_save_fl(void)
unsigned long flags; unsigned long flags;
/* /*
* Note: this needs to be "=r" not "=rm", because we have the * "=rm" is safe here, because "pop" adjusts the stack before
* stack offset from what gcc expects at the time the "pop" is * it evaluates its effective address -- this is part of the
* executed, and so a memory reference with respect to the stack * documented behavior of the "pop" instruction.
* would end up using the wrong address.
*/ */
asm volatile("# __raw_save_flags\n\t" asm volatile("# __raw_save_flags\n\t"
"pushf ; pop %0" "pushf ; pop %0"
: "=r" (flags) : "=rm" (flags)
: /* no input */ : /* no input */
: "memory"); : "memory");
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment