aboutsummaryrefslogtreecommitdiff
path: root/include/opal-api.h
diff options
context:
space:
mode:
authorVasant Hegde <hegdevasant@linux.vnet.ibm.com>2019-05-28 11:17:21 +0530
committerStewart Smith <stewart@linux.ibm.com>2019-06-03 10:28:57 +1000
commitb6fce51e31703ea95bf8dede4d9dc1f2dcd56639 (patch)
tree8adb26aaefce4bf3cbc9f2272a099b6e4fc1a0db /include/opal-api.h
parent66d0ad68687bb12f7fb4301652f434f886998bdf (diff)
downloadskiboot-b6fce51e31703ea95bf8dede4d9dc1f2dcd56639.zip
skiboot-b6fce51e31703ea95bf8dede4d9dc1f2dcd56639.tar.gz
skiboot-b6fce51e31703ea95bf8dede4d9dc1f2dcd56639.tar.bz2
opal-msg: Enhance opal-get-msg API
Linux uses opal_get_msg (OPAL_GET_MSG) API to get OPAL messages. This interface supports upto 8 params (64 bytes). We have a requirement to send bigger data to Linux. This patch enhances OPAL to send bigger data to Linux. - Linux will use "opal-msg-size" device tree property to allocate memory for OPAL messages (previous patch increased "opal-msg-size" to 64K). - Replaced `reserved` field in "struct opal_msg" with `size`. So that Linux side opal_get_msg user can detect actual data size. - If buffer size < actual message size, then opal_get_msg will copy partial data and return OPAL_PARTIAL to Linux. - Add new variable "extended" to "opal_msg_entry" structure to keep track of messages that has more than 64byte data. We will allocate separate memory for these messages and once kernel consumes message we will release that memory. Cc: Jeremy Kerr <jk@ozlabs.org> Cc: Mahesh Salgaonkar <mahesh@linux.vnet.ibm.com> Cc: Oliver O'Halloran <oohall@gmail.com> Signed-off-by: Vasant Hegde <hegdevasant@linux.vnet.ibm.com> Acked-by: Jeremy Kerr <jk@ozlabs.org> Signed-off-by: Stewart Smith <stewart@linux.ibm.com>
Diffstat (limited to 'include/opal-api.h')
-rw-r--r--include/opal-api.h2
1 files changed, 1 insertions, 1 deletions
diff --git a/include/opal-api.h b/include/opal-api.h
index 2853fa8..008ce10 100644
--- a/include/opal-api.h
+++ b/include/opal-api.h
@@ -558,7 +558,7 @@ enum opal_msg_type {
struct opal_msg {
__be32 msg_type;
- __be32 reserved;
+ __be32 size;
__be64 params[8];
};