Re: [PATCH] ppc/fadump: collect dump if the collected size is lesser than reserved

Sourabh Jain <[email protected]> Wed, 29 Jul 2026 13:43:10 +0530
Newsgroups org.ozlabs.lists.linuxppc-dev,org.kernel.vger.linux-kernel
Message-ID <[email protected]>

On 29/07/26 12:30, Shivang Upadhyay wrote:
> On Wed, 2026-07-29 at 11:58 +0530, Sourabh Jain wrote:
>>> Yes, I made it this way by reading the dump_bytes and source_len
>>> relation. PAPR only says that dumped_bytes should not exceed the
>>> source_len. My change reflects the same restriction in sw. Also
>>> along
>>> with this lengths check, we have firmware reported error flag also,
>>> which should take care of overflow (Qemu handles it like this [1]).
>> But the firmware not copying the entire Real Mode memory is also a
>> problem for
>> the kernel, isn't it?
>>
> I think it should be fine. Firmware will report it status flags, right?

I don't know. Does PAPR says anything about the error code corresponds
to when memory to not copied completely?

> There are these valid flag values.
>
> Dump Error Flags (set by platform)
>   Bit mask
>   0x8000 = Invalid section data type
>   0x4000 = Invalid source address
>   0x2000 = Requested section length exceeds source
>   0x1000 = Invalid partition destination address
>   0x0800 = Partition memory destination too small