From: Umang Jain <umang.jain@ideasonboard.com>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: linux-staging@lists.linux.dev,
Stefan Wahren <stefan.wahren@i2se.com>,
Dan Carpenter <error27@gmail.com>,
Kieran Bingham <kieran.bingham@ideasonboard.com>,
Phil Elwell <phil@raspberrypi.com>,
Dave Stevenson <dave.stevenson@raspberrypi.com>,
Greg KH <greg@kroah.com>
Subject: Re: [PATCH v3 4/6] staging: vc04_services: Drop global members for tracking connections
Date: Fri, 22 Mar 2024 10:25:49 +0530 [thread overview]
Message-ID: <a6911446-cee4-4c17-9963-034e53275217@ideasonboard.com> (raw)
In-Reply-To: <20240321191259.GX9582@pendragon.ideasonboard.com>
Hi Laurent,
On 22/03/24 12:42 am, Laurent Pinchart wrote:
> Hi Umang,
>
> Thank you for the patch.
>
> On Thu, Mar 21, 2024 at 04:07:38PM +0530, Umang Jain wrote:
>> Drop global members for tracking vchiq driver connections in
>> vchiq_connected.[ch] and use the struct vchiq_drv_mgmt to
>> track the connections.
> I'd write "Move global connection tracking to vchiq_drv_mgmt" in the
> subject line, as you're not just dropping them completely. Same in the
> commit message.
>
>> Also, store a vchiq_drv_mgmt pointer to struct vchiq_device to
>> have easy access to struct vchiq_drv_mgmt across vchiq devices.
>>
>> Signed-off-by: Umang Jain <umang.jain@ideasonboard.com>
>> ---
>> .../interface/vchiq_arm/vchiq_arm.c | 2 +-
>> .../interface/vchiq_arm/vchiq_arm.h | 6 +++++
>> .../interface/vchiq_arm/vchiq_bus.c | 4 +++
>> .../interface/vchiq_arm/vchiq_bus.h | 3 +++
>> .../interface/vchiq_arm/vchiq_connected.c | 25 +++++++++----------
>> .../interface/vchiq_arm/vchiq_connected.h | 3 ++-
>> 6 files changed, 28 insertions(+), 15 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 01b4e4b010c6..ba096bcb32c8 100644
>> --- a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c
>> +++ b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c
>> @@ -559,7 +559,7 @@ static int vchiq_platform_init(struct platform_device *pdev, struct vchiq_state
>> dev_dbg(&pdev->dev, "arm: vchiq_init - done (slots %pK, phys %pad)\n",
>> vchiq_slot_zero, &slot_phys);
>>
>> - vchiq_call_connected_callbacks();
>> + vchiq_call_connected_callbacks(drv_mgmt);
>>
>> return 0;
>> }
>> diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.h b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.h
>> index fc4122c27e94..1190fab2efc4 100644
>> --- a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.h
>> +++ b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.h
>> @@ -23,6 +23,8 @@
>> #define MAX_ELEMENTS 8
>> #define MSG_QUEUE_SIZE 128
>>
>> +#define VCHIQ_DRV_MAX_CALLBACKS 10
> It would be nice to remove this, but I think we can live with it for
> now.
>
>> +
>> enum USE_TYPE_E {
>> USE_TYPE_SERVICE,
>> USE_TYPE_VCHIQ
>> @@ -35,6 +37,10 @@ struct vchiq_platform_info {
>> struct vchiq_drv_mgmt {
>> struct rpi_firmware *fw;
>> const struct vchiq_platform_info *pinfo;
>> +
>> + bool connected;
>> + int num_deferred_callbacks;
>> + void (*deferred_callback[VCHIQ_DRV_MAX_CALLBACKS])(void);
>> };
>>
>> struct user_service {
>> diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_bus.c b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_bus.c
>> index 68f830d75531..fb837e64838b 100644
>> --- a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_bus.c
>> +++ b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_bus.c
>> @@ -54,6 +54,7 @@ static void vchiq_device_release(struct device *dev)
>> struct vchiq_device *
>> vchiq_device_register(struct device *parent, const char *name)
>> {
>> + struct platform_device *pdev;
>> struct vchiq_device *device;
>> int ret;
>>
>> @@ -67,6 +68,9 @@ vchiq_device_register(struct device *parent, const char *name)
>> device->dev.dma_mask = &device->dev.coherent_dma_mask;
>> device->dev.release = vchiq_device_release;
>>
>> + pdev = to_platform_device(parent);
>> + device->drv_mgmt = platform_get_drvdata(pdev);
> device->drv_mgmt = dev_get_drvdata(parent);
>
>> +
>> of_dma_configure(&device->dev, parent->of_node, true);
>>
>> ret = device_register(&device->dev);
>> diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_bus.h b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_bus.h
>> index 4db86e76edbd..b0e85ca2365e 100644
>> --- a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_bus.h
>> +++ b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_bus.h
>> @@ -9,8 +9,11 @@
>> #include <linux/device.h>
>> #include <linux/mod_devicetable.h>
>>
>> +#include "vchiq_arm.h"
>> +
> Use a declaration instead.
>
> struct vchiq_drv_mgmt;
>
>> struct vchiq_device {
>> struct device dev;
>> + struct vchiq_drv_mgmt *drv_mgmt;
>> };
>>
>> struct vchiq_driver {
>> diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_connected.c b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_connected.c
>> index 4604a2f4d2de..ec5e9107868e 100644
>> --- a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_connected.c
>> +++ b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_connected.c
>> @@ -8,9 +8,6 @@
>>
>> #define MAX_CALLBACKS 10
>>
>> -static int g_connected;
>> -static int g_num_deferred_callbacks;
>> -static void (*g_deferred_callback[MAX_CALLBACKS])(void);
>> static DEFINE_MUTEX(g_connected_mutex);
> Any reason not to move this to vchiq_drv_mgmt ?
yes, I looked into this - and it turned out the DEFINE_MUTEX
implementation differs based on whether CONFIG_PREEMPT_RT is enabled or
not, and I am not very sure if replacing it with struct mutex would have
repercussions. I don't understand these bits very well yet and it seems
(from a cursory look that DEFINE_MUTEX seems to be statically declared...)
>
>>
>> /*
>> @@ -21,21 +18,23 @@ static DEFINE_MUTEX(g_connected_mutex);
>> */
>> void vchiq_add_connected_callback(struct vchiq_device *device, void (*callback)(void))
>> {
>> + struct vchiq_drv_mgmt *drv_mgmt = device->drv_mgmt;
>> +
>> if (mutex_lock_killable(&g_connected_mutex))
>> return;
>>
>> - if (g_connected) {
>> + if (drv_mgmt->connected) {
>> /* We're already connected. Call the callback immediately. */
>> callback();
>> } else {
>> - if (g_num_deferred_callbacks >= MAX_CALLBACKS) {
>> + if (drv_mgmt->num_deferred_callbacks >= MAX_CALLBACKS) {
>> dev_err(&device->dev,
>> "core: There already %d callback registered - please increase MAX_CALLBACKS\n",
>> - g_num_deferred_callbacks);
>> + drv_mgmt->num_deferred_callbacks);
>> } else {
>> - g_deferred_callback[g_num_deferred_callbacks] =
>> + drv_mgmt->deferred_callback[drv_mgmt->num_deferred_callbacks] =
>> callback;
>> - g_num_deferred_callbacks++;
>> + drv_mgmt->num_deferred_callbacks++;
>> }
>> }
>> mutex_unlock(&g_connected_mutex);
>> @@ -46,17 +45,17 @@ EXPORT_SYMBOL(vchiq_add_connected_callback);
>> * This function is called by the vchiq stack once it has been connected to
>> * the videocore and clients can start to use the stack.
>> */
>> -void vchiq_call_connected_callbacks(void)
>> +void vchiq_call_connected_callbacks(struct vchiq_drv_mgmt *drv_mgmt)
>> {
>> int i;
>>
>> if (mutex_lock_killable(&g_connected_mutex))
>> return;
>>
>> - for (i = 0; i < g_num_deferred_callbacks; i++)
>> - g_deferred_callback[i]();
>> + for (i = 0; i < drv_mgmt->num_deferred_callbacks; i++)
>> + drv_mgmt->deferred_callback[i]();
>>
>> - g_num_deferred_callbacks = 0;
>> - g_connected = 1;
>> + drv_mgmt->num_deferred_callbacks = 0;
>> + drv_mgmt->connected = true;
>> mutex_unlock(&g_connected_mutex);
>> }
>> diff --git a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_connected.h b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_connected.h
>> index e4ed56446f8a..0a3adefc69e0 100644
>> --- a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_connected.h
>> +++ b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_connected.h
>> @@ -1,12 +1,13 @@
>> /* SPDX-License-Identifier: GPL-2.0 OR BSD-3-Clause */
>> /* Copyright (c) 2010-2012 Broadcom. All rights reserved. */
>>
>> +#include "vchiq_arm.h"
> Structure declaration too.
>
>> #include "vchiq_bus.h"
>>
>> #ifndef VCHIQ_CONNECTED_H
>> #define VCHIQ_CONNECTED_H
>>
>> void vchiq_add_connected_callback(struct vchiq_device *device, void (*callback)(void));
>> -void vchiq_call_connected_callbacks(void);
>> +void vchiq_call_connected_callbacks(struct vchiq_drv_mgmt *mgmt);
>>
>> #endif /* VCHIQ_CONNECTED_H */
next prev parent reply other threads:[~2024-03-22 4:55 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-21 10:37 [PATCH v3 0/6] staging: vc04_services: Drop non-essential global members Umang Jain
2024-03-21 10:37 ` [PATCH v3 1/6] staging: vc04_services: Drop g_once_init global variable Umang Jain
2024-03-21 10:37 ` [PATCH v3 2/6] staging: vc04_services: vchiq_arm: Split driver static and runtime data Umang Jain
2024-03-21 18:46 ` Laurent Pinchart
2024-03-21 10:37 ` [PATCH v3 3/6] staging: vc04_services: vchiq_arm: Drop g_cache_line_size Umang Jain
2024-03-21 19:04 ` Laurent Pinchart
2024-03-21 19:10 ` Laurent Pinchart
2024-03-21 10:37 ` [PATCH v3 4/6] staging: vc04_services: Drop global members for tracking connections Umang Jain
2024-03-21 19:12 ` Laurent Pinchart
2024-03-22 4:55 ` Umang Jain [this message]
2024-03-22 8:17 ` Laurent Pinchart
2024-03-21 10:37 ` [PATCH v3 5/6] staging: vc04_services: Drop global variables tracking allocated pages Umang Jain
2024-03-21 19:50 ` Laurent Pinchart
2024-03-22 9:15 ` Umang Jain
2024-03-22 11:44 ` Laurent Pinchart
2024-03-23 13:58 ` Umang Jain
2024-03-21 10:37 ` [PATCH v3 6/6] staging: vc04_services: Drop completed TODO item 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=a6911446-cee4-4c17-9963-034e53275217@ideasonboard.com \
--to=umang.jain@ideasonboard.com \
--cc=dave.stevenson@raspberrypi.com \
--cc=error27@gmail.com \
--cc=greg@kroah.com \
--cc=kieran.bingham@ideasonboard.com \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-staging@lists.linux.dev \
--cc=phil@raspberrypi.com \
--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