Re: [Openipmi-developer] FW: FRU fetch/fields in wrong order

[Corey M. <mi...@ac...>]

Nancy Nichols wrote:
>
> Just thought you might be interested in an update – since I can’t seem 
> to email
>
> to the developer’s list I’ll send it direct to you :-)
>
Ok, I"ll copy the list so it's out there for others to read.

> I updated the Dell PowerEdge840 with what I think is the latest version of
>
> Dell BMC firmware (updated from 1.70 to 1.75) that I downloaded from 
> the Dell
>
> website. And it didn’t seem to correct the problem. Perhaps I have to
>
> post something on the Dell website/forum or with Dell support? Or were you
>
> suggesting an upgrade of some other firmware portion of the IPMI code?
>
On the Intel machines I have, the FRU data and SDRs are a separate thing 
from the BMC firmware. So it may be a different chunk of data.

If there's not an upgrade, then you probably need to bug Dell. We can 
also look at a hack, though it will be rather difficult to do.

> I also have a question about the OpenIPMI routines that handle the 
> system event log.
>
> I want to retrieve and display the system event log from a remote 
> machine (currently
>
> this same Dell machine). So far I have found library routines that 
> work to do that
>
> (ipmi_event_get_type, …get_timestamp, …get_data_length, get_data_ptr 
> as well as
>
> ipmi_domain_first_event and ipmi_domain_next_event) but the data seems 
> to be
>
> in a ‘raw’ format. Are there library routines that will take a buffer 
> of event information from
>
> the log and format it into something easily readable? Or do I have to 
> parse the whole
>
> thing myself and figure it out? Sorry, again, I’m new at this….:-)
>
It kind of depends on what you want.

If the raw bytes are ok, then you can just use those routines to dump 
the data.

If you want the data decoded, you can use ipmi_event_call_handler() to 
take the event and decode it according to the spec.

You can see an example of all of this in lib/cmd_sel.c.

-corey