Re: [PATCH 1/3] kexec: move locking into do_kexec_load

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, Mar 16, 2023, at 18:18, Wen Yang wrote:
> 在 2023/3/15 15:54, Greg Kroah-Hartman 写道:
>> On Thu, Mar 02, 2023 at 12:18:04AM +0800, wenyang.linux@xxxxxxxxxxx wrote:
>>> From: Arnd Bergmann <arnd@xxxxxxxx>
>>>
>>> commit 4b692e861619353ce069e547a67c8d0e32d9ef3d upstream.
>>>
>>> Patch series "compat: remove compat_alloc_user_space", v5.
>>>
>>> Going through compat_alloc_user_space() to convert indirect system call
>>> arguments tends to add complexity compared to handling the native and
>>> compat logic in the same code.
>>>
>>> This patch (of 6):
>> What about the other 6?
>
> Hi,
> Both 4b692e861619 ("kexec: move locking into do_kexec_load") and 
> 7bb5da0d490b
> ("kexec: turn all kexec_mutex acquisitions into trylocks") are prerequisites
> for 05c6257433b7 ("panic, kexec: make __crash_kexec() NMI safe").
>
> In addition, although 4b692e861619 ("kexec: move locking into 
> do_kexec_load")
> is part of patch series "compat: remove compat_alloc_user_space", it is also
> independent and a general optimization,  and here we just need is it, as 
> follows:

Ok, this makes much more sense then, without the explanation
I had no idea why you would backport my old patch.

      Arnd




[Index of Archives]     [Linux Kernel]     [Kernel Development Newbies]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite Hiking]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux