> On Sat, 2 Apr 2022 12:30:05 +0800 Baoquan He wrote:
You were on the patch delivery path, so these patches should have had
your signoff. Documentation/process/submitting-patches.rst explains.
> Copy the description of v3 cover letter from Willy:
> ===
> For some reason several people have
Once the last dumpable page was processed there is no need to finish the
loop to the last page. Thus exit early to improve performance.
Signed-off-by: Philipp Rudo
---
makedumpfile.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/makedumpfile.c b/makedumpfile.c
index 2ef3458..c944d0e
Check first if a page is dumpable before printing the process. Otherwise
there is the chance that num_dumped % per == 0 at the beginning of the
block of undampable pages. In that case num_dumped isn't updated before
the next dumpable page and thus print_process is called for every page
in that
Hi,
I noticed that on s390 makedumpfile sometimes floods the console with
Copying data : [100.0 %] - eta: 0s
causing the dump process to slow down dramatically. The patches attached are
two somewhat separate approaches to fix this issue. In my opinion both patches
make sense to
