> -----Original Message----- > > > There are some other failure cases with non-null data, so maybe there's >1 bug here. > > > I've not seen an obvious pattern to this. eg... > > > > > > https://pastebin.com/2uM4sBCF > > > > > > > As for this case, I suspect that Elf64_Ehdr.e_phnum overflows > > (i.e. num_loads_dumpfile > 65535): > > Oh, good catch. These are 256GB machines, so after discarding > everything, that explains why we end up with so many sections. > This also explains why it sometimes works I think, when the discarding > manages to get the total nr headers <64k. I think this will be the one of the causes, and had a look at how we can fix it. If you get a vmcore where this pattern occurs, you can try this tree: https://github.com/k-hagio/makedumpfile/tree/support-extended-elf Then, the crash utility also needs a patch to support a dumpfile that has more than 64k program headers: https://github.com/k-hagio/crash/tree/support-extended-elf Thanks, Kazu _______________________________________________ kexec mailing list kexec@xxxxxxxxxxxxxxxxxxx http://lists.infradead.org/mailman/listinfo/kexec
