RE: [RFC][Patch]efi_pstore:Introduce an efi_pstore_overwriteparameter to avoid missing messages in NVRAM

[Luck, Tony]

>    4. kernel panics again before a user checks the 1st panic messages in NVRAM.
>
>
>    To avoid missing 1st panic messages, this patch adds a new parameter ,efi_pstore_overwrite,
>    to efi_pstore so that we can specify whether efi_pstore overwrites existing entries in NVRAM or not.

Since the EFI backend has so little storage space ... perhaps it should
have some overwrite rules built into it?

E.g. in the case where there is an OOPS already logged, and a panic happens,
then I think the right thing to do is overwrite the oops with the panic.
[The oops *might* have already made it to /var/log/messages, but even if
it didn't, a user with a PICK ONLY ONE choice would have to go for the
log of the panic]

In the situation you describe where we already have a panic, then
I don't think than anyone would want the earlier panic to be overwritten
by the new one.

If this seems a plausible route ... we'd need to tabulate the overwrite
rules.  I think they are:
	shutdown/reboot/kexec - can be overwritten by OOPS
	OOPS can be overwritten by panic
	panic can never be overwritten

I'd like to avoid a kernel parameter ... chances are too high that the
machine would be automatically rebooted without the right boot argument.

-Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/