diff options
author | Jett Rink <jettrink@chromium.org> | 2020-04-10 10:23:04 -0600 |
---|---|---|
committer | Enric Balletbo i Serra <enric.balletbo@collabora.com> | 2020-04-13 16:36:54 +0200 |
commit | 0f706b4fac8b19fd0a4b4fef24dbadb23a3eb0c1 (patch) | |
tree | 370cab6f6b14772495cec5948b5c612a97bb80e3 /COPYING | |
parent | ad35da94b61785ddc1186095c3e488c5c0af6bd2 (diff) | |
download | linux-0f706b4fac8b19fd0a4b4fef24dbadb23a3eb0c1.tar.gz linux-0f706b4fac8b19fd0a4b4fef24dbadb23a3eb0c1.tar.bz2 linux-0f706b4fac8b19fd0a4b4fef24dbadb23a3eb0c1.zip |
platform/chrome: cros_ec_ishtp: skip old cros_ec responses
The ISHTP layer can give us old responses that we already gave up on. We
do not want to interpret these old responses as the current response we
are waiting for.
The cros_ish should only have one request in flight at a time. We send
the request and wait for the response from the ISH. If the ISH is too
slow to respond we give up on that request and we can send a new
request. The ISH may still send the response to the request that timed
out and without this we treat the old response as the response to the
current command. This is a condition that should not normally happen but
it has been observed with a bad ISH image. So add a token to the request
header which is copied into the response header when the ISH processes
the message to ensure that response is for the current request.
Signed-off-by: Jett Rink <jettrink@chromium.org>
Signed-off-by: Mathew King <mathewk@chromium.org>
Signed-off-by: Enric Balletbo i Serra <enric.balletbo@collabora.com>
Diffstat (limited to 'COPYING')
0 files changed, 0 insertions, 0 deletions