RE: [RFC][PATCH v2 2/3] Hold multiple logs
From: Seiji Aguchi
Date: Thu Jul 19 2012 - 19:08:31 EST
> I think that 3 or 4 logs should be plenty to cover almost all situations. E.g.
> with 3 logs you could capture 2 OOPS (and perhaps miss some other OOPS) and then get the final panic that kills the system. Messier
> crashes are of course possible ... but that would give lots of clues on where the problems lie.
Thank you for letting my know your idea.
Let me explain my opinion.
If you are concerned about multiple OOPS case, I think an user app which logs from /dev/pstore to /var/log should be developed.
Once it is developed, we don't need to care about multiple oops case and the appropriate number is two.
- In case where system is workable after oops.
The user app will erase an entry in NVRAM.
And we can get the message via /var/log.
- In case where system hangs up or panics due to the oops.
Oops is the critical message and we don't need care about subsequent events.
What do you think?
> If you don't know what is the appropriate number ... then how will users decide? We should really give them some guidance ...
> especially if there are odd problems if they pick a number that is too big.
You are right.
There is no user app above right now. So, I was in stuck...
But I understand I shouldn't have introduce efi_pstore_log_num.
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/