summaryrefslogtreecommitdiff
path: root/block/sed-opal.c
diff options
context:
space:
mode:
authorGreg Joyce <gjoyce@linux.ibm.com>2024-02-16 15:04:17 -0600
committerSasha Levin <sashal@kernel.org>2024-03-26 18:19:12 -0400
commit031b6233fe7ef75c6f21f7cefb56e89a677712f0 (patch)
treed5366e567bd66fcfcc064feea7f81c9856dd95f9 /block/sed-opal.c
parent3a28164d9b0d4874afe8ceb679db61177a7ca7d0 (diff)
downloadlinux-rpi-031b6233fe7ef75c6f21f7cefb56e89a677712f0.tar.gz
linux-rpi-031b6233fe7ef75c6f21f7cefb56e89a677712f0.tar.bz2
linux-rpi-031b6233fe7ef75c6f21f7cefb56e89a677712f0.zip
block: sed-opal: handle empty atoms when parsing response
[ Upstream commit 5429c8de56f6b2bd8f537df3a1e04e67b9c04282 ] The SED Opal response parsing function response_parse() does not handle the case of an empty atom in the response. This causes the entry count to be too high and the response fails to be parsed. Recognizing, but ignoring, empty atoms allows response handling to succeed. Signed-off-by: Greg Joyce <gjoyce@linux.ibm.com> Link: https://lore.kernel.org/r/20240216210417.3526064-2-gjoyce@linux.ibm.com Signed-off-by: Jens Axboe <axboe@kernel.dk> Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'block/sed-opal.c')
-rw-r--r--block/sed-opal.c6
1 files changed, 5 insertions, 1 deletions
diff --git a/block/sed-opal.c b/block/sed-opal.c
index 04f38a3f5d95..e27109be7769 100644
--- a/block/sed-opal.c
+++ b/block/sed-opal.c
@@ -1055,16 +1055,20 @@ static int response_parse(const u8 *buf, size_t length,
token_length = response_parse_medium(iter, pos);
else if (pos[0] <= LONG_ATOM_BYTE) /* long atom */
token_length = response_parse_long(iter, pos);
+ else if (pos[0] == EMPTY_ATOM_BYTE) /* empty atom */
+ token_length = 1;
else /* TOKEN */
token_length = response_parse_token(iter, pos);
if (token_length < 0)
return token_length;
+ if (pos[0] != EMPTY_ATOM_BYTE)
+ num_entries++;
+
pos += token_length;
total -= token_length;
iter++;
- num_entries++;
}
resp->num = num_entries;