Re: [RFC PATCH] x86/mm: Disable PTI for kernel_ident_mapping_init()

2024-11-26 Thread David Woodhouse
On Tue, 2024-11-26 at 07:49 -0800, Dave Hansen wrote: > On 11/26/24 03:42, David Woodhouse wrote: > > I threw this version together and it didn't immediately explode... > > It's better than playing #define games. The damage is also pretty > limited and it helps us avoid plumbing a bit through the

Re: [RFC PATCH] x86/mm: Disable PTI for kernel_ident_mapping_init()

2024-11-26 Thread Dave Hansen
On 11/26/24 03:42, David Woodhouse wrote: > I threw this version together and it didn't immediately explode... It's better than playing #define games. The damage is also pretty limited and it helps us avoid plumbing a bit through the page table handling function arguments.

Re: [RFC PATCH] x86/mm: Disable PTI for kernel_ident_mapping_init()

2024-11-26 Thread David Woodhouse
On Mon, 2024-11-25 at 11:13 -0800, Dave Hansen wrote: > On 11/25/24 10:53, David Woodhouse wrote: > > > I think we have a lot of software-available space in the page table > > > pointer entries. What would folks think if we set a special bit in those > > > p4d entries that said: > > > > > > "I d

Re: [PATCH] kexec_core: Accept unaccepted kexec destination addresses

2024-11-26 Thread Baoquan He
On 10/24/24 at 08:15am, Yan Zhao wrote: > On Wed, Oct 23, 2024 at 10:44:11AM -0500, Eric W. Biederman wrote: > > "Kirill A. Shutemov" writes: > > > > > Waiting minutes to get VM booted to shell is not feasible for most > > > deployments. Lazy is sane default to me. > > > > Huh? > > > > Unless m