On Mon, Sep 29, 2014 at 1:01 PM, H. Peter Anvin <h...@zytor.com> wrote: > On 09/29/2014 12:57 PM, Thomas Gleixner wrote: >> >>> I think we should mask the bit anyway. >> >> I tend to disagree. If we clear it there we need to consequentely >> audit ALL other possibilites and if there are any we need to clear the >> bit there as well. Just to make buggy user space happy? >> > > The entry options into the kernel are: interrupt/exception (already > known to be OK),
> SYSENTER32, I don't immediately see how to fix that without adding overhead. Maybe do it in CLEAR_RREGS? This won't do any good if EFI ever starts using IRET, though. We could suck it up and fix it on entry, adding maybe ten cycles (wild guess). > SYSCALL32 This should happen for free if we fix SYSCALL64, I think. Also, I thought entry_64.S was a mess. Eww, ia32entry.S. I can try to write the patch later today. But I don't want to touch the actual 32-bit kernel code -- I'll stick to the 64-bit native and compat stuff, thanks. --Andy and SYSCALL64. It is not too > much to work through those issues, I don't think. > > -hpa > -- Andy Lutomirski AMA Capital Management, LLC -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/