From: Benson Leung <bleung@google.com>
To: Alexis Savery <asavery@google.com>
Cc: tzungbi@kernel.org, chrome-platform@lists.linux.dev
Subject: Re: [PATCH] platform/chrome: lightbar: Enforce 8-bit payload limit
Date: Wed, 29 Jul 2026 23:54:06 +0000 [thread overview]
Message-ID: <amqSnkfYSGZMJa58@google.com> (raw)
In-Reply-To: <20260729221459.1006-1-asavery@google.com>
[-- Attachment #1: Type: text/plain, Size: 1910 bytes --]
On Wed, Jul 29, 2026 at 03:14:58PM -0700, Alexis Savery wrote:
> The LIGHTBAR_CMD_SET_PROGRAM_EX command encapsulates its payload data
> with an 8-bit size field `uint8_t size`. However, the driver currently
> allows the payload chunk to bypass this limit if the EC transport layer
> supports a larger max_request.
>
> When this occurs, large payloads (e.g., >255 bytes limit) overflow the
> 8-bit size variable when assigning `param->set_program_ex.size`, causing
> truncation and parse failures in the EC firmware.
>
> This change functionally clamps max_size dynamically against the struct
> maximum (255 bytes).
>
> Signed-off-by: Alexis Savery <asavery@google.com>
Reviewed-by: Benson Leung <bleung@chromium.org>
> ---
> drivers/platform/chrome/cros_ec_lightbar.c | 9 ++++++++-
> 1 file changed, 8 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/platform/chrome/cros_ec_lightbar.c b/drivers/platform/chrome/cros_ec_lightbar.c
> index 02a6c34e68e6..a8df36260419 100644
> --- a/drivers/platform/chrome/cros_ec_lightbar.c
> +++ b/drivers/platform/chrome/cros_ec_lightbar.c
> @@ -496,9 +496,16 @@ static ssize_t program_store(struct device *dev, struct device_attribute *attr,
> return -EINVAL;
> }
> } else {
> + /*
> + * The LIGHTBAR_CMD_SET_PROGRAM_EX payload uses a uint8_t size field.
> + * Thus, independent of the transport limits, the maximum payload subset
> + * that can be transmitted in a single structure is 255 bytes.
> + */
> + const size_t max_struct_payload = 255;
> extra_bytes = offsetof(typeof(*param), set_program_ex) +
> sizeof(param->set_program_ex);
> - max_size = ec->ec_dev->max_request - extra_bytes;
> + max_size = min((size_t)(ec->ec_dev->max_request - extra_bytes),
> + max_struct_payload);
> }
>
> msg = alloc_lightbar_cmd_msg(ec);
> --
> 2.55.0.508.g3f0d502094-goog
>
>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
next prev parent reply other threads:[~2026-07-29 23:54 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-29 22:14 [PATCH] platform/chrome: lightbar: Enforce 8-bit payload limit Alexis Savery
2026-07-29 23:54 ` Benson Leung [this message]
2026-07-30 0:59 ` [PATCH v2] platform/chrome: lightbar: Limit payload size to EC bounding macro Alexis Savery
2026-07-30 0:59 ` [PATCH v3] platform/chrome: lightbar: Limit payload size to EC packet limit Alexis Savery
2026-07-30 3:32 ` Tzung-Bi Shih
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=amqSnkfYSGZMJa58@google.com \
--to=bleung@google.com \
--cc=asavery@google.com \
--cc=chrome-platform@lists.linux.dev \
--cc=tzungbi@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.