Page MenuHomeFreeBSD

powerpc/powernv: Add OPAL heartbeat thread
ClosedPublic

Authored by jhibbits on Mar 29 2019, 3:31 AM.
Tags
None
Referenced Files
Unknown Object (File)
Mar 17 2024, 3:52 PM
Unknown Object (File)
Mar 17 2024, 11:40 AM
Unknown Object (File)
Jan 28 2024, 4:13 AM
Unknown Object (File)
Dec 22 2023, 8:38 AM
Unknown Object (File)
Dec 10 2023, 8:59 AM
Unknown Object (File)
Nov 10 2023, 6:48 AM
Unknown Object (File)
Nov 6 2023, 11:00 AM
Unknown Object (File)
Oct 9 2023, 5:44 AM
Subscribers

Details

Summary

OPAL needs to be kicked periodically in order for the firmware to make
progress on its tasks. To do so, create a heartbeat thread to perform this task
every N milliseconds, defined by the device tree. This task is also a central
location to handle all messages received from OPAL.

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

Looks good overall, but check the comments below.

sys/powerpc/powernv/opal_dev.c
134 ↗(On Diff #55574)

Shouldn't opal_call() return code be checked here?

203 ↗(On Diff #55574)

Is "ibm,heartbeat-ms" property guaranteed to exist? Wouldn't it be better to check this and set a default or panic if it doesn't exist?

sys/powerpc/powernv/opal_dev.c
134 ↗(On Diff #55574)

Technically, probably. The OPAL code, though, returns either OPAL_SUCCESS or OPAL_PARAMETER (invalid pointer argument), so we're likely not to see any failure. I'll add a check before committing, though.

203 ↗(On Diff #55574)

If it doesn't exist, since opal_heartbeat_ms is static it's pre-initialized to 0. It'll then be caught when spawning the thread (see above at the top of opal_heartbeat()) No need to put the check in two places.

Ok, thanks for the explanation, then it LGTM.

This revision is now accepted and ready to land.Apr 1 2019, 3:51 PM
This revision was automatically updated to reflect the committed changes.