[PATCH 1/3] ARM: dts: rainier: Add reserved memory for ramoops

[Milton Miller II]

On October 5, 2020 at about 11:30PM in some timezone, Andrew Jeffery wrote:
>On Tue, 6 Oct 2020, at 14:55, Milton Miller II wrote:
>> On October 5, 2020 about 10:23 in some timezone, Joel Stanley
>wrote:
>> >Subject: [EXTERNAL] Re: [PATCH 1/3] ARM: dts: rainier: Add
>reserved
>> >memory for ramoops
>> >
>> >On Fri, 2 Oct 2020 at 06:35, Andrew Jeffery <andrew at aj.id.au>
>wrote:
>> >>
>> >> Reserve a 1MiB region of memory to record kmsg dumps and console
>> >state
>> >> into 16kiB ring-buffer slots. The sizing allows for up to 32
>dumps
>> >to be
>> >> captured and read out.
>> >>
>> >> Signed-off-by: Andrew Jeffery <andrew at aj.id.au>
...
>> The admin guide lists KMSG_DUMP_OOPS and KMSG_DUMP_PANIC ?>>
>INVALID URI REMOVED
>oc_html_latest_admin-2Dguide_ramoops.html&d=DwIBAg&c=jf_iaSHvJObTbx-s
>iA1ZOg&r=bvv7AJEECoRKBU02rcu4F5DWd-EwX8As2xrXeO9ZSo4&m=223EDL7j0GQPUf
>WYDv8kduEPnexbpo3b00uQAlK8YSo&s=MfYAUnU2h1TdWyBC7tQoG3fVUTBTwXTFurBsK
>oZw34E&e= 
>> 
>> We could have something monitoring for OOPS , copying to a log and 
>> then unlinking the pstore after committed.
>
>systemd-pstore already does this for us, no further configuration
>required.

Do we have something that creates service records for these messages?  
I was hoping for something like a PEL for the bmc software.

Not as part of this kernel series though.

milton