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:20:26 -0400
commit6fb80b3e75b5ab85ca7eeb1e5cba33b5f1d2d0db (patch)
treef7d0df4ce929a002c159bec79b9bfdcd12d9110a /block/sed-opal.c
parent4492f21263186a84237f3167aed7b0cb455869c5 (diff)
downloadlinux-6fb80b3e75b5ab85ca7eeb1e5cba33b5f1d2d0db.tar.gz
linux-6fb80b3e75b5ab85ca7eeb1e5cba33b5f1d2d0db.tar.bz2
linux-6fb80b3e75b5ab85ca7eeb1e5cba33b5f1d2d0db.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 9bdb833e5817..25e4ce452c1d 100644
--- a/block/sed-opal.c
+++ b/block/sed-opal.c
@@ -935,16 +935,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;