From: Matt Spinler <mspinler@linux.vnet.ibm.com>
To: Deepak Kodihalli <dkodihal@linux.vnet.ibm.com>
Cc: OpenBMC Maillist <openbmc@lists.ozlabs.org>
Subject: Re: Code levels in error log entries
Date: Mon, 30 Apr 2018 13:46:58 -0500 [thread overview]
Message-ID: <a41f90537695e0195c744f2d99aa59e5@linux.vnet.ibm.com> (raw)
In-Reply-To: <6eff09e8-6e8e-db50-2207-94549d24e8ba@linux.vnet.ibm.com>
On 2018-04-30 12:31, Deepak Kodihalli wrote:
> On 30/04/18 8:18 pm, Matt Spinler wrote:
>> On 2018-03-21 12:23, Matt Spinler wrote:
>>> For IBM systems, we need to add the current code level to each error
>>> log
>>> object as it's created to make it easier on the lives of support
>>> personnel. It would be a new interface (or maybe use an existing
>>> code version one) on the /xyz/openbmc_project/logging/entry/X
>>> objects.
>>>
>>> Does anyone here that also uses error logs have an opinion on if they
>>> would also be interested in this or not, so it would go into the
>>> common
>>> logging code?
>>>
>>> Unless others are interested in it, I plan on putting it in an IBM
>>> specific repository. (or maybe turn on with a configure option?)
>>
>>
>> After some additional discussion, we decided this would be useful
>> enough to
>> warrant putting it into the base error logging code. I plan on
>> adding the
>> xyz.openbmc_project.Software.Version interface to the logging objects
>> and
>> populating it with the VERSION_ID field from /etc/os-release.
>
> I see the Version interface also has a 'VersionPurpose' enum property.
> What would you populate that with? VersionPurpose.BMC? What if the
> error was from host and the version required was that of the host
> firmware?
I was always planning on putting the BMC code version into this. In the
case of
OpenPower, the host already includes their code version in their
embedded PEL error
I believe.
>
> Also, the value that gets into the /etc/os-release is known to the
> os-release recipe, so you could provide that to the logging recipe at
> build time (ipmi does something similar).
Thanks. Will look into that.
>
>>
>>
>>
>>>
>>> Thanks
>
> Thanks,
> Deepak
prev parent reply other threads:[~2018-04-30 18:45 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-21 17:23 Code levels in error log entries Matt Spinler
2018-04-30 14:48 ` Matt Spinler
2018-04-30 17:31 ` Deepak Kodihalli
2018-04-30 18:46 ` Matt Spinler [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=a41f90537695e0195c744f2d99aa59e5@linux.vnet.ibm.com \
--to=mspinler@linux.vnet.ibm.com \
--cc=dkodihal@linux.vnet.ibm.com \
--cc=openbmc@lists.ozlabs.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.