From: Stefan Wahren <wahrenst@gmx.net>
To: Umang Jain <umang.jain@ideasonboard.com>,
Florian Fainelli <florian.fainelli@broadcom.com>,
Broadcom internal kernel review list
<bcm-kernel-feedback-list@broadcom.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: linux-rpi-kernel@lists.infradead.org,
linux-arm-kernel@lists.infradead.org,
linux-staging@lists.linux.dev, linux-kernel@vger.kernel.org,
Kieran Bingham <kieran.bingham@ideasonboard.com>,
Arnd Bergmann <arnd@arndb.de>,
Dave Stevenson <dave.stevenson@raspberrypi.com>,
Phil Elwell <phil@raspberrypi.com>,
Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Subject: Re: [PATCH v4 3/7] staging: vchiq_core: Factor out bulk transfer for blocking mode
Date: Sat, 7 Sep 2024 13:49:19 +0200 [thread overview]
Message-ID: <5e3f9758-e392-44af-83c4-e60714046708@gmx.net> (raw)
In-Reply-To: <20240906072506.174026-4-umang.jain@ideasonboard.com>
Hi Umang,
Am 06.09.24 um 09:25 schrieb Umang Jain:
> Factor out bulk transfer for blocking mode into a separate dedicated
> function bulk_xfer_blocking_interruptible(). It is suffixed by
> "_interruptible" to denote that it can be interrupted and -EAGAIN
> can be returned. It would be up to the users of the function to retry
> the call in those cases.
>
> Adjust the calls to vchiq-dev.c ioctl interface and vchiq_arm.c
> for blocking bulk transfers.
>
> Signed-off-by: Umang Jain <umang.jain@ideasonboard.com>
i applied this series on top of recent linux-next and the vchiq ping
test on Raspberry Pi 3 B Plus (multi_v7_defconfig) crashes or hanges
strangly.
I bisected the issue to this patch, but it's possible the root cause
might be introduced before.
But i'm pretty sure that the series introduced the regression.
Sorry, i don't have the time analyse this issue deeper.
Best regards
> ---
> .../interface/vchiq_arm/vchiq_arm.c | 5 +--
> .../interface/vchiq_arm/vchiq_core.c | 42 ++++++++++++++++---
> .../interface/vchiq_arm/vchiq_core.h | 5 +++
> .../interface/vchiq_arm/vchiq_dev.c | 6 +++
> 4 files changed, 49 insertions(+), 9 deletions(-)
>
> diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c
> index c4d97dbf6ba8..688c9b1be868 100644
> --- a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c
> +++ b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c
> @@ -968,9 +968,8 @@ vchiq_blocking_bulk_transfer(struct vchiq_instance *instance, unsigned int handl
> return -ENOMEM;
> }
>
> - ret = vchiq_bulk_transfer(instance, handle, data, NULL, size,
> - &waiter->bulk_waiter,
> - VCHIQ_BULK_MODE_BLOCKING, dir);
> + ret = vchiq_bulk_xfer_blocking_interruptible(instance, handle, data, NULL, size,
> + &waiter->bulk_waiter, dir);
> if ((ret != -EAGAIN) || fatal_signal_pending(current) || !waiter->bulk_waiter.bulk) {
> struct vchiq_bulk *bulk = waiter->bulk_waiter.bulk;
>
> 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 f36044bab194..43f951fa4b89 100644
> --- a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.c
> +++ b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.c
> @@ -2985,6 +2985,42 @@ vchiq_remove_service(struct vchiq_instance *instance, unsigned int handle)
> return status;
> }
>
> +int
> +vchiq_bulk_xfer_blocking_interruptible(struct vchiq_instance *instance, unsigned int handle,
> + void *offset, void __user *uoffset, int size,
> + void __user *userdata, enum vchiq_bulk_dir dir)
> +{
> + struct vchiq_service *service = find_service_by_handle(instance, handle);
> + struct bulk_waiter *bulk_waiter;
> + enum vchiq_bulk_mode mode = VCHIQ_BULK_MODE_BLOCKING;
> + int status = -EINVAL;
> +
> + if (!service)
> + return -EINVAL;
> +
> + if (service->srvstate != VCHIQ_SRVSTATE_OPEN)
> + goto error_exit;
> +
> + if (!offset && !uoffset)
> + goto error_exit;
> +
> + if (vchiq_check_service(service))
> + goto error_exit;
> +
> + bulk_waiter = userdata;
> + init_completion(&bulk_waiter->event);
> + bulk_waiter->actual = 0;
> + bulk_waiter->bulk = NULL;
> +
> + status = vchiq_bulk_xfer_queue_msg_interruptible(service, offset, uoffset, size,
> + userdata, mode, dir);
> +
> +error_exit:
> + vchiq_service_put(service);
> +
> + return status;
> +}
> +
> /*
> * This function may be called by kernel threads or user threads.
> * User threads may receive -EAGAIN to indicate that a signal has been
> @@ -3018,12 +3054,6 @@ int vchiq_bulk_transfer(struct vchiq_instance *instance, unsigned int handle,
> case VCHIQ_BULK_MODE_NOCALLBACK:
> case VCHIQ_BULK_MODE_CALLBACK:
> break;
> - case VCHIQ_BULK_MODE_BLOCKING:
> - bulk_waiter = userdata;
> - init_completion(&bulk_waiter->event);
> - bulk_waiter->actual = 0;
> - bulk_waiter->bulk = NULL;
> - break;
> default:
> goto error_exit;
> }
> diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.h b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.h
> index 985d9ea3a06a..2dd89101c1c6 100644
> --- a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.h
> +++ b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_core.h
> @@ -474,6 +474,11 @@ extern int
> vchiq_bulk_xfer_waiting_interruptible(struct vchiq_instance *instance,
> unsigned int handle, struct bulk_waiter *userdata);
>
> +extern int
> +vchiq_bulk_xfer_blocking_interruptible(struct vchiq_instance *instance, unsigned int handle,
> + void *offset, void __user *uoffset, int size,
> + void __user *userdata, enum vchiq_bulk_dir dir);
> +
> extern int
> vchiq_bulk_transfer(struct vchiq_instance *instance, unsigned int handle, void *offset,
> void __user *uoffset, int size, void *userdata, enum vchiq_bulk_mode mode,
> diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_dev.c b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_dev.c
> index 550838d2863b..830633f2326b 100644
> --- a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_dev.c
> +++ b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_dev.c
> @@ -304,6 +304,12 @@ static int vchiq_irq_queue_bulk_tx_rx(struct vchiq_instance *instance,
> }
>
> userdata = &waiter->bulk_waiter;
> +
> + status = vchiq_bulk_xfer_blocking_interruptible(instance, args->handle,
> + NULL, args->data, args->size,
> + userdata, dir);
> +
> + goto bulk_transfer_handled;
> } else if (args->mode == VCHIQ_BULK_MODE_WAITING) {
> mutex_lock(&instance->bulk_waiter_list_mutex);
> list_for_each_entry(iter, &instance->bulk_waiter_list,
next prev parent reply other threads:[~2024-09-07 11:49 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-06 7:24 [PATCH v4 0/7] staging: vchiq_core: Refactor vchiq_bulk_transfer() logic Umang Jain
2024-09-06 7:25 ` [PATCH v4 1/7] staging: vchiq: Factor out bulk transfer for VCHIQ_BULK_MODE_WAITING Umang Jain
2024-09-06 7:25 ` [PATCH v4 2/7] staging: vchiq_core: Simplify vchiq_bulk_transfer() Umang Jain
2024-09-06 7:25 ` [PATCH v4 3/7] staging: vchiq_core: Factor out bulk transfer for blocking mode Umang Jain
2024-09-07 11:49 ` Stefan Wahren [this message]
2024-09-07 18:26 ` Umang Jain
2024-09-08 10:41 ` Stefan Wahren
2024-09-06 7:25 ` [PATCH v4 4/7] staging: vchiq_core: Factor out bulk transfer for (no/)callback mode Umang Jain
2024-09-06 7:25 ` [PATCH v4 5/7] staging: vchiq_core: Drop vchiq_bulk_transfer() Umang Jain
2024-09-06 7:25 ` [PATCH v4 6/7] staging: vchiq_core: Remove unused function argument Umang Jain
2024-09-06 7:25 ` [PATCH v4 7/7] staging: vchiq_core: Pass enumerated flag instead of int Umang Jain
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=5e3f9758-e392-44af-83c4-e60714046708@gmx.net \
--to=wahrenst@gmx.net \
--cc=arnd@arndb.de \
--cc=bcm-kernel-feedback-list@broadcom.com \
--cc=dave.stevenson@raspberrypi.com \
--cc=florian.fainelli@broadcom.com \
--cc=gregkh@linuxfoundation.org \
--cc=kieran.bingham@ideasonboard.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-rpi-kernel@lists.infradead.org \
--cc=linux-staging@lists.linux.dev \
--cc=phil@raspberrypi.com \
--cc=umang.jain@ideasonboard.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