Memory flagged with IORESOURCE_MEM_DRIVER_MANAGED is special - it won't be
part of the initial memmap of the kexec kernel and not all memory might be
accessible. Don't place any kexec images onto it.

Cc: Andrew Morton <a...@linux-foundation.org>
Cc: Michal Hocko <mho...@suse.com>
Cc: Pankaj Gupta <pankaj.gupta.li...@gmail.com>
Cc: Wei Yang <richard.weiy...@gmail.com>
Cc: Baoquan He <b...@redhat.com>
Cc: Dave Hansen <dave.han...@linux.intel.com>
Cc: Eric Biederman <ebied...@xmission.com>
Cc: Pavel Tatashin <pasha.tatas...@soleen.com>
Cc: Dan Williams <dan.j.willi...@intel.com>
Signed-off-by: David Hildenbrand <da...@redhat.com>
---
 kernel/kexec_file.c | 5 +++++
 1 file changed, 5 insertions(+)

diff --git a/kernel/kexec_file.c b/kernel/kexec_file.c
index faa74d5f6941..bb05fd52de85 100644
--- a/kernel/kexec_file.c
+++ b/kernel/kexec_file.c
@@ -540,6 +540,11 @@ static int locate_mem_hole_callback(struct resource *res, 
void *arg)
        unsigned long sz = end - start + 1;
 
        /* Returning 0 will take to next memory range */
+
+       /* Don't use memory that will be detected and handled by a driver. */
+       if (res->flags & IORESOURCE_MEM_DRIVER_MANAGED)
+               return 0;
+
        if (sz < kbuf->memsz)
                return 0;
 
-- 
2.25.3


_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec

Reply via email to