History log of /openbmc/openpower-proc-control/meson.build (Results 1 – 25 of 41)
Revision Date Author Comments
# 81cf0652 01-Feb-2025 Patrick Williams <patrick@stwcx.xyz>

meson: reformat with meson formatter

Apply the `meson format` results.

Change-Id: I8df086777589ac2f29fa9d238b52ed43f15236ed
Signed-off-by: Patrick Williams <patrick@stwcx.xyz>


# 81cae31b 02-Aug-2024 Matt Spinler <spinler@us.ibm.com>

Add subproject wrap files

As a start on getting the repo to build standalone outside of a docker
or bitbake environment, add meson wrap files for most of its
dependencies.

A subproject is still nee

Add subproject wrap files

As a start on getting the repo to build standalone outside of a docker
or bitbake environment, add meson wrap files for most of its
dependencies.

A subproject is still needed for pdbg. It will take a bit more work as
a subprojects/packagefiles/pdbg/meson.build has to be created for it.

Tested:
Meson gets past these dependencies and then fails on pdbg.

Change-Id: I7379d1feafd00d42f3d38ba08aac6267f9eca76b
Signed-off-by: Matt Spinler <spinler@us.ibm.com>

show more ...


# 5235dba5 01-Jun-2024 Dhruvaraj Subhashchandran <dhruvaraj@in.ibm.com>

Option to override dump request D-Bus path

Added option for overriding the object path for requesting OpenPOWER
dumps. On recent systems the object path is changed so adding option
to override the p

Option to override dump request D-Bus path

Added option for overriding the object path for requesting OpenPOWER
dumps. On recent systems the object path is changed so adding option
to override the path in the recipe.

Change-Id: Ice2f46e61b4a7604230d495463c5c90fdc549505
Signed-off-by: Dhruvaraj Subhashchandran <dhruvaraj@in.ibm.com>

show more ...


# 6529d78e 12-Jul-2023 Patrick Williams <patrick@stwcx.xyz>

build: upgrade to C++23

Meson 1.1.1 and GCC-13 both support C++23 and a sufficient portion of
the standard has been implemented. Upgrade the build to leverage it.

Change-Id: Idb2f3600e67c3eef66f49

build: upgrade to C++23

Meson 1.1.1 and GCC-13 both support C++23 and a sufficient portion of
the standard has been implemented. Upgrade the build to leverage it.

Change-Id: Idb2f3600e67c3eef66f490eda55bf24c1edfde19
Signed-off-by: Patrick Williams <patrick@stwcx.xyz>

show more ...


# 00299874 12-Apr-2023 Patrick Williams <patrick@stwcx.xyz>

meson: remove deprecated get_pkgconfig_variable

Since meson 0.56, the `get_pkgconfig_variable` has been deprecated. In
meson 0.58 the `get_variable` was enhanced to no longer require the
`pkgconfig

meson: remove deprecated get_pkgconfig_variable

Since meson 0.56, the `get_pkgconfig_variable` has been deprecated. In
meson 0.58 the `get_variable` was enhanced to no longer require the
`pkgconfig` keyword argument. Ensure meson 0.58 is required and update
the usage of all `get_pkgconfig_variable` and `get_variable` to be the
modern variant.

Change-Id: I7a0cd48c848ac3f50b2fd31bd43615f42a1e1807
Signed-off-by: Patrick Williams <patrick@stwcx.xyz>

show more ...


# 1af14431 12-Sep-2022 Jayanth Othayoth <ojayanth@in.ibm.com>

PHAL: add clock data logger service

Service to create informational log daily, which includes clock
register data. This data is used for clock failure debug.

This service will start after start ho

PHAL: add clock data logger service

Service to create informational log daily, which includes clock
register data. This data is used for clock failure debug.

This service will start after start host completion.

Tested: Verified service starts on every boot after
chassis powered-on and start host completion.

Signed-off-by: Jayanth Othayoth <ojayanth@in.ibm.com>
Change-Id: I49ea6bfcf886bd5ccf9fb1d042426906bd90a2d3

show more ...


# ed7fb7ae 09-Sep-2022 Jayanth Othayoth <ojayanth@in.ibm.com>

PHAL: clock daily data logger base infrastructure support

To support system clock issues debug added support to log clock
specific register information every 24 hours and report externally.

This co

PHAL: clock daily data logger base infrastructure support

To support system clock issues debug added support to log clock
specific register information every 24 hours and report externally.

This commit provides support to base infrastructure to log informational
logs every 24 hours and at the beginning of application start.

Tested:

"User Header": {
"Section Version": "1",
"Sub-section type": "0",
"Log Committed by": "0x2000",
"Subsystem": "CEC Hardware - Clock",
"Event Scope": "Entire Platform",
"Event Severity": "Informational Event",
"Event Type": "Miscellaneous, Informational Only",
"Action Flags": [
"Service Action Required",
"Report Externally",
"HMC Call Home"
],
"Host Transmission": "Not Sent",
"HMC Transmission": "Not Sent"
},
"Primary SRC": {
"Section Version": "1",
"Sub-section type": "1",
"Created by": "0x3000",
"SRC Version": "0x02",
"SRC Format": "0x55",
"Virtual Progress SRC": "False",
"I5/OS Service Event Bit": "False",
"Hypervisor Dump Initiated":"False",
"Backplane CCIN": "2E33",
"Terminate FW Error": "False",
"Deconfigured": "False",
"Guarded": "False",
"Error Details": {
"Message": "Informational error to house clock debug info"
},
"Valid Word Count": "0x09",
"Reference Code": "BD58300A",
"Hex Word 2": "00080055",
"Hex Word 3": "2E330010",
"Hex Word 4": "00000000",
"Hex Word 5": "00000000",
"Hex Word 6": "00000000",
"Hex Word 7": "00000000",
"Hex Word 8": "00000000",
"Hex Word 9": "00000000"
}

Signed-off-by: Jayanth Othayoth <ojayanth@in.ibm.com>
Change-Id: I91cffe17ffe7d38b1127f89e61484c597b9b378b

show more ...


# 4d5b5bfe 23-May-2022 Marri Devender Rao <devenrao@in.ibm.com>

PHAL: Log Informational error for PEL created during poweroff

1)Log informational PELS in case system state is transitioning to
power-off for IPL procedures/hardware access failures

2) Don't add ca

PHAL: Log Informational error for PEL created during poweroff

1)Log informational PELS in case system state is transitioning to
power-off for IPL procedures/hardware access failures

2) Don't add callouts to PEL's created during transition to
power-off as the CEC will not be in expected state.

Tested: transition to poweroff
root@xxxbmc:/usr# peltool -lfh
{
"0x50003BEB": {
"SRC": "BD503001",
"Message": "Failure occurred during boot process",
"PLID": "0x50003BEB",
"CreatorID": "BMC",
"Subsystem": "CEC Hardware",
"Commit Time": "05/23/2022 13:57:53",
"Sev": "Informational Event",
"CompID": "0x3000"
}
}

root@xxxbmc:~# peltool -i 0x50003be0
{
"Private Header": {
"Section Version": "1",
"Sub-section type": "0",
"Created by": "0x3000",
"Created at": "05/23/2022 13:48:12",
"Committed at": "05/23/2022 13:48:12",
"Creator Subsystem": "BMC",
"CSSVER": "",
"Platform Log Id": "0x50003BE0",
"Entry Id": "0x50003BE0",
"BMC Event Log Id": "510"
},
"User Header": {
"Section Version": "1",
"Sub-section type": "0",
"Log Committed by": "0x2000",
"Subsystem": "CEC Hardware",
"Event Scope": "Entire Platform",
"Event Severity": "Informational Event",
"Event Type": "Miscellaneous, Informational Only",
"Action Flags": [
"Event not customer viewable",
"Report Externally"
],
"Host Transmission": "Not Sent",
"HMC Transmission": "Not Sent"
},

.
.
.
Tested: transition to running
root@ever8bmc:/tmp# peltool -i 0x50003CF9
{
"Private Header": {
"Section Version": "1",
"Sub-section type": "0",
"Created by": "0x3000",
},
"User Header": {
"Section Version": "1",
"Sub-section type": "0",
"Log Committed by": "0x2000",
"Subsystem": "CEC Hardware",
"Event Scope": "Entire Platform",
"Event Severity": "Unrecoverable Error",
},

"User Data 0": {
"Created by": "0x2000",
"BMCState": "Ready",
"BootState": "Unspecified",
"ChassisState": "On",
"FW Version ID": "fw1020.00-57.7-2-gd86188a773",
"HostState": "TransitioningToRunning",
"Process Name": "/usr/bin/openpower-proc-control",
"System IM": "50003000"
},

Signed-off-by: Marri Devender Rao <devenrao@in.ibm.com>
Change-Id: I078d5cba2e0fb705bf424d2f8f3010f2cd2063bb

show more ...


# 9ca8a117 07-Apr-2022 Andrew Geissler <geissonator@yahoo.com>

update host bios to indicate mpreboot

A new IBM-specific BIOS was introduced via the following commit:
https://gerrit.openbmc-project.xyz/c/openbmc/pldm/+/52268

This new BIOS value tracks when a me

update host bios to indicate mpreboot

A new IBM-specific BIOS was introduced via the following commit:
https://gerrit.openbmc-project.xyz/c/openbmc/pldm/+/52268

This new BIOS value tracks when a memory preserving reboot starts until
the time that the generated dump is offloaded from the system.

Utilizing the openpower-proc-control repository for this function,
since this is where mpreboot is controlled and is specific to systems
with this feature.

PHYP is responsible for setting the BIOS to disabled once the offload
has completed. The requirement on the BMC is to just ensure it gets
reset on any power off or system AC loss.

Tested:
Updated op-proc-control recipes to put this new service in the
multi-user.target and obmc-host-stop@0.target.
- Caused mpreboot, verified it was set to enabled
- Rebooted BMC in above condition, verified it was still enabled
- Powered off system, verified it was reset to disabled
- Set to enabled at BMC Ready, rebooted BMC and verified it was reset to
disabled

Signed-off-by: Andrew Geissler <geissonator@yahoo.com>
Change-Id: Iba8d867c0c8b82f1c9845f4ae77738af759717a8

show more ...


# 482a8878 24-Feb-2022 Ramesh Iyyar <rameshi1@in.ibm.com>

PHAL: Add new service file to indicate guard actions.

- Currently, the host is in the infinite loop to boot if the host
firmware trying to recover resources and informs that to the BMC by
the gr

PHAL: Add new service file to indicate guard actions.

- Currently, the host is in the infinite loop to boot if the host
firmware trying to recover resources and informs that to the BMC by
the graceful boot request.

- The PHAL will try to apply guard records in all types of boots.

- The host firmware will try to recover resources if that's are
guarded and did not meet the minimum hardware check to boot
the host and initiate a graceful boot to adjust boot params
(HWAS_STATE).

- When the BMC handles the host graceful boot request, PHAL will
apply the guard records and informs self boot engine about
the bad resources but, the host firmware did not apply the guard
records in the previous boot so when comparing the resources
state that's informed by the self boot engine are mismatching
and entering into an infinite loop to boot.

- So, the guard records actions changed in the BMC to supports
resource recovery feature.

- PowerOn / TI (terminate immediately) / Checkstop / Watchdog timeout:

- Clear ephemeral type records.
- Apply persistent type records.

- MPIPL:

- Apply persistent type records of the Core and FC.

- Graceful reboot from hostboot / Reboot from UI user or PHYP:

- No guard actions in the PHAL.

- To support the above guard actions in the BMC for the different boots,
BMC will create the "/tmp/phal/boottime_guard_indicator" file by using
the added service file that will get triggered as part the
obmc-host-start@0.target (PowerOn) and obmc-host-quiesce@0.target (TI,
Checkstop, and Watchdog timeout), PHAL need to take appropriate guard
actions for the same types of boot and remove that indication so that
no guard action can be handled during graceful reboot request from
hostboot and Reboot from UI or PHYP as well. MPIPL can be handled by
the existing IPL_TYPE value provided by the BMC to PHAL as part of
the MPIPL boot request.

- Added the above support in this patch for PHAL.

Tested:

- Pre-request: Created the "MC" of guard records to hit the minimum
hardware check.

- Verified by PowerOn (aka cold boot).

- Verified TI and Checkstop by injecting clock error at the runtime.
(i2cset -y 8 0x6a 0xb6 0x1a)

- Verified TI and Checkstop by injecting runtime "Fata" guard.
(putscom pu.c 20028440 0000000000000800 -n0 -p00 -c1)

- Verified MPIPL by using the PHYP macro.
(altermem c00 -t p 00000000)

- Verified Graceful request from hostboot as part boot param adjust
and SBE image update request.

- Verified Reboot, GracefulWarmReboot, ForceWarmReboot from the BMC.

Signed-off-by: Ramesh Iyyar <rameshi1@in.ibm.com>
Change-Id: I6422a8fb68559d7b02677a2f018f0d726ddd8952

show more ...


# bbb53393 14-Feb-2022 Adriana Kobylak <anoo@us.ibm.com>

PHAL: Add service dependency to DEVTREE creation

Start the services that require DEVTREE after the
openpower-update-bios-attr-table.service since that's the one that
sets up the DEVTREE symlink. Als

PHAL: Add service dependency to DEVTREE creation

Start the services that require DEVTREE after the
openpower-update-bios-attr-table.service since that's the one that
sets up the DEVTREE symlink. Also update the path to DEVTREE to the one
defined by the meson options.

Tested: Verified phal started after the bios attr service file, powered
on, and issued reboot at power on without any errors. Verified service
files had devtree path of:
Environment="PDBG_DTB=/media/hostfw/running/DEVTREE"

Signed-off-by: Adriana Kobylak <anoo@us.ibm.com>
Change-Id: If41f86b287b70c48d17c6f4b2af9aa0adfb81488

show more ...


# e5ba5fd0 27-Jan-2022 Jayanth Othayoth <ojayanth@in.ibm.com>

PHAL: Additional callout support for sbe timeout error

Sbe Boot timeout or chip-op timeout case BMC should run
sbe_extract_rc procedure to identify the correct callout
and service action. Currently

PHAL: Additional callout support for sbe timeout error

Sbe Boot timeout or chip-op timeout case BMC should run
sbe_extract_rc procedure to identify the correct callout
and service action. Currently this procedure based callout
handling is not place. Adding callout recommended by RAS
team till the actual callout code in place.

Tested:

"Callout Count": "2",
"Callouts": [{
"FRU Type": "Maintenance Procedure Required",
"Priority": "Mandatory, replace all with this type as a unit",
"Procedure": "BMC0002"
}, {
"FRU Type": "Normal Hardware FRU",
"Priority": "Medium Priority",
"Location Code": "xxx", --> processor callout
"Part Number": "xxx",
"CCIN": "xxx",
"Serial Number": "xxx"

Signed-off-by: Jayanth Othayoth <ojayanth@in.ibm.com>
Change-Id: I40444eb5da1a5f329b09dea1bce15e1bab53e1d8

show more ...


# 90166c15 07-Jan-2022 Marri Devender Rao <devenrao@in.ibm.com>

PHAL: Compute RO device tree file path from RW device tree symbolic link

Example:
RW file = /media/hostfw/running/DEVTREE -> 81e00672.lid
RO file = /media/hostfw/running-ro/ + 81e00672.lid

Compute

PHAL: Compute RO device tree file path from RW device tree symbolic link

Example:
RW file = /media/hostfw/running/DEVTREE -> 81e00672.lid
RO file = /media/hostfw/running-ro/ + 81e00672.lid

Compute the lid name by reading the RW symbolic link and use
it to comptue RO file.

Symbolic links cannot be created to RO files so using this approach

Signed-off-by: Marri Devender Rao <devenrao@in.ibm.com>
Change-Id: I46101b8e246267c861edb5eae1ac24420cfc3c6d

show more ...


# ee10eada 05-Dec-2021 Jayanth Othayoth <ojayanth@in.ibm.com>

P9: threadStopall procedure support

This procedure is used to stop all instruction in the threads
for the p9 feature enabled systems. Here following best case
approach. Like issue processor level st

P9: threadStopall procedure support

This procedure is used to stop all instruction in the threads
for the p9 feature enabled systems. Here following best case
approach. Like issue processor level stop all chip-op with
ignore hardware error mode. Since this function is used in
power-off/error path.

Tested: verified procedure on p9 based systems

Signed-off-by: Jayanth Othayoth <ojayanth@in.ibm.com>
Change-Id: I14af85340143d2383683d9fb823394b9ce7b56ca

show more ...


# 5f2eaf18 30-Nov-2021 Jayanth Othayoth <ojayanth@in.ibm.com>

PHAL: threadStopall procedure support

This procedure is used to stop all instruction in the threads
for the phal feature enabled systems. Here following best case
approach. Like issue processor leve

PHAL: threadStopall procedure support

This procedure is used to stop all instruction in the threads
for the phal feature enabled systems. Here following best case
approach. Like issue processor level stop all chip-op with
ignore hardware error mode. Since this function is used in
power-off/error path

Tested: Verified success/error path
root@xxxx:/tmp# openpower-proc-control threadStopAll
PDBG Initilization started
Enter: threadStopProc(/proc0)
Enter: threadStopProc(/proc1)
SBE (/proc1) is not ready for chip-op: state(0x00000000)
Enter: threadStopProc(/proc2)
SBE (/proc2) is not ready for chip-op: state(0x00000000)
Enter: threadStopProc(/proc3)
SBE (/proc3) is not ready for chip-op: state(0x00000000)

Signed-off-by: Jayanth Othayoth <ojayanth@in.ibm.com>
Change-Id: I654b0b7df209e618b3d7a8fba948c0e48b53a7e0

show more ...


# 94fc70cb 25-Nov-2021 Jayanth Othayoth <ojayanth@in.ibm.com>

PHAL: reinitialize the devtree attributes

In the regular host boot path devtree attribute need to
initialize the default data and also some of the selected
attributes need to preserve with previous

PHAL: reinitialize the devtree attributes

In the regular host boot path devtree attribute need to
initialize the default data and also some of the selected
attributes need to preserve with previous boot value.
Preserve attribute list is available BMC pre-defined location.
This function helps to meet the host ipl requirement
related to attribute persistency management for host ipl.

Steps involved
1. create attribute data file from devtree r/w version based on
the attribute list file installed in bmc.
2. create temporary copy of r/w version devtree for attributes
updates and initialise with r/o DEVTREE version
to default data.
3. apply step-1 attribute file on top of the temporary
copy file.
4. Incase any failure from step 1 to 3 log an error and
update r/w version with r/o version ( genesis boot).
5. Update DEVTREE r/w version with temporary version file.

Also added devtree libs part of the pdata repository to
export/import attributes devtree.

Tested: verified the devtree attribute values.

Signed-off-by: Jayanth Othayoth <ojayanth@in.ibm.com>
Change-Id: I20c17ba3013a0b4b01f9f8e0d4462c91489308e8

show more ...


# 4f7b9bd3 25-Nov-2021 Jayanth Othayoth <ojayanth@in.ibm.com>

Add TemporaryFile class

Added support for creating temporary file
- Constructor creates the temporary file.
- Destructor deletes the file.
- Provided remove function to delete the file.

Signed-off-

Add TemporaryFile class

Added support for creating temporary file
- Constructor creates the temporary file.
- Destructor deletes the file.
- Provided remove function to delete the file.

Signed-off-by: Jayanth Othayoth <ojayanth@in.ibm.com>
Change-Id: I2a5e81af8cf4f4621e5ec6437b936126b7e9ba5a

show more ...


# 21a889fd 07-Oct-2021 Jayanth Othayoth <ojayanth@in.ibm.com>

PHAL: dump utility functions support

Added dump utility function to create and watch dump
progress for SBE type dumps.

Signed-off-by: Jayanth Othayoth <ojayanth@in.ibm.com>
Change-Id: Ieef2231340aa

PHAL: dump utility functions support

Added dump utility function to create and watch dump
progress for SBE type dumps.

Signed-off-by: Jayanth Othayoth <ojayanth@in.ibm.com>
Change-Id: Ieef2231340aab9ed09aa677dcabdcf4c3b066645

show more ...


# db8d46c0 09-Oct-2021 Jayanth Othayoth <ojayanth@in.ibm.com>

PHAL: enterMPIPL chip-op failure handling support

Added new enterMpReboot procedure for PHAL feature enabled
systems to support libphal library API based chip-op
failure handling

Existing enterMpRe

PHAL: enterMPIPL chip-op failure handling support

Added new enterMpReboot procedure for PHAL feature enabled
systems to support libphal library API based chip-op
failure handling

Existing enterMpReboot procedure moved to non PHAL enabled systems.

Tested:
- Poitive Path 3 processor config
Starting Start memory preserving reboot host0...
Starting memory preserving reboot
Enter MPIPL completed on proc(2)
Enter MPIPL completed on proc(3)
Enter MPIPL completed on proc(0)
Finished Start memory preserving reboot host0.

- Error Path:
- Forced proc2 SBE invalid state.

Journal data
SBE (/proc2) is not ready for chip-op: state(0x00000000)

PEL data:
"SBE_ERR_MSG": "SBE chip-op not allowed",
"Message": "chipop request failure reported by SBE",
"SRC6": [
"0x2A901",
"[0:15] chip position, [16:23] command class,
[24:31] command type"
]
},

Signed-off-by: Jayanth Othayoth <ojayanth@in.ibm.com>
Change-Id: Ie0cb5abffd5116d44edfbbeb2fe3d8408bfb73e2

show more ...


# 9e178b74 06-Oct-2021 Patrick Williams <patrick@stwcx.xyz>

build: switch to C++20

Signed-off-by: Patrick Williams <patrick@stwcx.xyz>
Change-Id: I96e1c035f3fe151c63ac1fd8cef2d5257be419d9


# 4079f09d 20-Sep-2021 Jayanth Othayoth <ojayanth@in.ibm.com>

PHAL: SBE boot failure support

Added support to handle SBE boot failure reported during
SBE start process. This features required support from
libphal library which is part of ipl repository.

This

PHAL: SBE boot failure support

Added support to handle SBE boot failure reported during
SBE start process. This features required support from
libphal library which is part of ipl repository.

This function invoked for any SBE related boot failure reason code.
libphal library provided api's is used for capturing FFDC information
from SBE. Creates SBE specific PEL for a valid FFDC data. In case the
error is related SBE timeout initiates SBE dump to capture additional
debug data.

Tested: verified PEL log

Signed-off-by: Jayanth Othayoth <ojayanth@in.ibm.com>
Change-Id: Iff9a23359de8f5ca273d195b29afe2fdc659283f

show more ...


# 07e9a6a1 30-Jul-2021 Jayanth Othayoth <ojayanth@in.ibm.com>

PHAL: add devtree data export service

Service to export r/w devtree attribute data and
save to a known location.

This service will start after Chassis power is on

Tested: Verified service starts o

PHAL: add devtree data export service

Service to export r/w devtree attribute data and
save to a known location.

This service will start after Chassis power is on

Tested: Verified service starts on every boot after
chassis powered-on.

Signed-off-by: Jayanth Othayoth <ojayanth@in.ibm.com>
Change-Id: I933c3a11fe1532b48a37d7012476b7d574338839

show more ...


# a089bd29 30-Jul-2021 Jayanth Othayoth <ojayanth@in.ibm.com>

PHAL: add devtree import service

Service to restore r/w devtree attribute data in the
reboot path. This is required only in concurrent software
update reboot path. The attribute data files creates o

PHAL: add devtree import service

Service to restore r/w devtree attribute data in the
reboot path. This is required only in concurrent software
update reboot path. The attribute data files creates only
in the concurrent code update path. so no action in the
regular reboot path.

This service will only run in the following condition:
- Chassis power is on when the BMC comes out of reset

Signed-off-by: Jayanth Othayoth <ojayanth@in.ibm.com>
Change-Id: I57f4d86863c5933093afcd940c3522c6c85fb719

show more ...


# cf2da1be 29-Jul-2021 Jayanth Othayoth <ojayanth@in.ibm.com>

PHAL: import devtree tool support

Added tool to import devtree attributes from BMC predefined
location to current phal devtree in the system. This tool
is used to override that r/w attribute data af

PHAL: import devtree tool support

Added tool to import devtree attributes from BMC predefined
location to current phal devtree in the system. This tool
is used to override that r/w attribute data after concurrent
code update BMC reboot path.

./openpower-proc-control importDevtree

Tested : regular reboot path ( with attribute data file)

~# systemctl status phal-import-devtree@0.service
○ phal-import-devtree@0.service - Import Host0 PHAL devtree attributes
Loaded: loaded (/lib/systemd/system/phal-import-devtree@.service; static)
Active: inactive (dead) since Mon 2021-08-02 12:03:09 UTC; 2min 55s ago
Process: 493 ExecStart=/usr/bin/openpower-proc-control importDevtree (code=exited, status=0/SUCCESS)
Main PID: 493 (code=exited, status=0/SUCCESS)

Aug 02 12:03:02 rain71bmc systemd[1]: Starting Import Host0 PHAL devtree attributes...
Aug 02 12:03:03 rain71bmc systemd[1]: Finished Import Host0 PHAL devtree attributes.
Aug 02 12:03:09 rain71bmc systemd[1]: phal-import-devtree@0.service: Deactivated successfully.
Aug 02 12:03:09 rain71bmc systemd[1]: Stopped Import Host0 PHAL devtree attributes.

Signed-off-by: Jayanth Othayoth <ojayanth@in.ibm.com>
Change-Id: I6ea5e78b4d87a53f45b60ba33a658294feec7c1d

show more ...


# 3840547d 26-Jul-2021 Jayanth Othayoth <ojayanth@in.ibm.com>

PHAL: export devtree attribute support

Added function to export devtree data based on the
filter file using attributes tool based infrastructure.
Data is stored in pre defined location in BMC to res

PHAL: export devtree attribute support

Added function to export devtree data based on the
filter file using attributes tool based infrastructure.
Data is stored in pre defined location in BMC to restore
in the reboot path.

Tested: verified devtree data exported manually.

Signed-off-by: Jayanth Othayoth <ojayanth@in.ibm.com>
Change-Id: I9c708483708f443a910e272615ec4c66b31e2603

show more ...


12