Re: [PATCHv4 11/19] arm64: don't reload GPRs after apply_ssbd

2018-07-11 Thread Mark Rutland
On Tue, Jul 10, 2018 at 06:33:18PM +0100, Will Deacon wrote: > On Tue, Jul 10, 2018 at 11:37:24AM +0100, Dave Martin wrote: > > For the kernel, I suggest using a .L prefix so that the generated > > symbols don't bloat the vmlinux symbol table (similar to numbered local > > labels) -- unless you

Re: [PATCHv4 11/19] arm64: don't reload GPRs after apply_ssbd

2018-07-11 Thread Mark Rutland
On Tue, Jul 10, 2018 at 06:33:18PM +0100, Will Deacon wrote: > On Tue, Jul 10, 2018 at 11:37:24AM +0100, Dave Martin wrote: > > For the kernel, I suggest using a .L prefix so that the generated > > symbols don't bloat the vmlinux symbol table (similar to numbered local > > labels) -- unless you

Re: [PATCHv4 11/19] arm64: don't reload GPRs after apply_ssbd

2018-07-10 Thread Will Deacon
On Tue, Jul 10, 2018 at 11:37:24AM +0100, Dave Martin wrote: > On Mon, Jul 09, 2018 at 03:21:59PM +0100, Mark Rutland wrote: > > On Fri, Jul 06, 2018 at 05:38:45PM +0100, Will Deacon wrote: > > > On Mon, Jul 02, 2018 at 12:04:07PM +0100, Mark Rutland wrote: > > > > diff --git

Re: [PATCHv4 11/19] arm64: don't reload GPRs after apply_ssbd

2018-07-10 Thread Will Deacon
On Tue, Jul 10, 2018 at 11:37:24AM +0100, Dave Martin wrote: > On Mon, Jul 09, 2018 at 03:21:59PM +0100, Mark Rutland wrote: > > On Fri, Jul 06, 2018 at 05:38:45PM +0100, Will Deacon wrote: > > > On Mon, Jul 02, 2018 at 12:04:07PM +0100, Mark Rutland wrote: > > > > diff --git

Re: [PATCHv4 11/19] arm64: don't reload GPRs after apply_ssbd

2018-07-10 Thread Dave Martin
On Mon, Jul 09, 2018 at 03:21:59PM +0100, Mark Rutland wrote: > On Fri, Jul 06, 2018 at 05:38:45PM +0100, Will Deacon wrote: > > On Mon, Jul 02, 2018 at 12:04:07PM +0100, Mark Rutland wrote: > > > Now that all of the syscall logic works on the saved pt_regs, apply_ssbd > > > can safely corrupt

Re: [PATCHv4 11/19] arm64: don't reload GPRs after apply_ssbd

2018-07-10 Thread Dave Martin
On Mon, Jul 09, 2018 at 03:21:59PM +0100, Mark Rutland wrote: > On Fri, Jul 06, 2018 at 05:38:45PM +0100, Will Deacon wrote: > > On Mon, Jul 02, 2018 at 12:04:07PM +0100, Mark Rutland wrote: > > > Now that all of the syscall logic works on the saved pt_regs, apply_ssbd > > > can safely corrupt

Re: [PATCHv4 11/19] arm64: don't reload GPRs after apply_ssbd

2018-07-09 Thread Mark Rutland
On Fri, Jul 06, 2018 at 05:38:45PM +0100, Will Deacon wrote: > On Mon, Jul 02, 2018 at 12:04:07PM +0100, Mark Rutland wrote: > > Now that all of the syscall logic works on the saved pt_regs, apply_ssbd > > can safely corrupt x0-x3 in the entry paths, and we no longer need to > > restore them. So

Re: [PATCHv4 11/19] arm64: don't reload GPRs after apply_ssbd

2018-07-09 Thread Mark Rutland
On Fri, Jul 06, 2018 at 05:38:45PM +0100, Will Deacon wrote: > On Mon, Jul 02, 2018 at 12:04:07PM +0100, Mark Rutland wrote: > > Now that all of the syscall logic works on the saved pt_regs, apply_ssbd > > can safely corrupt x0-x3 in the entry paths, and we no longer need to > > restore them. So

Re: [PATCHv4 11/19] arm64: don't reload GPRs after apply_ssbd

2018-07-06 Thread Will Deacon
On Mon, Jul 02, 2018 at 12:04:07PM +0100, Mark Rutland wrote: > Now that all of the syscall logic works on the saved pt_regs, apply_ssbd > can safely corrupt x0-x3 in the entry paths, and we no longer need to > restore them. So let's remove the logic doing so. > > With that logic gone, we can

Re: [PATCHv4 11/19] arm64: don't reload GPRs after apply_ssbd

2018-07-06 Thread Will Deacon
On Mon, Jul 02, 2018 at 12:04:07PM +0100, Mark Rutland wrote: > Now that all of the syscall logic works on the saved pt_regs, apply_ssbd > can safely corrupt x0-x3 in the entry paths, and we no longer need to > restore them. So let's remove the logic doing so. > > With that logic gone, we can