From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Stefan Wahren <wahrenst@gmx.net>
Cc: Umang Jain <umang.jain@ideasonboard.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Florian Fainelli <florian.fainelli@broadcom.com>,
Dan Carpenter <dan.carpenter@linaro.org>,
Phil Elwell <phil@raspberrypi.com>,
Dave Stevenson <dave.stevenson@raspberrypi.com>,
Kieran Bingham <kieran.bingham@ideasonboard.com>,
linux-staging@lists.linux.dev,
linux-arm-kernel@lists.infradead.org,
linux-media@vger.kernel.org
Subject: Re: [PATCH V2 2/3] staging: vchiq_core: Shorten bulk TX/RX pending dump
Date: Mon, 30 Oct 2023 01:46:15 +0200 [thread overview]
Message-ID: <20231029234615.GI12144@pendragon.ideasonboard.com> (raw)
In-Reply-To: <20231029124837.119832-3-wahrenst@gmx.net>
Hi Stefan,
Thank you for the patch.
On Sun, Oct 29, 2023 at 01:48:36PM +0100, Stefan Wahren wrote:
> The calculation for the bulk TX/RX pending is complex and
> reaches 99 chars per line. So move the size determination
> below the pending calculation and get the rid of the
> ternary operator.
>
> Signed-off-by: Stefan Wahren <wahrenst@gmx.net>
Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
> ---
> .../interface/vchiq_arm/vchiq_core.c | 19 ++++++++++++-------
> 1 file changed, 12 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.c b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.c
> index 94073f92651a..36c742a2f3b2 100644
> --- a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.c
> +++ b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.c
> @@ -3447,7 +3447,7 @@ vchiq_dump_service_state(void *dump_context, struct vchiq_service *service)
> struct vchiq_service_quota *quota =
> &service->state->service_quotas[service->localport];
> int fourcc = service->base.fourcc;
> - int tx_pending, rx_pending;
> + int tx_pending, rx_pending, tx_size = 0, rx_size = 0;
>
> if (service->remoteport != VCHIQ_PORT_FREE) {
> int len2 = scnprintf(remoteport, sizeof(remoteport),
> @@ -3472,18 +3472,23 @@ vchiq_dump_service_state(void *dump_context, struct vchiq_service *service)
>
> tx_pending = service->bulk_tx.local_insert -
> service->bulk_tx.remote_insert;
> + if (tx_pending) {
> + unsigned int i = BULK_INDEX(service->bulk_tx.remove);
> +
> + tx_size = service->bulk_tx.bulks[i].size;
> + }
>
> rx_pending = service->bulk_rx.local_insert -
> service->bulk_rx.remote_insert;
> + if (rx_pending) {
> + unsigned int i = BULK_INDEX(service->bulk_rx.remove);
> +
> + rx_size = service->bulk_rx.bulks[i].size;
> + }
>
> len = scnprintf(buf, sizeof(buf),
> " Bulk: tx_pending=%d (size %d), rx_pending=%d (size %d)",
> - tx_pending,
> - tx_pending ?
> - service->bulk_tx.bulks[BULK_INDEX(service->bulk_tx.remove)].size :
> - 0, rx_pending, rx_pending ?
> - service->bulk_rx.bulks[BULK_INDEX(service->bulk_rx.remove)].size :
> - 0);
> + tx_pending, tx_size, rx_pending, rx_size);
>
> if (VCHIQ_ENABLE_STATS) {
> err = vchiq_dump(dump_context, buf, len + 1);
--
Regards,
Laurent Pinchart
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2023-10-29 23:46 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-10-29 12:48 [PATCH V2 0/3] staging: vchiq_arm: move state dump to debugfs Stefan Wahren
2023-10-29 12:48 ` [PATCH V2 1/3] staging: vchiq_core: Make vchiq_dump_service_state static Stefan Wahren
2023-10-29 23:44 ` Laurent Pinchart
2023-10-29 12:48 ` [PATCH V2 2/3] staging: vchiq_core: Shorten bulk TX/RX pending dump Stefan Wahren
2023-10-29 23:46 ` Laurent Pinchart [this message]
2023-10-29 12:48 ` [PATCH V2 3/3] staging: vchiq_arm: move state dump to debugfs Stefan Wahren
2023-10-29 15:03 ` Ricardo B. Marliere
2023-11-22 12:17 ` [PATCH V2 0/3] " Stefan Wahren
2023-11-22 12:23 ` Greg Kroah-Hartman
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=20231029234615.GI12144@pendragon.ideasonboard.com \
--to=laurent.pinchart@ideasonboard.com \
--cc=dan.carpenter@linaro.org \
--cc=dave.stevenson@raspberrypi.com \
--cc=florian.fainelli@broadcom.com \
--cc=gregkh@linuxfoundation.org \
--cc=kieran.bingham@ideasonboard.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-media@vger.kernel.org \
--cc=linux-staging@lists.linux.dev \
--cc=phil@raspberrypi.com \
--cc=umang.jain@ideasonboard.com \
--cc=wahrenst@gmx.net \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).