Add build date to image

rgrs rgrs at protonmail.com
Fri Nov 22 20:06:04 AEDT 2019


Hi Byron,

We had a similiar need, and we use IPMI aux version for this purpose.

To get the behavior you describe, you can change [your platform's phosphor-ipmi-config.bbappend](https://github.com/openbmc/openbmc/blob/master/meta-ibm/meta-witherspoon/recipes-phosphor/ipmi/phosphor-ipmi-config.bbappend)

Witherspoon for example, calculates Aux rev info from VERSION_ID (git tag, I guess).
In our platforms, we instead write DDMMYYYY into IPMI Get Dev ID's aux rev info (4bytes, BCD)

"ipmitool mc info" would looks something like below:
Aux Firmware Rev Info     :
    0x22
    0x11
    0x19
    0x20

Thanks,

Raj

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Thursday, November 21, 2019 6:32 AM, www <ouyangxuan10 at 163.com> wrote:

> Dear Joseph & Vijay Khemka,
>
> No matter what your version is, build date only represents the time when the image was created.
>
> thanks,
> Byron
>
> At 2019-11-21 02:08:40, "Vijay Khemka" <vijaykhemka at fb.com> wrote:
>>
>>
>>On 11/20/19, 8:40 AM, "openbmc on behalf of Joseph Reynolds" <openbmc-bounces+vijaykhemka=fb.com at lists.ozlabs.org on behalf of jrey at linux.ibm.com> wrote:
>>
>>
>>    On 11/18/19 7:23 PM, www wrote:
>>    > Dear Joseph,
>>    >
>>    > Thank you very much for your help. I just want to show the compile
>>    > time of firmware to the user. If  only show the version, it can't
>>    > correspond to the time. When both are displayed at the same time, the
>>    > information will be clearer. thanks again.
>>    >
>>
>>    Byron, thanks for that.  I think I understand your use case. However,
>>    does this practice assume the build date is close to the date when the
>>    software version was created?
>>    - For example, I assume you'll merge a git commit to create a new
>>    software version, and then build an image based on that commit.  In this
>>    way, the build date correlates closely with the version.
>>    - However, if you build an image from an older commit, or wait a long
>>    time before building an image, the build date will not correlate closely
>>    with the version.  This can be misleading and lead to errors in handling
>>    images.
>>
>>I guess build date should be the date version was released or created.
>>
>>    Is that a concern for you?
>>
>>    - Joseph
>>
>>    > thanks,
>>    > Byron
>>    >
>>    ...snip...
>>
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/openbmc/attachments/20191122/ec88a768/attachment.htm>


More information about the openbmc mailing list