hc
2023-10-25 6c2073b7aa40e29d0eca7d571dd7bc590c7ecaa7
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
What:        /sys/firmware/opal/elog
Date:        Feb 2014
Contact:    Stewart Smith <stewart@linux.vnet.ibm.com>
Description:
       This directory exposes error log entries retrieved
       through the OPAL firmware interface.
 
       Each error log is identified by a unique ID and will
       exist until explicitly acknowledged to firmware.
 
       Each log entry has a directory in /sys/firmware/opal/elog.
 
       Log entries may be purged by the service processor
       before retrieved by firmware or retrieved/acknowledged by
       Linux if there is no room for more log entries.
 
       In the event that Linux has retrieved the log entries
       but not explicitly acknowledged them to firmware and
       the service processor needs more room for log entries,
       the only remaining copy of a log message may be in
       Linux.
 
       Typically, a user space daemon will monitor for new
       entries, read them out and acknowledge them.
 
       The service processor may be able to store more log
       entries than firmware can, so after you acknowledge
       an event from Linux you may instantly get another one
       from the queue that was generated some time in the past.
 
       The raw log format is a binary format. We currently
       do not parse this at all in kernel, leaving it up to
       user space to solve the problem. In future, we may
       do more parsing in kernel and add more files to make
       it easier for simple user space processes to extract
       more information.
 
       For each log entry (directory), there are the following
       files:
 
       id:        An ASCII representation of the ID of the
               error log, in hex - e.g. "0x01".
 
       type:        An ASCII representation of the type id and
               description of the type of error log.
               Currently just "0x00 PEL" - platform error log.
               In the future there may be additional types.
 
       raw:        A read-only binary file that can be read
               to get the raw log entry. These are
               <16kb, often just hundreds of bytes and
               "average" 2kb.
 
       acknowledge:    Writing 'ack' to this file will acknowledge
               the error log to firmware (and in turn
               the service processor, if applicable).
               Shortly after acknowledging it, the log
               entry will be removed from sysfs.
               Reading this file will list the supported
               operations (currently just acknowledge).