From: Lee Jones <lee@kernel.org>
To: Heiko Stuebner <heiko@sntech.de>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH 4/4] mfd: qnap-mcu: Add proper error handling for command errors
Date: Wed, 8 Oct 2025 16:54:07 +0100 [thread overview]
Message-ID: <20251008155407.GZ8757@google.com> (raw)
In-Reply-To: <20250923160853.1925674-5-heiko@sntech.de>
On Tue, 23 Sep 2025, Heiko Stuebner wrote:
> Further investigation revealed that the MCU in QNAP devices may return
> two error states. One "@8" for a checksum error in the submitted command
> and one "@9" for any generic (and sadly unspecified) error.
>
> These error codes with 2 data character can of course also be shorter
> then the expected reply length for the submitted command, so we'll
> need to check the received data for error codes and exit the receive
> portion early in that case.
>
> Signed-off-by: Heiko Stuebner <heiko@sntech.de>
> ---
> drivers/mfd/qnap-mcu.c | 44 +++++++++++++++++++++++++++++++++++++++++-
> 1 file changed, 43 insertions(+), 1 deletion(-)
I can't help but think that there is a bunch of avoidable duplication in
here.
> diff --git a/drivers/mfd/qnap-mcu.c b/drivers/mfd/qnap-mcu.c
> index cd836bdd44a8..fb78609a8433 100644
> --- a/drivers/mfd/qnap-mcu.c
> +++ b/drivers/mfd/qnap-mcu.c
> @@ -19,6 +19,7 @@
> /* The longest command found so far is 5 bytes long */
> #define QNAP_MCU_MAX_CMD_SIZE 5
> #define QNAP_MCU_MAX_DATA_SIZE 36
> +#define QNAP_MCU_ERROR_SIZE 2
> #define QNAP_MCU_CHECKSUM_SIZE 1
>
> #define QNAP_MCU_RX_BUFFER_SIZE \
> @@ -103,6 +104,24 @@ static int qnap_mcu_write(struct qnap_mcu *mcu, const u8 *data, u8 data_size)
> return serdev_device_write(mcu->serdev, tx, length, HZ);
> }
>
> +static bool qnap_mcu_reply_is_generic_error(unsigned char *buf, size_t size)
> +{
> + return (size == QNAP_MCU_ERROR_SIZE + QNAP_MCU_CHECKSUM_SIZE &&
I'd place this check into a separate, concisely named function, then
call it at the start of qnap_mcu_reply_is_generic_error() and
qnap_mcu_reply_is_checksum_error(). Perhaps something like:
static bool qnap_mcu_is_error_msg(size) {
return (size == QNAP_MCU_ERROR_SIZE + QNAP_MCU_CHECKSUM_SIZE);
}
Then at the start of both functions have:
if (!qnap_mcu_is_error_msg(size))
return false;
if (buf[0] == '@' && buf[1] == '9')(
return true;
return false;
> + buf[0] == '@' && buf[1] == '9');
> +}
> +
> +static bool qnap_mcu_reply_is_checksum_error(unsigned char *buf, size_t size)
> +{
> + return (size == QNAP_MCU_ERROR_SIZE + QNAP_MCU_CHECKSUM_SIZE &&
> + buf[0] == '@' && buf[1] == '8');
> +}
> +
> +static bool qnap_mcu_reply_is_any_error(unsigned char *buf, size_t size)
> +{
Then this should simply call each of the functions above:
if (qnap_mcu_reply_is_generic_error(buf, size)) {
dev_err(&mcu->serdev->dev, "Controller received invalid Checksum\n");
return true;
}
if (qnap_mcu_reply_is_checksum_error(buf, size)) {
dev_err(&mcu->serdev->dev, "Controller received invalid Checksum\n");
return true;
}
return false;
Note: all of this is just hand-written psudo-code that was knocked-up in
about 2-mins. None of it has even vaguely been checked or tested.
> + return (size == QNAP_MCU_ERROR_SIZE + QNAP_MCU_CHECKSUM_SIZE &&
> + buf[0] == '@' && (buf[1] == '8' || buf[1] == '9'));
> +}
> +
> static size_t qnap_mcu_receive_buf(struct serdev_device *serdev, const u8 *buf, size_t size)
> {
> struct device *dev = &serdev->dev;
> @@ -136,6 +155,19 @@ static size_t qnap_mcu_receive_buf(struct serdev_device *serdev, const u8 *buf,
> }
> }
>
> + /*
> + * We received everything the uart had to offer for now.
> + * Check for a possible error reply in the received data.
> + */
> + if (reply->received == QNAP_MCU_ERROR_SIZE + QNAP_MCU_CHECKSUM_SIZE &&
If qnap_mcu_verify_checksum() needs this, it too should be inserted into
the function itself.
> + qnap_mcu_verify_checksum(reply->data, reply->received) &&
> + qnap_mcu_reply_is_any_error(reply->data, reply->received)) {
> + /* The reply was an error code, we're done */
> + reply->length = 0;
> +
> + complete(&reply->done);
> + }
> +
> /*
> * The only way to get out of the above loop and end up here
> * is through consuming all of the supplied data, so here we
> @@ -182,10 +214,20 @@ int qnap_mcu_exec(struct qnap_mcu *mcu,
> }
>
> if (!qnap_mcu_verify_checksum(rx, reply->received)) {
> - dev_err(&mcu->serdev->dev, "Invalid Checksum received\n");
> + dev_err(&mcu->serdev->dev, "Invalid Checksum received from controller\n");
As you can see above, I moved the messages into the checking functions too.
> + return -EPROTO;
> + }
> +
> + if (qnap_mcu_reply_is_checksum_error(rx, reply->received)) {
> + dev_err(&mcu->serdev->dev, "Controller received invalid Checksum\n");
> return -EPROTO;
> }
>
> + if (qnap_mcu_reply_is_generic_error(rx, reply->received)) {
> + dev_err(&mcu->serdev->dev, "Generic error received from controller\n");
> + return -EIO;
> + }
> +
> memcpy(reply_data, rx, reply_data_size);
>
> return 0;
> --
> 2.47.2
>
--
Lee Jones [李琼斯]
next prev parent reply other threads:[~2025-10-08 15:54 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-23 16:08 [PATCH 0/4] Improve error handling for qnap-mcu transfers Heiko Stuebner
2025-09-23 16:08 ` [PATCH 1/4] mfd: qnap-mcu: Calculate the checksum on the actual number of bytes received Heiko Stuebner
2025-09-23 16:08 ` [PATCH 2/4] mfd: qnap-mcu: Use EPROTO in stead of EIO on checksum errors Heiko Stuebner
2025-09-23 16:08 ` [PATCH 3/4] mfd: qnap-mcu: Move checksum verification to its own function Heiko Stuebner
2025-09-23 16:08 ` [PATCH 4/4] mfd: qnap-mcu: Add proper error handling for command errors Heiko Stuebner
2025-10-08 15:54 ` Lee Jones [this message]
2025-10-08 15:57 ` [PATCH 0/4] Improve error handling for qnap-mcu transfers Lee Jones
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=20251008155407.GZ8757@google.com \
--to=lee@kernel.org \
--cc=heiko@sntech.de \
--cc=linux-kernel@vger.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.