Re: [RFC PATCH 2/4] x86/entry/64: move ENTER_IRQ_STACK from interrupt macro to helper function

2018-02-15 Thread Brian Gerst
On Wed, Feb 14, 2018 at 10:11 PM, Andy Lutomirski wrote: > On Thu, Feb 15, 2018 at 12:48 AM, Brian Gerst wrote: >> On Wed, Feb 14, 2018 at 7:17 PM, Andy Lutomirski wrote: >>> On Wed, Feb 14, 2018 at 6:21 PM, Dominik Brodowski >>> wrote: Moving the switch to IRQ stack from the interrupt mac

Re: [RFC PATCH 2/4] x86/entry/64: move ENTER_IRQ_STACK from interrupt macro to helper function

2018-02-14 Thread Andy Lutomirski
On Thu, Feb 15, 2018 at 12:48 AM, Brian Gerst wrote: > On Wed, Feb 14, 2018 at 7:17 PM, Andy Lutomirski wrote: >> On Wed, Feb 14, 2018 at 6:21 PM, Dominik Brodowski >> wrote: >>> Moving the switch to IRQ stack from the interrupt macro to the helper >>> function requires some trickery: All ENTER_

Re: [RFC PATCH 2/4] x86/entry/64: move ENTER_IRQ_STACK from interrupt macro to helper function

2018-02-14 Thread Brian Gerst
On Wed, Feb 14, 2018 at 7:17 PM, Andy Lutomirski wrote: > On Wed, Feb 14, 2018 at 6:21 PM, Dominik Brodowski > wrote: >> Moving the switch to IRQ stack from the interrupt macro to the helper >> function requires some trickery: All ENTER_IRQ_STACK really cares about >> is where the "original" stac

Re: [RFC PATCH 2/4] x86/entry/64: move ENTER_IRQ_STACK from interrupt macro to helper function

2018-02-14 Thread Andy Lutomirski
On Wed, Feb 14, 2018 at 6:21 PM, Dominik Brodowski wrote: > Moving the switch to IRQ stack from the interrupt macro to the helper > function requires some trickery: All ENTER_IRQ_STACK really cares about > is where the "original" stack -- meaning the GP registers etc. -- is > stored. Therefore, we

Re: [RFC PATCH 2/4] x86/entry/64: move ENTER_IRQ_STACK from interrupt macro to helper function

2018-02-14 Thread Brian Gerst
On Wed, Feb 14, 2018 at 1:21 PM, Dominik Brodowski wrote: > Moving the switch to IRQ stack from the interrupt macro to the helper > function requires some trickery: All ENTER_IRQ_STACK really cares about > is where the "original" stack -- meaning the GP registers etc. -- is > stored. Therefore, we