[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