Message ID | 20240319-strncpy-drivers-soc-qcom-cmd-db-c-v3-1-aeb5c5180c32@google.com (mailing list archive) |
---|---|
State | Accepted |
Commit | 166db01007ea802ff9933ac73ec8f140ca0cf5d5 |
Headers | show |
Series | [v3] soc: qcom: cmd-db: replace deprecated strncpy with strtomem | expand |
On Tue, 19 Mar 2024 21:19:59 +0000, Justin Stitt wrote: > strncpy() is an ambiguous and potentially dangerous interface [1]. We > should prefer more robust and less ambiguous alternatives. > > @query is marked as __nonstring and doesn't need to be NUL-terminated. > > Since we are doing a string to memory copy, we can use the aptly named > "strtomem" -- specifically, the "pad" variant to also ensure NUL-padding > throughout the destination buffer. > > [...] Applied, thanks! [1/1] soc: qcom: cmd-db: replace deprecated strncpy with strtomem commit: 166db01007ea802ff9933ac73ec8f140ca0cf5d5 Best regards,
diff --git a/drivers/soc/qcom/cmd-db.c b/drivers/soc/qcom/cmd-db.c index a5fd68411bed..d51ae99d9c02 100644 --- a/drivers/soc/qcom/cmd-db.c +++ b/drivers/soc/qcom/cmd-db.c @@ -147,12 +147,7 @@ static int cmd_db_get_header(const char *id, const struct entry_header **eh, if (ret) return ret; - /* - * Pad out query string to same length as in DB. NOTE: the output - * query string is not necessarily '\0' terminated if it bumps up - * against the max size. That's OK and expected. - */ - strncpy(query, id, sizeof(query)); + strtomem_pad(query, id, 0); for (i = 0; i < MAX_SLV_ID; i++) { rsc_hdr = &cmd_db_header->header[i];