2015年12月12日星期六，Thomas Gleixner tglx@linutronix.de 写道：
On Fri, 11 Dec 2015, Shi, Yang wrote:
On 12/11/2015 10:05 AM, Sebastian Andrzej Siewior wrote:
- Yang Shi | 2015-12-10 10:58:51 [-0800]:
Signal send delay is just available for x86-64, x86-32 needs it too.
This is new, this was not the case earlier. New means since v4.0-rc1
which
Yes, it is. We didn't find this problem in earlier version kernel (I'd
say
3.x).
is when 959274753857 ("x86, traps: Track entry into and exit from IST context") got merged. Since now ist_enter() disables preemption in any case, our hacks to conditional_sti_ist() are pointless and could be removed.
I'm supposed you will revert it and not need a revert patch from me.
Why do you think that reverting it is a good idea? Just because we can or what?
At the first place, I thought the conditional_sti_ist doesn't make sense anymore as what Sebastian mentioned. So, I'm supposed Steven's patch should be removed.
No, we fix it up on the RT side.
This directed me look into the code a little further.
It sounds the conditional approach may be still feasible with ist_begin_non_atomic.
I will look into it further then propose a fix.
Thanks, Yang
Thanks,
tglx-- To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to majordomo@vger.kernel.org javascript:; More majordomo info at http://vger.kernel.org/majordomo-info.html