From: Heikki Krogerus <heikki.krogerus@linux.intel.com>
To: "Łukasz Bartosik" <ukaszb@chromium.org>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>,
Abhishek Pandit-Subedi <abhishekpandit@chromium.org>,
Benson Leung <bleung@chromium.org>,
Jameson Thies <jthies@google.com>,
linux-usb@vger.kernel.org, stable@vger.kernel.org
Subject: Re: [PATCH v2] usb: typec: ucsi: Fix completion notifications
Date: Tue, 3 Dec 2024 14:48:54 +0200 [thread overview]
Message-ID: <Z07-NoXOTO0yJNKk@kuha.fi.intel.com> (raw)
In-Reply-To: <20241203102318.3386345-1-ukaszb@chromium.org>
On Tue, Dec 03, 2024 at 10:23:18AM +0000, Łukasz Bartosik wrote:
> OPM PPM LPM
> | 1.send cmd | |
> |-------------------------->| |
> | |-- |
> | | | 2.set busy bit in CCI |
> | |<- |
> | 3.notify the OPM | |
> |<--------------------------| |
> | | 4.send cmd to be executed |
> | |-------------------------->|
> | | |
> | | 5.cmd completed |
> | |<--------------------------|
> | | |
> | |-- |
> | | | 6.set cmd completed |
> | |<- bit in CCI |
> | | |
> | 7.notify the OPM | |
> |<--------------------------| |
> | | |
> | 8.handle notification | |
> | from point 3, read CCI | |
> |<--------------------------| |
> | | |
>
> When the PPM receives command from the OPM (p.1) it sets the busy bit
> in the CCI (p.2), sends notification to the OPM (p.3) and forwards the
> command to be executed by the LPM (p.4). When the PPM receives command
> completion from the LPM (p.5) it sets command completion bit in the CCI
> (p.6) and sends notification to the OPM (p.7). If command execution by
> the LPM is fast enough then when the OPM starts handling the notification
> from p.3 in p.8 and reads the CCI value it will see command completion bit
> set and will call complete(). Then complete() might be called again when
> the OPM handles notification from p.7.
>
> This fix replaces test_bit() with test_and_clear_bit()
> in ucsi_notify_common() in order to call complete() only
> once per request.
>
> This fix also reinitializes completion variable in
> ucsi_sync_control_common() before a command is sent.
>
> Fixes: 584e8df58942 ("usb: typec: ucsi: extract common code for command handling")
> Cc: stable@vger.kernel.org
> Signed-off-by: Łukasz Bartosik <ukaszb@chromium.org>
Reviewed-by: Heikki Krogerus <heikki.krogerus@linux.intel.com
> ---
>
> Changes in v2:
> - Swapped points 7 and 8 in the commit description
> in order to make diagram more clear.
> - Added reinitialization of completion variable
> in the ucsi_sync_control_common().
> ---
>
> drivers/usb/typec/ucsi/ucsi.c | 6 ++++--
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/usb/typec/ucsi/ucsi.c b/drivers/usb/typec/ucsi/ucsi.c
> index c435c0835744..7a65a7672e18 100644
> --- a/drivers/usb/typec/ucsi/ucsi.c
> +++ b/drivers/usb/typec/ucsi/ucsi.c
> @@ -46,11 +46,11 @@ void ucsi_notify_common(struct ucsi *ucsi, u32 cci)
> ucsi_connector_change(ucsi, UCSI_CCI_CONNECTOR(cci));
>
> if (cci & UCSI_CCI_ACK_COMPLETE &&
> - test_bit(ACK_PENDING, &ucsi->flags))
> + test_and_clear_bit(ACK_PENDING, &ucsi->flags))
> complete(&ucsi->complete);
>
> if (cci & UCSI_CCI_COMMAND_COMPLETE &&
> - test_bit(COMMAND_PENDING, &ucsi->flags))
> + test_and_clear_bit(COMMAND_PENDING, &ucsi->flags))
> complete(&ucsi->complete);
> }
> EXPORT_SYMBOL_GPL(ucsi_notify_common);
> @@ -65,6 +65,8 @@ int ucsi_sync_control_common(struct ucsi *ucsi, u64 command)
> else
> set_bit(COMMAND_PENDING, &ucsi->flags);
>
> + reinit_completion(&ucsi->complete);
> +
> ret = ucsi->ops->async_control(ucsi, command);
> if (ret)
> goto out_clear_bit;
> --
> 2.47.0.338.g60cca15819-goog
--
heikki
next prev parent reply other threads:[~2024-12-03 12:48 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-03 10:23 [PATCH v2] usb: typec: ucsi: Fix completion notifications Łukasz Bartosik
2024-12-03 11:50 ` Dmitry Baryshkov
2024-12-03 12:48 ` Heikki Krogerus [this message]
2024-12-03 12:51 ` Heikki Krogerus
2024-12-03 14:31 ` Łukasz Bartosik
2024-12-04 0:21 ` Benson Leung
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=Z07-NoXOTO0yJNKk@kuha.fi.intel.com \
--to=heikki.krogerus@linux.intel.com \
--cc=abhishekpandit@chromium.org \
--cc=bleung@chromium.org \
--cc=dmitry.baryshkov@linaro.org \
--cc=gregkh@linuxfoundation.org \
--cc=jthies@google.com \
--cc=linux-usb@vger.kernel.org \
--cc=stable@vger.kernel.org \
--cc=ukaszb@chromium.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.