Received: by 2002:a05:6358:a55:b0:ec:fcf4:3ecf with SMTP id 21csp1960250rwb; Thu, 19 Jan 2023 18:31:10 -0800 (PST) X-Google-Smtp-Source: AMrXdXv+qsKaP+Cc+tz0u7r3jiWeH2ifX9ysV/kpeKZ+OGEkElT/sN+XeSaMD12r6R62tyHVqVf5 X-Received: by 2002:a17:903:41d2:b0:189:361f:89ac with SMTP id u18-20020a17090341d200b00189361f89acmr18480490ple.64.1674181870488; Thu, 19 Jan 2023 18:31:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1674181870; cv=none; d=google.com; s=arc-20160816; b=muduxPjF3F2jIzppCLBa6MWR19e/cNWb7CLn363S62BumwJNiRDfyKHNuNMIT+tpJu 15vhDmxCsHGfSnFFBvSsmYe3jJzXZR4fS15mZ+0cqYtvFjlyrGwiKE7aMEjQQ3xr6ldK 1zJxbSM2Z5CphVc2o+l/XHu26FL6jiUuhsbv90UYkG6mYShdITzjnx05TCWZNwOwitNA xs724EieTQqHGgk/moX3JPk+aLTumbMcoGeTlxNrUOIPoXM1ax790F2JwV/H0p5bOP6S 9gyN+DAfcw8XHI77NM66awkQXKYakn47pHqJ33oV0HxjbHK2dpVwHnVAFVhCqKuI15lt dI5A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=Rd2GkI9kixseXPxi9waDYOpftJDfjtCetosJhK+fuZs=; b=FO+yPTqJ5RyE4B+EvZ8VhGQUqwW4cIUj5DNrl794NJoBC/uwvOeRTx8HlexzqGDgNH xbrg5lzz/JhXam4FZecVPuXIy09eEpT+NbaWNG37NEKguc8zKVkkTr61RGACqXcCZl5Z QukWuY0cu+zHMy1GX/6x1ETkMTu8KfzALVLo8logV29QmmcQHrW7jqJGRRk72g+y2y6Q w9p2oFLyli2QR6uS7jptIZVaTKjAt6KW4RJ0ZCxjYA4GLKCSQ4BUUL/S/EjmOLr4Nwif nE9WlIs0sk9DCZp0KAZiAI3D49VE2XUMIAEemSa88Hum+HiIubkxLuQj1bK3SRERyQ8r hwvw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass (test mode) header.i=@ideasonboard.com header.s=mail header.b=t9BCnqif; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id a18-20020a63e852000000b0047785402653si39350662pgk.776.2023.01.19.18.31.04; Thu, 19 Jan 2023 18:31:10 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass (test mode) header.i=@ideasonboard.com header.s=mail header.b=t9BCnqif; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229797AbjATBwn (ORCPT + 46 others); Thu, 19 Jan 2023 20:52:43 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56100 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229825AbjATBwe (ORCPT ); Thu, 19 Jan 2023 20:52:34 -0500 Received: from perceval.ideasonboard.com (perceval.ideasonboard.com [IPv6:2001:4b98:dc2:55:216:3eff:fef7:d647]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 46FDFA83BD; Thu, 19 Jan 2023 17:52:27 -0800 (PST) Received: from pendragon.ideasonboard.com (213-243-189-158.bb.dnainternet.fi [213.243.189.158]) by perceval.ideasonboard.com (Postfix) with ESMTPSA id C6D8A514; Fri, 20 Jan 2023 02:52:24 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ideasonboard.com; s=mail; t=1674179545; bh=Y9N1ZZUgP++U8NcvHHlFlw+SI4xXIzYAFyZUwjSdFwU=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=t9BCnqif2glX1rTAgRbOjq9qJAK6ivWIzM6JStbxzqSVMDyfMjVbc6WuQz6SU8/Is /6eObbMYCrwWetpXHIR4+dIVH+45FCDtmEK90ew0TUduGhznsqwXrXk7NdaX+MUlMk w3NQwbpukJDXq10cRIBw3QOh4kirXwgKsLQDYeCU= Date: Fri, 20 Jan 2023 03:52:22 +0200 From: Laurent Pinchart To: Umang Jain Cc: linux-staging@lists.linux.dev, linux-rpi-kernel@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-media@vger.kernel.org, linux-kernel@vger.kernel.org, Stefan Wahren , Greg Kroah-Hartman , Florian Fainelli , Adrien Thierry , Dan Carpenter , Dave Stevenson , Kieran Bingham , Paul Elder Subject: Re: [PATCH v5 6/6] staging: vc04_services: vchiq: Register devices with a custom bus_type Message-ID: References: <20230119115503.268693-1-umang.jain@ideasonboard.com> <20230119115503.268693-7-umang.jain@ideasonboard.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20230119115503.268693-7-umang.jain@ideasonboard.com> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_PASS,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Umang, Thank you for the patch. On Thu, Jan 19, 2023 at 05:25:03PM +0530, Umang Jain wrote: > The devices that the vchiq interface registers(bcm2835-audio, Missing space before '('. > bcm2835-camera) are implemented and exposed by the VC04 firmware. > The device tree describes the VC04 itself with the resources > required to communicate with it through a mailbox interface. However, > the vchiq interface registers these devices as platform devices. This > also means the specific drivers for these devices are also getting Drop one of the two "also". > registered as platform drivers. This is not correct and a blatant > abuse of platform device/driver. > > Replace the platform device/driver model with a standard device driver > model. A custom bus_type, vchiq_bus_type, is created in the vchiq > interface which matches the devices to their specific device drivers > thereby, establishing driver binding. A struct vchiq_device wraps the > struct device for each device being registered on the bus by the vchiq > interface. > > Each device registered will expose a 'name' read-only device attribute > in sysfs (/sys/bus/vchiq-bus/devices). New devices and drivers can be > added by registering on vchiq_bus_type and adding a corresponding > device name entry in the static list of devices, vchiq_devices. There > is currently no way to enumerate the VCHIQ devices that are available > from the firmware. Greg, I don't know if you've followed the conversation in earlier mail threads, so I'll try to summarize it here. There are two layers involved: the VCHIQ layer, which has two clients (audio and MMAL), and the MMAL layer, which has multiple clients (camera, codec, ISP). The reason for this is that audio and mmal are separate hardware, while camera, codec and ISP share some hardware blocks. The VCHIQ layer provides a mailbox API to its clients to communicate with the firmware, and the MMAL layer provides another API implemented on top of the VCHIQ layer. Neither APIs offer a way to discover devices dynamically (that's not a feature implemented by the firmware). We've decided that implementing two buses would be overkill, so Umang went for a single vchiq_bus_type. The only value it provides is to stop abusing platform_device. That's pretty much it. Given the above explanation, do you still think the additional complexity introduced by the vchiq bus type is worth it (it more or less duplicates a small subset of the platform bus type implementation), and are you fine with a single bus type, even if it doesn't exactly match the firmware layers ? > Signed-off-by: Umang Jain > --- > .../vc04_services/bcm2835-audio/bcm2835.c | 19 ++- > .../bcm2835-camera/bcm2835-camera.c | 17 ++- > .../interface/vchiq_arm/vchiq_arm.c | 121 +++++++++++++++--- > .../interface/vchiq_arm/vchiq_arm.h | 1 + > 4 files changed, 117 insertions(+), 41 deletions(-) > > diff --git a/drivers/staging/vc04_services/bcm2835-audio/bcm2835.c b/drivers/staging/vc04_services/bcm2835-audio/bcm2835.c > index 00bc898b0189..9f3af84f5d5d 100644 > --- a/drivers/staging/vc04_services/bcm2835-audio/bcm2835.c > +++ b/drivers/staging/vc04_services/bcm2835-audio/bcm2835.c > @@ -1,12 +1,11 @@ > // SPDX-License-Identifier: GPL-2.0 > /* Copyright 2011 Broadcom Corporation. All rights reserved. */ > > -#include > - > #include > #include > #include > > +#include "../interface/vchiq_arm/vchiq_arm.h" > #include "bcm2835.h" > > static bool enable_hdmi; > @@ -268,9 +267,8 @@ static int snd_add_child_devices(struct device *device, u32 numchans) > return 0; > } > > -static int snd_bcm2835_alsa_probe(struct platform_device *pdev) > +static int snd_bcm2835_alsa_probe(struct device *dev) > { > - struct device *dev = &pdev->dev; > int err; > > if (num_channels <= 0 || num_channels > MAX_SUBSTREAMS) { > @@ -292,30 +290,29 @@ static int snd_bcm2835_alsa_probe(struct platform_device *pdev) > > #ifdef CONFIG_PM > > -static int snd_bcm2835_alsa_suspend(struct platform_device *pdev, > +static int snd_bcm2835_alsa_suspend(struct device *pdev, > pm_message_t state) > { > return 0; > } > > -static int snd_bcm2835_alsa_resume(struct platform_device *pdev) > +static int snd_bcm2835_alsa_resume(struct device *pdev) > { > return 0; > } > > #endif > > -static struct platform_driver bcm2835_alsa_driver = { > +static struct device_driver bcm2835_alsa_driver = { > .probe = snd_bcm2835_alsa_probe, > #ifdef CONFIG_PM > .suspend = snd_bcm2835_alsa_suspend, > .resume = snd_bcm2835_alsa_resume, > #endif > - .driver = { > - .name = "bcm2835_audio", > - }, > + .name = "bcm2835_audio", > + .bus = &vchiq_bus_type, > }; > -module_platform_driver(bcm2835_alsa_driver); > +module_driver(bcm2835_alsa_driver, driver_register, driver_unregister); Shouldn't you create a struct vchiq_device that wraps struct device, a struct vchiq_driver that wraps struct device_driver, and a module_vchiq_driver() macro ? It shouldn't be up to individual drivers to deal with the plumbing. > > MODULE_AUTHOR("Dom Cobley"); > MODULE_DESCRIPTION("Alsa driver for BCM2835 chip"); > diff --git a/drivers/staging/vc04_services/bcm2835-camera/bcm2835-camera.c b/drivers/staging/vc04_services/bcm2835-camera/bcm2835-camera.c > index 4f81765912ea..199a49f9ec1e 100644 > --- a/drivers/staging/vc04_services/bcm2835-camera/bcm2835-camera.c > +++ b/drivers/staging/vc04_services/bcm2835-camera/bcm2835-camera.c > @@ -24,8 +24,8 @@ > #include > #include > #include > -#include > > +#include "../interface/vchiq_arm/vchiq_arm.h" > #include "../vchiq-mmal/mmal-common.h" > #include "../vchiq-mmal/mmal-encodings.h" > #include "../vchiq-mmal/mmal-vchiq.h" > @@ -1841,7 +1841,7 @@ static struct v4l2_format default_v4l2_format = { > .fmt.pix.sizeimage = 1024 * 768, > }; > > -static int bcm2835_mmal_probe(struct platform_device *pdev) > +static int bcm2835_mmal_probe(struct device *device) > { > int ret; > struct bcm2835_mmal_dev *dev; > @@ -1896,7 +1896,7 @@ static int bcm2835_mmal_probe(struct platform_device *pdev) > &camera_instance); > ret = v4l2_device_register(NULL, &dev->v4l2_dev); > if (ret) { > - dev_err(&pdev->dev, "%s: could not register V4L2 device: %d\n", > + dev_err(device, "%s: could not register V4L2 device: %d\n", > __func__, ret); > goto free_dev; > } > @@ -1976,7 +1976,7 @@ static int bcm2835_mmal_probe(struct platform_device *pdev) > return ret; > } > > -static int bcm2835_mmal_remove(struct platform_device *pdev) > +static int bcm2835_mmal_remove(struct device *device) > { > int camera; > struct vchiq_mmal_instance *instance = gdev[0]->instance; > @@ -1990,15 +1990,14 @@ static int bcm2835_mmal_remove(struct platform_device *pdev) > return 0; > } > > -static struct platform_driver bcm2835_camera_driver = { > +static struct device_driver bcm2835_camera_driver = { > + .name = "bcm2835-camera", > .probe = bcm2835_mmal_probe, > .remove = bcm2835_mmal_remove, > - .driver = { > - .name = "bcm2835-camera", > - }, > + .bus = &vchiq_bus_type, > }; > > -module_platform_driver(bcm2835_camera_driver) > +module_driver(bcm2835_camera_driver, driver_register, driver_unregister) > > MODULE_DESCRIPTION("Broadcom 2835 MMAL video capture"); > MODULE_AUTHOR("Vincent Sanders"); > 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 22de23f3af02..86c8e5df7cf6 100644 > --- a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c > +++ b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.c > @@ -12,6 +12,8 @@ > #include > #include > #include > +#include > +#include > #include > #include > #include > @@ -65,9 +67,6 @@ int vchiq_susp_log_level = VCHIQ_LOG_ERROR; > DEFINE_SPINLOCK(msg_queue_spinlock); > struct vchiq_state g_state; > > -static struct platform_device *bcm2835_camera; > -static struct platform_device *bcm2835_audio; > - > struct vchiq_drvdata { > const unsigned int cache_line_size; > struct rpi_firmware *fw; > @@ -132,6 +131,51 @@ struct vchiq_pagelist_info { > unsigned int scatterlist_mapped; > }; > > +struct vchiq_device { > + const char *name; > + struct device dev; > +}; Ah there we go :-) Move this structure to a header file that drivers can include. I'd name it vchiq_device.h. The code below should go to vchiq_device.c. I would also move the dev field first. > + > +static ssize_t vchiq_dev_show(struct device *dev, > + struct device_attribute *attr, char *buf) > +{ > + struct vchiq_device *device = container_of(dev, struct vchiq_device, dev); > + > + return sprintf(buf, "%s", device->name); > +} > + > +static DEVICE_ATTR_RO(vchiq_dev); > + > +static struct attribute *vchiq_dev_attrs[] = { > + &dev_attr_vchiq_dev.attr, > + NULL > +}; > + > +ATTRIBUTE_GROUPS(vchiq_dev); > + > +static const struct device_type vchiq_device_type = { > + .groups = vchiq_dev_groups > +}; > + > +static int vchiq_bus_type_match(struct device *dev, struct device_driver *drv) > +{ > + if (dev->bus == &vchiq_bus_type && > + strcmp(dev_name(dev), drv->name) == 0) > + return 1; > + return 0; > +} > + > +struct bus_type vchiq_bus_type = { > + .name = "vchiq-bus", > + .match = vchiq_bus_type_match, > +}; > +EXPORT_SYMBOL(vchiq_bus_type); EXPORT_SYMBOL_GPL ? > + > +static const char *const vchiq_devices[] = { > + "bcm2835_audio", > + "bcm2835-camera", > +}; This however should stay in this file. > + > static void __iomem *g_regs; > /* This value is the size of the L2 cache lines as understood by the > * VPU firmware, which determines the required alignment of the > @@ -1763,26 +1807,52 @@ static const struct of_device_id vchiq_of_match[] = { > }; > MODULE_DEVICE_TABLE(of, vchiq_of_match); > > -static struct platform_device * > +static void > +vchiq_release_device(struct device *dev) > +{ > + struct vchiq_device *device; > + > + device = container_of(dev, struct vchiq_device, dev); > + kfree(device); > +} > + > +static int > vchiq_register_child(struct platform_device *pdev, const char *name) Pass a struct device * for the first argument, you don't need a platform device. I'd also name the function vchiq_register_device, and rename the pdev parameter to parent. > { > - struct platform_device_info pdevinfo; > - struct platform_device *child; > + struct vchiq_device *device = NULL; > + int ret; > > - memset(&pdevinfo, 0, sizeof(pdevinfo)); > + device = kzalloc(sizeof(*device), GFP_KERNEL); > + if (!device) > + return -ENOMEM; > > - pdevinfo.parent = &pdev->dev; > - pdevinfo.name = name; > - pdevinfo.id = PLATFORM_DEVID_NONE; > - pdevinfo.dma_mask = DMA_BIT_MASK(32); > + device->name = name; > + device->dev.init_name = name; > + device->dev.parent = &pdev->dev; > + device->dev.bus = &vchiq_bus_type; > + device->dev.type = &vchiq_device_type; > + device->dev.release = vchiq_release_device; > + > + ret = dma_set_mask_and_coherent(&device->dev, DMA_BIT_MASK(32)); Do vchiq devices perform DMA ? > + if (ret < 0) { > + vchiq_release_device(&device->dev); > + return ret; > + } > > - child = platform_device_register_full(&pdevinfo); > - if (IS_ERR(child)) { > - dev_warn(&pdev->dev, "%s not registered\n", name); > - child = NULL; > + ret = device_register(&device->dev); > + if (ret) { > + put_device(&device->dev); > + return -EINVAL; > } > > - return child; > + return 0; > +} > + > +static int > +vchiq_unregister_child(struct device *dev, void *data) > +{ > + device_unregister(dev); > + return 0; > } > > static int vchiq_probe(struct platform_device *pdev) > @@ -1790,7 +1860,7 @@ static int vchiq_probe(struct platform_device *pdev) > struct device_node *fw_node; > const struct of_device_id *of_id; > struct vchiq_drvdata *drvdata; > - int err; > + int i, err; i can be an unsigned int. > > of_id = of_match_node(vchiq_of_match, pdev->dev.of_node); > drvdata = (struct vchiq_drvdata *)of_id->data; > @@ -1832,8 +1902,12 @@ static int vchiq_probe(struct platform_device *pdev) > goto error_exit; > } > > - bcm2835_camera = vchiq_register_child(pdev, "bcm2835-camera"); > - bcm2835_audio = vchiq_register_child(pdev, "bcm2835_audio"); > + for (i = 0; i < ARRAY_SIZE(vchiq_devices); i++) { > + err = vchiq_register_child(pdev, vchiq_devices[i]); > + if (!err) > + dev_err(&pdev->dev, "Failed to register %s vchiq device\n", > + vchiq_devices[i]); > + } > > return 0; > > @@ -1845,8 +1919,8 @@ static int vchiq_probe(struct platform_device *pdev) > > static int vchiq_remove(struct platform_device *pdev) > { > - platform_device_unregister(bcm2835_audio); > - platform_device_unregister(bcm2835_camera); > + bus_for_each_dev(&vchiq_bus_type, NULL, NULL, vchiq_unregister_child); > + > vchiq_debugfs_deinit(); > vchiq_deregister_chrdev(); > > @@ -1866,6 +1940,10 @@ static int __init vchiq_driver_init(void) > { > int ret; > > + ret = bus_register(&vchiq_bus_type); > + if (ret) > + pr_err("Failed to register %s\n", vchiq_bus_type.name); This should be a fatal error, you should return an error value. > + > ret = platform_driver_register(&vchiq_driver); > if (ret) > pr_err("Failed to register vchiq driver\n"); > @@ -1876,6 +1954,7 @@ module_init(vchiq_driver_init); > > static void __exit vchiq_driver_exit(void) > { > + bus_unregister(&vchiq_bus_type); > platform_driver_unregister(&vchiq_driver); > } > module_exit(vchiq_driver_exit); > 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 2fb31f9b527f..98c3af32774a 100644 > --- a/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.h > +++ b/drivers/staging/vc04_services/interface/vchiq_arm/vchiq_arm.h > @@ -81,6 +81,7 @@ extern int vchiq_susp_log_level; > > extern spinlock_t msg_queue_spinlock; > extern struct vchiq_state g_state; > +extern struct bus_type vchiq_bus_type; > > extern struct vchiq_state * > vchiq_get_state(void); -- Regards, Laurent Pinchart