Thread (19 messages) 19 messages, 3 authors, 2017-04-25

Re: [PATCH v2 1/2] fadump: reduce memory consumption for capture kernel

From: Michael Ellerman <mpe@ellerman.id.au>
Date: 2017-04-19 04:19:51

Michal Such=C3=A1nek [off-list ref] writes:
On Mon, 17 Apr 2017 20:43:02 +0530
Hari Bathini [off-list ref] wrote:
quoted
On Friday 14 April 2017 01:28 AM, Michal Such=C3=A1nek wrote:
quoted
more (optional) properties cannot be added?=20=20
=20
Kernel change seems simple over f/w enhancement..
That certainly looks so when you are a kernel developer and can
implement the change yourself compared to convincing some firmware
developer that this feature makes sense.

On the other hand, the proposed kernel-only solution introduces
requirement that the maintainer does not like.

For the platform as a whole does it make more sense to add a hack to
the kernel or does it make sense to enhance the firmware to provide
more options for firmware-assisted dump?
Unfortunately it doesn't really matter, because there is firmware out
there that implements the current behaviour and will never be updated.
So we have to work with what's there.

I don't think fadump_append is a hack, though it's not pretty I'll
admit.

cheers
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help