[RFC PATCH v2 04/11] pstore: Add compression support to pstore
Seiji Aguchi
seiji.aguchi at hds.com
Fri Aug 23 09:47:02 EST 2013
> -----Original Message-----
> From: Luck, Tony [mailto:tony.luck at intel.com]
> Sent: Thursday, August 22, 2013 7:17 PM
> To: Seiji Aguchi; Aruna Balakrishnaiah; linuxppc-dev at ozlabs.org; linux-kernel at vger.kernel.org; keescook at chromium.org
> Cc: jkenisto at linux.vnet.ibm.com; ananth at in.ibm.com; benh at kernel.crashing.org; cbouatmailru at gmail.com;
> mahesh at linux.vnet.ibm.com; ccross at android.com
> Subject: RE: [RFC PATCH v2 04/11] pstore: Add compression support to pstore
>
> <1>[ 383.209057] RIP [<ffffffff813d3946>] sysrq_handle_crash+0x16/0x20
> <4>[ 383.209057] RSP <ffff88006f551e80>
> <4>[ 383.209057] CR2: 0000000000000000
> <4>[ 383.209057] ---[ end trace 04a1cddad37b4b33 ]---
> <3>[ 383.209057] pstore: compression failed for Part 2 returned -5
> <3>[ 383.209057] pstore: Capture uncompressed oops/panic report of Part 2
> <3>[ 383.209057] pstore: compression failed for Part 5 returned -5
>
> Interesting. With ERST backend I didn't see these messages. Traces in
> pstore recovered files go as far as the line before the "---[ end trace 04a1cddad37b4b33 ]---"
>
> Why the difference depending on which back end is in use?
I think the difference doesn't depend on the back end.
Rather it depends on the environment.
I tested on a kvm guest with OVMF.
Seiji
>
> But I agree that we shouldn't have these messages. They use up space
> in the persistent store that could be better used saving some more lines
> from earlier in the console log.
>
> -Tony
More information about the Linuxppc-dev
mailing list