On Fri, Jul 19, 2024 at 1:20 AM Jarkko Sakkinen <jarkko@xxxxxxxxxx> wrote: > > On Thu, 2024-07-18 at 16:57 +0800, Pingfan Liu wrote: > > efi_random_alloc() demands EFI_ALLOCATE_ADDRESS when allocate_pages(), > > but the current implement can not ensure the selected target locates > > inside free area, that is to exclude EFI_BOOT_SERVICES_*, > > EFI_RUNTIME_SERVICES_* etc. > > > > Fix the issue by checking md->type. > > > > Signed-off-by: Pingfan Liu <piliu@xxxxxxxxxx> > > Cc: Ard Biesheuvel <ardb@xxxxxxxxxx> > > Cc: Jan Hendrik Farr <kernel@xxxxxxxx> > > Cc: Philipp Rudo <prudo@xxxxxxxxxx> > > Cc: Lennart Poettering <mzxreary@xxxxxxxxxxx> > > Cc: Jarkko Sakkinen <jarkko@xxxxxxxxxx> > > Cc: Baoquan He <bhe@xxxxxxxxxx> > > Cc: Dave Young <dyoung@xxxxxxxxxx> > > Cc: Mark Rutland <mark.rutland@xxxxxxx> > > Cc: Will Deacon <will@xxxxxxxxxx> > > Cc: Catalin Marinas <catalin.marinas@xxxxxxx> > > To: linux-arm-kernel@xxxxxxxxxxxxxxxxxxx > > To: kexec@xxxxxxxxxxxxxxxxxxx > > To: linux-efi@xxxxxxxxxxxxxxx > > I'm on holiday up until end of next week so not going to go this trough > right now but I have minor complain ;-) > > Please use: > > --[no-]cc-cover > If this is set, emails found in Cc: headers in the first patch of the series (typically > the cover letter) are added to the cc list for each email set. Default is the value of > sendemail.ccCover configuration value; if that is unspecified, default to --no-cc-cover. > [from "man git-send-email"] > > This will make the commits less bloated and makes sure that everyone you > might want to CC will get always the same set of patches. > > I'd also recommend to pick only one list for to-field because there can > be only one maintainer that in the end would take these patches. Change > rest to cc's. Now the process of managing these patches is ambiguous by > definition. > Sorry for the unnecessary noise, I will follow your suggestion in the next round. Thanks, Pingfan > BR, Jarkko > > _______________________________________________ > kexec mailing list > kexec@xxxxxxxxxxxxxxxxxxx > http://lists.infradead.org/mailman/listinfo/kexec > _______________________________________________ kexec mailing list kexec@xxxxxxxxxxxxxxxxxxx http://lists.infradead.org/mailman/listinfo/kexec