These fix:
- A kexec off-by-one error that we probably never see in practice (only
affects a resource starting at exactly 640KB).
- A corner case in walk_iomem_res_desc(), walk_system_ram_res(), etc that
we probably also never see in practice (only affects a single byte
resource at the very end of the region we're searching)
- An issue in walk_iomem_res_desc() that apparently causes a kdump issue
(see Lianbo's note at [1]).
I think we need to fix the kdump issue either by these patches
(specifically the last one) or by the patch Lianbo posted [2].
I'm hoping to avoid deciding and merging these myself, but I'm not
sure who really wants to own kernel/resource.c.
[1] https://lore.kernel.org/lkml/01551d06-c421-5df3-b19f-fc66f3639e4f@xxxxxxxxxx
[2] https://lore.kernel.org/lkml/20180921073211.20097-2-lijiang@xxxxxxxxxx
---
Bjorn Helgaas (3):
x86/kexec: Correct KEXEC_BACKUP_SRC_END off-by-one error
resource: Include resource end in walk_*() interfaces
resource: Fix find_next_iomem_res() iteration issue
arch/x86/include/asm/kexec.h | 2 -
kernel/resource.c | 96 ++++++++++++++++++------------------------
2 files changed, 43 insertions(+), 55 deletions(-)
_______________________________________________
kexec mailing list
kexec@xxxxxxxxxxxxxxxxxxx
http://lists.infradead.org/mailman/listinfo/kexec
