From: Fabio Aiuto <fabioaiuto83@gmail.com>
To: Stefan Wahren <stefan.wahren@i2se.com>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Nicolas Saenz Julienne <nsaenz@kernel.org>,
linux-staging@lists.linux.dev
Subject: Re: [PATCH 03/20] staging: vchiq_core: separate postfix increment
Date: Sun, 16 May 2021 09:31:13 +0200 [thread overview]
Message-ID: <20210516073112.GB1410@agape.jhs> (raw)
In-Reply-To: <1621105859-30215-4-git-send-email-stefan.wahren@i2se.com>
Hi Stefan,
On Sat, May 15, 2021 at 09:10:42PM +0200, Stefan Wahren wrote:
> Postfix increment within a complexer statement doesn't improve readability.
> So separate them.
>
> Signed-off-by: Stefan Wahren <stefan.wahren@i2se.com>
> ---
> .../vc04_services/interface/vchiq_arm/vchiq_core.c | 16 ++++++++++------
> 1 file changed, 10 insertions(+), 6 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 85fd0a6..a22d8b7 100644
> --- a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.c
> +++ b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.c
> @@ -243,7 +243,8 @@ __next_service_by_instance(struct vchiq_state *state,
> while (idx < state->unused_service) {
> struct vchiq_service *srv;
>
> - srv = rcu_dereference(state->services[idx++]);
> + srv = rcu_dereference(state->services[idx]);
> + idx++;
> if (srv && srv->srvstate != VCHIQ_SRVSTATE_FREE &&
> srv->instance == instance) {
> service = srv;
> @@ -649,11 +650,12 @@ process_free_queue(struct vchiq_state *state, BITSET_T *service_found,
>
> while (slot_queue_available != local->slot_queue_recycle) {
> unsigned int pos;
> - int slot_index = local->slot_queue[slot_queue_available++ &
> + int slot_index = local->slot_queue[slot_queue_available &
> VCHIQ_SLOT_QUEUE_MASK];
> char *data = (char *)SLOT_DATA_FROM_INDEX(state, slot_index);
> int data_found = 0;
>
> + slot_queue_available++;
> /*
> * Beware of the address dependency - data is calculated
> * using an index written by the other side.
> @@ -1175,7 +1177,6 @@ static void
> release_slot(struct vchiq_state *state, struct vchiq_slot_info *slot_info,
> struct vchiq_header *header, struct vchiq_service *service)
> {
> -
> mutex_lock(&state->recycle_mutex);
this change is a separate logical change so should go in a separate patch...
>
> if (header) {
> @@ -2215,7 +2216,8 @@ vchiq_init_state(struct vchiq_state *state, struct vchiq_slot_zero *slot_zero)
> }
>
> for (i = local->slot_first; i <= local->slot_last; i++) {
> - local->slot_queue[state->slot_queue_available++] = i;
> + local->slot_queue[state->slot_queue_available] = i;
> + state->slot_queue_available++;
> complete(&state->slot_available_event);
> }
>
> @@ -2319,7 +2321,8 @@ void vchiq_msg_queue_push(unsigned int handle, struct vchiq_header *header)
> flush_signals(current);
> }
>
> - pos = service->msg_queue_write++ & (VCHIQ_MAX_SLOTS - 1);
> + pos = service->msg_queue_write & (VCHIQ_MAX_SLOTS - 1);
> + service->msg_queue_write++;
> service->msg_queue[pos] = header;
>
> complete(&service->msg_queue_push);
> @@ -2340,7 +2343,8 @@ struct vchiq_header *vchiq_msg_hold(unsigned int handle)
> flush_signals(current);
> }
>
> - pos = service->msg_queue_read++ & (VCHIQ_MAX_SLOTS - 1);
> + pos = service->msg_queue_read & (VCHIQ_MAX_SLOTS - 1);
> + service->msg_queue_read++;
> header = service->msg_queue[pos];
>
> complete(&service->msg_queue_pop);
> --
> 2.7.4
>
>
thank you,
fabio
next prev parent reply other threads:[~2021-05-16 7:31 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-05-15 19:10 [PATCH 00/20] staging: vchiq_arm: more code clean-up Stefan Wahren
2021-05-15 19:10 ` [PATCH 01/20] staging: vchiq_core: fix return type of vchiq_init_state Stefan Wahren
2021-05-16 7:27 ` Fabio Aiuto
2021-05-16 9:38 ` Stefan Wahren
2021-05-16 16:54 ` Fabio Aiuto
2021-05-17 11:25 ` Dan Carpenter
2021-05-15 19:10 ` [PATCH 02/20] staging: vchiq_core: drop unnecessary release_count Stefan Wahren
2021-05-15 19:10 ` [PATCH 03/20] staging: vchiq_core: separate postfix increment Stefan Wahren
2021-05-16 7:31 ` Fabio Aiuto [this message]
2021-05-15 19:10 ` [PATCH 04/20] staging: vc04_services: remove __VCCOREVER__ Stefan Wahren
2021-05-15 19:10 ` [PATCH 05/20] staging: vchiq_arm: balance braces for if-else statements Stefan Wahren
2021-05-15 19:10 ` [PATCH 06/20] staging: vchiq_core: introduce poll_services_of_group Stefan Wahren
2021-05-15 19:10 ` [PATCH 07/20] staging: vchiq_core: avoid indention in poll_services_of_group Stefan Wahren
2021-05-15 19:10 ` [PATCH 08/20] staging: vchiq_arm: Use define for doorbell irq Stefan Wahren
2021-05-15 19:10 ` [PATCH 09/20] staging: vchiq_arm: drop ftrace-like logging Stefan Wahren
2021-05-15 19:10 ` [PATCH 10/20] staging: vchiq_arm: Prefer kzalloc(sizeof(*waiter)...) Stefan Wahren
2021-05-15 19:10 ` [PATCH 11/20] staging: vchiq_arm: drop non-beneficial comments Stefan Wahren
2021-05-15 19:10 ` [PATCH 12/20] staging: vchiq_arm: add blank line after declarations Stefan Wahren
2021-05-15 19:10 ` [PATCH 13/20] staging: vchiq_arm: re-arrange function header Stefan Wahren
2021-05-15 19:10 ` [PATCH 14/20] staging: vchiq_core: reduce indention in release_service_messages Stefan Wahren
2021-05-15 19:10 ` [PATCH 15/20] staging: vchiq_core: fix comment in vchiq_shutdown_internal Stefan Wahren
2021-05-15 19:10 ` [PATCH 16/20] staging: vchiq_arm: make vchiq_shutdown_internal return void Stefan Wahren
2021-05-15 19:10 ` [PATCH 17/20] staging: vchiq_arm: Avoid unnecessary line breaks Stefan Wahren
2021-05-15 19:10 ` [PATCH 18/20] staging: vchiq_core: introduce parse_message Stefan Wahren
2021-05-17 11:49 ` Dan Carpenter
2021-05-17 17:38 ` Stefan Wahren
2021-05-18 7:36 ` Dan Carpenter
2021-05-15 19:10 ` [PATCH 19/20] staging: vchiq_core: introduce defines for close_recvd Stefan Wahren
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=20210516073112.GB1410@agape.jhs \
--to=fabioaiuto83@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=linux-staging@lists.linux.dev \
--cc=nsaenz@kernel.org \
--cc=stefan.wahren@i2se.com \
/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 read-only IMAP folder(s) and NNTP newsgroup(s).