Re: Stack switching plan of attack (Re: [PATCH v2 00/18] Entry stack switching)

On Thu, Nov 23, 2017 at 07:50:59AM -0800, Andy Lutomirski wrote: > 1. There needs to be a way to turn it off to get the performance hit > under control. I'm leaning toward a boot-time switch, and we can turn > it into a runtime switch later on. Thoughts? Yes, we need a runtime switch off for

Re: Stack switching plan of attack (Re: [PATCH v2 00/18] Entry stack switching)

On Thu, Nov 23, 2017 at 07:50:59AM -0800, Andy Lutomirski wrote: > 1. There needs to be a way to turn it off to get the performance hit > under control. I'm leaning toward a boot-time switch, and we can turn > it into a runtime switch later on. Thoughts? Yes, we need a runtime switch off for

Stack switching plan of attack (Re: [PATCH v2 00/18] Entry stack switching)

On Tue, Nov 21, 2017 at 8:43 PM, Andy Lutomirski wrote: > This sets up stack switching, including for SYSCALL. I think it's > in decent shape. What's the plan of attack? is the goal to get this thing in -rc1 or as soon as possible thereafter? If so, I think there are two

Stack switching plan of attack (Re: [PATCH v2 00/18] Entry stack switching)

On Tue, Nov 21, 2017 at 8:43 PM, Andy Lutomirski wrote: > This sets up stack switching, including for SYSCALL. I think it's > in decent shape. What's the plan of attack? is the goal to get this thing in -rc1 or as soon as possible thereafter? If so, I think there are two things that need