From 44d0f070400aabde3a06eb7b836923577a117cc0 Mon Sep 17 00:00:00 2001 From: Roland Veloz Date: Mon, 4 Dec 2017 17:37:05 -0600 Subject: Handles FSP reset-reload in HBRT messages For every instance where a firmware_request is made, it is possible to get an error if the FSP is doing a reset/reload. Now, if an error returned from the firmware_request call indicates that the FSP is doing a reset/reload, the firmware_request call will be made again. Also refactored the code. Consolidated the calls to firmware_request to another file to facilitate the adding/updating of messages. Change-Id: I5be440927ab255c55b40a0a0ed26f786d31a9317 RTC:182606 Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/50505 Tested-by: Jenkins Server Tested-by: Jenkins OP Build CI Reviewed-by: Daniel M. Crowell --- src/usr/testcore/rtloader/loader.H | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-) (limited to 'src/usr/testcore') diff --git a/src/usr/testcore/rtloader/loader.H b/src/usr/testcore/rtloader/loader.H index 973afd158..d80b93cb6 100644 --- a/src/usr/testcore/rtloader/loader.H +++ b/src/usr/testcore/rtloader/loader.H @@ -833,6 +833,12 @@ class RuntimeLoaderTest : public CxxTest::TestSuite break; } + if (i_reqLen != *o_respLen) + { + retVal = -EINVAL; + break; + } + uint32_t* l_data = (uint32_t*) &(l_req_fw_msg->generic_msg.data); TRACFCOMP(g_trac_hbrt, @@ -868,9 +874,10 @@ class RuntimeLoaderTest : public CxxTest::TestSuite l_resp_fw_msg->generic_msg.seqnum = 0x30; l_resp_fw_msg->generic_msg.msgq = 0x40; l_resp_fw_msg->generic_msg.msgType = 0x50; - l_resp_fw_msg->generic_msg.__req = GFMM_RESPONSE; + l_resp_fw_msg->generic_msg.__req = + GenericFspMboxMessage_t::RESPONSE; l_resp_fw_msg->generic_msg.__onlyError = - GFMM_NOT_ERROR_ONLY; + GenericFspMboxMessage_t::NOT_ERROR_ONLY; l_resp_data.plid = 0x60; l_resp_data.huid = 0x70; memcpy(&(l_resp_fw_msg->generic_msg.data), -- cgit v1.2.3