Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp3698937imw; Thu, 7 Jul 2022 06:18:17 -0700 (PDT) X-Google-Smtp-Source: AGRyM1vmi/4yq6xfQxg45hO86yLbxzYZz55YN2pEg3ejo4AjD6LfxvuaNwq12lzHCSZP1wrftfq8 X-Received: by 2002:a17:90b:3b86:b0:1ef:a333:e67b with SMTP id pc6-20020a17090b3b8600b001efa333e67bmr5317186pjb.158.1657199897311; Thu, 07 Jul 2022 06:18:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657199897; cv=none; d=google.com; s=arc-20160816; b=tylOx8GGDAHWk3RyGm6YNkcWvHzlU/2Uuc77pzZL2BxorzJDBhVNV2tMH0AnhaOIcE fSWZEgeus58fQDaRA6c7UjjO/b4CXd40M7CB3ezjeWdiPHROtIXILLXjsu4dkRasAyYa zX/02hOlxqcMm7PPs9eHbDyTdBGMdk1i96zbI5UDjn9KmXMN75iiIbC6urQOc/IqC7Mw 6dFHI/JmzjbBmNhqxtLBNnkd60YNWB30ZUerUFVQapOjmRjUAruaeHzuw+6GEygWM16N cpFeZD3KQ7gqLQJc0DgQ3a+aPpDEGbJq7d/ZbAvPesNZn7gGRAjyL3ngIyAkYa1Oga5Y tybA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=HvR9wGmNVVrXwFuk996JnRyF9GHI+WVT7Zp7AX9Rt6g=; b=0OHupNRlMbn+I+IYFX7QHwq9j86rC2eWUsF2bp7YoS4ix3GYCR1cGH18qfutkMx8/q 8/2WjA/kRAu5H6FK4l+cyFCtZZGSsCzzCa1RliYXtVpIpNsc2J8ggl5KSWG/NqVwIk69 E/6v+ccpl5Z3lf5jhtFWcIvWa+zjTMvWPGJUo9KwUStbMmSMJPGsMQMNsBSp6zi9O8B7 BHgQMEWCCl5p3R26q3Bo2UEuAYCUM6VcEOLUCMCk8p64wUFmlv6lOsxrr5uih7DrstqM DXoVRpBihvAYMTDyfAPzHxb8yICnj+et6wqeJyRAY3Ge10G36kWAOt20rHr57p72a2jb 1lCw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@foss.st.com header.s=selector1 header.b="UG+cYp/A"; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=foss.st.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id 37-20020a631765000000b0040ddd26512bsi43616509pgx.856.2022.07.07.06.18.02; Thu, 07 Jul 2022 06:18:17 -0700 (PDT) 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 header.i=@foss.st.com header.s=selector1 header.b="UG+cYp/A"; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=foss.st.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235240AbiGGMgZ (ORCPT + 99 others); Thu, 7 Jul 2022 08:36:25 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36122 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234713AbiGGMgX (ORCPT ); Thu, 7 Jul 2022 08:36:23 -0400 Received: from mx07-00178001.pphosted.com (mx07-00178001.pphosted.com [185.132.182.106]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 951D324097; Thu, 7 Jul 2022 05:36:21 -0700 (PDT) Received: from pps.filterd (m0288072.ppops.net [127.0.0.1]) by mx07-00178001.pphosted.com (8.17.1.5/8.17.1.5) with ESMTP id 267AOvdd029323; Thu, 7 Jul 2022 14:36:12 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=foss.st.com; h=message-id : date : mime-version : subject : to : cc : references : from : in-reply-to : content-type : content-transfer-encoding; s=selector1; bh=HvR9wGmNVVrXwFuk996JnRyF9GHI+WVT7Zp7AX9Rt6g=; b=UG+cYp/AspBeSkReNCnKdkwRS6z5LoQ/GMDWkCcpFAyilRrbbJ3G+fRwzBceDyt6LYQ9 furnY6yjRIhG4kgmc/jZhDO5h3qokfA0cRmbYkz6FLK57xcqzxDI68hzH856MHmkJ4/Q eqGRDIDErJ8/8vwvNQvRloeH56PGO6E8w5kC1cUZWRFGW/PF5jErFue+VyFnck60t0/G WeL7dkNyGdJoVvACmOvbTU8vs+CgkSeZ8Pis9aqz2W/awJGbdh9F9uQmurl5Yqvtdr2V 4o5HEfcScuM9/WaJrZb1EvnQadKCMAeLNB3jGxpIApOLT85/3sAKMUEQ8P+MuUz1u5d5 Aw== Received: from beta.dmz-eu.st.com (beta.dmz-eu.st.com [164.129.1.35]) by mx07-00178001.pphosted.com (PPS) with ESMTPS id 3h4ubfctr6-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 07 Jul 2022 14:36:12 +0200 Received: from euls16034.sgp.st.com (euls16034.sgp.st.com [10.75.44.20]) by beta.dmz-eu.st.com (STMicroelectronics) with ESMTP id 45537100034; Thu, 7 Jul 2022 14:36:10 +0200 (CEST) Received: from Webmail-eu.st.com (shfdag1node2.st.com [10.75.129.70]) by euls16034.sgp.st.com (STMicroelectronics) with ESMTP id B84A8217B7D; Thu, 7 Jul 2022 14:36:10 +0200 (CEST) Received: from [10.201.20.246] (10.75.127.47) by SHFDAG1NODE2.st.com (10.75.129.70) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2308.20; Thu, 7 Jul 2022 14:36:10 +0200 Message-ID: <4e935df8-d918-38f6-404c-fbcecba81064@foss.st.com> Date: Thu, 7 Jul 2022 14:36:09 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 Subject: Re: [PATCH v6 4/4] remoteproc: virtio: Create platform device for the remoteproc_virtio Content-Language: en-US To: Mathieu Poirier CC: Bjorn Andersson , , , , Rob Herring , Christoph Hellwig , Stefano Stabellini , Bruce Ashfield References: <20220603163158.612513-1-arnaud.pouliquen@foss.st.com> <20220603163158.612513-5-arnaud.pouliquen@foss.st.com> <20220705162850.GE2440144@p14s> From: Arnaud POULIQUEN In-Reply-To: <20220705162850.GE2440144@p14s> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.75.127.47] X-ClientProxiedBy: SFHDAG2NODE3.st.com (10.75.127.6) To SHFDAG1NODE2.st.com (10.75.129.70) X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.205,Aquarius:18.0.883,Hydra:6.0.517,FMLib:17.11.122.1 definitions=2022-07-07_09,2022-06-28_01,2022-06-22_01 X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,NICE_REPLY_A,RCVD_IN_DNSWL_LOW,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE 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 Hello Mathieu, On 7/5/22 18:28, Mathieu Poirier wrote: > On Fri, Jun 03, 2022 at 06:31:58PM +0200, Arnaud Pouliquen wrote: >> Define a platform driver to manage the remoteproc virtio device as >> a platform devices. >> >> The platform device allows to pass rproc_vdev_data platform data to >> specify properties that are stored in the rproc_vdev structure. >> >> Such approach will allow to preserve legacy remoteproc virtio device >> creation but also to probe the device using device tree mechanism. >> >> remoteproc_virtio.c update: >> - Add rproc_virtio_driver platform driver. The probe/remove ops replace >> the rproc_rvdev_add_device/rproc_rvdev_remove_device functions. > > Function rproc_rvdev_remove_device() no longer exists. > >> - All reference to the rvdev->dev has been updated to rvdev-pdev->dev. >> - rproc_rvdev_release is removed as associated to the rvdev device. >> - The use of rvdev->kref counter is replaced by get/put_device on the >> remoteproc virtio platform device. >> - The vdev device no longer increments rproc device counter. >> increment/decrement is done in rproc_virtio_probe/rproc_virtio_remove >> function in charge of the vrings allocation/free. >> >> remoteproc_core.c update: >> Migrate from the rvdev device to the rvdev platform device. >> From this patch, when a vdev resource is found in the resource table >> the remoteproc core register a platform device. >> >> Signed-off-by: Arnaud Pouliquen >> --- >> Updates vs previous revision (based on Mathieu Poirier's comments): >> - remoteteproc_virtio: >> - remove debug print on probe and remove >> - remove wriong comment on put_device(&rproc->dev), the get is >> already commented >> - remoteproc_core: >> - fix dev_err() device parameter. >> --- >> drivers/remoteproc/remoteproc_core.c | 12 +- >> drivers/remoteproc/remoteproc_internal.h | 3 - >> drivers/remoteproc/remoteproc_virtio.c | 141 ++++++++++++----------- >> include/linux/remoteproc.h | 6 +- >> 4 files changed, 81 insertions(+), 81 deletions(-) >> >> diff --git a/drivers/remoteproc/remoteproc_core.c b/drivers/remoteproc/remoteproc_core.c >> index bd6d3f2decc6..81c4deef2895 100644 >> --- a/drivers/remoteproc/remoteproc_core.c >> +++ b/drivers/remoteproc/remoteproc_core.c >> @@ -478,6 +478,7 @@ static int rproc_handle_vdev(struct rproc *rproc, void *ptr, >> struct device *dev = &rproc->dev; >> struct rproc_vdev *rvdev; >> struct rproc_vdev_data rvdev_data; >> + struct platform_device *pdev; >> >> /* make sure resource isn't truncated */ >> if (struct_size(rsc, vring, rsc->num_of_vrings) + rsc->config_len > >> @@ -506,9 +507,12 @@ static int rproc_handle_vdev(struct rproc *rproc, void *ptr, >> rvdev_data.rsc_offset = offset; >> rvdev_data.rsc = rsc; >> >> - rvdev = rproc_rvdev_add_device(rproc, &rvdev_data); >> - if (IS_ERR(rvdev)) >> - return PTR_ERR(rvdev); >> + pdev = platform_device_register_data(dev, "rproc-virtio", rvdev_data.index, &rvdev_data, >> + sizeof(rvdev_data)); >> + if (IS_ERR(pdev)) { >> + dev_err(dev, "failed to create rproc-virtio device\n"); >> + return PTR_ERR(pdev); >> + } >> >> return 0; >> } >> @@ -1248,7 +1252,7 @@ void rproc_resource_cleanup(struct rproc *rproc) >> >> /* clean up remote vdev entries */ >> list_for_each_entry_safe(rvdev, rvtmp, &rproc->rvdevs, node) >> - kref_put(&rvdev->refcount, rproc_vdev_release); >> + platform_device_unregister(rvdev->pdev); >> >> rproc_coredump_cleanup(rproc); >> } >> diff --git a/drivers/remoteproc/remoteproc_internal.h b/drivers/remoteproc/remoteproc_internal.h >> index 2c4358ad63ca..0608052d1120 100644 >> --- a/drivers/remoteproc/remoteproc_internal.h >> +++ b/drivers/remoteproc/remoteproc_internal.h >> @@ -45,10 +45,7 @@ int rproc_of_parse_firmware(struct device *dev, int index, >> const char **fw_name); >> >> /* from remoteproc_virtio.c */ >> -struct rproc_vdev *rproc_rvdev_add_device(struct rproc *rproc, struct rproc_vdev_data *rvdev_data); >> -void rproc_rvdev_remove_device(struct rproc_vdev *rvdev); > > Stale. > > I am done reviewing this set. Thanks for the review! Look to me reasonnable to wait conclusion concerning the thread: rpmsg: virtio: Fix broken rpmsg_probe[1], before sending a new revision. As this can impact this series [1]https://lore.kernel.org/all/20220630151716-mutt-send-email-mst@kernel.org/t/ Regards, Arnaud > > Thanks, > Mathieu > >> irqreturn_t rproc_vq_interrupt(struct rproc *rproc, int vq_id); >> -void rproc_vdev_release(struct kref *ref); >> >> /* from remoteproc_debugfs.c */ >> void rproc_remove_trace_file(struct dentry *tfile); >> diff --git a/drivers/remoteproc/remoteproc_virtio.c b/drivers/remoteproc/remoteproc_virtio.c >> index ccc95d4e42cf..06d2131dad11 100644 >> --- a/drivers/remoteproc/remoteproc_virtio.c >> +++ b/drivers/remoteproc/remoteproc_virtio.c >> @@ -13,6 +13,7 @@ >> #include >> #include >> #include >> +#include >> #include >> #include >> #include >> @@ -46,7 +47,11 @@ static int copy_dma_range_map(struct device *to, struct device *from) >> >> static struct rproc_vdev *vdev_to_rvdev(struct virtio_device *vdev) >> { >> - return container_of(vdev->dev.parent, struct rproc_vdev, dev); >> + struct platform_device *pdev; >> + >> + pdev = container_of(vdev->dev.parent, struct platform_device, dev); >> + >> + return platform_get_drvdata(pdev); >> } >> >> static struct rproc *vdev_to_rproc(struct virtio_device *vdev) >> @@ -341,13 +346,10 @@ static void rproc_virtio_dev_release(struct device *dev) >> { >> struct virtio_device *vdev = dev_to_virtio(dev); >> struct rproc_vdev *rvdev = vdev_to_rvdev(vdev); >> - struct rproc *rproc = vdev_to_rproc(vdev); >> >> kfree(vdev); >> >> - kref_put(&rvdev->refcount, rproc_vdev_release); >> - >> - put_device(&rproc->dev); >> + put_device(&rvdev->pdev->dev); >> } >> >> /** >> @@ -363,7 +365,7 @@ static void rproc_virtio_dev_release(struct device *dev) >> static int rproc_add_virtio_dev(struct rproc_vdev *rvdev, int id) >> { >> struct rproc *rproc = rvdev->rproc; >> - struct device *dev = &rvdev->dev; >> + struct device *dev = &rvdev->pdev->dev; >> struct virtio_device *vdev; >> struct rproc_mem_entry *mem; >> int ret; >> @@ -433,18 +435,8 @@ static int rproc_add_virtio_dev(struct rproc_vdev *rvdev, int id) >> vdev->dev.parent = dev; >> vdev->dev.release = rproc_virtio_dev_release; >> >> - /* >> - * We're indirectly making a non-temporary copy of the rproc pointer >> - * here, because drivers probed with this vdev will indirectly >> - * access the wrapping rproc. >> - * >> - * Therefore we must increment the rproc refcount here, and decrement >> - * it _only_ when the vdev is released. >> - */ >> - get_device(&rproc->dev); >> - >> /* Reference the vdev and vring allocations */ >> - kref_get(&rvdev->refcount); >> + get_device(dev); >> >> ret = register_virtio_device(vdev); >> if (ret) { >> @@ -486,78 +478,57 @@ static int rproc_vdev_do_start(struct rproc_subdev *subdev) >> static void rproc_vdev_do_stop(struct rproc_subdev *subdev, bool crashed) >> { >> struct rproc_vdev *rvdev = container_of(subdev, struct rproc_vdev, subdev); >> + struct device *dev = &rvdev->pdev->dev; >> int ret; >> >> - ret = device_for_each_child(&rvdev->dev, NULL, rproc_remove_virtio_dev); >> + ret = device_for_each_child(dev, NULL, rproc_remove_virtio_dev); >> if (ret) >> - dev_warn(&rvdev->dev, "can't remove vdev child device: %d\n", ret); >> + dev_warn(dev, "can't remove vdev child device: %d\n", ret); >> } >> >> -/** >> - * rproc_rvdev_release() - release the existence of a rvdev >> - * >> - * @dev: the subdevice's dev >> - */ >> -static void rproc_rvdev_release(struct device *dev) >> -{ >> - struct rproc_vdev *rvdev = container_of(dev, struct rproc_vdev, dev); >> - >> - of_reserved_mem_device_release(dev); >> - >> - kfree(rvdev); >> -} >> - >> -struct rproc_vdev * >> -rproc_rvdev_add_device(struct rproc *rproc, struct rproc_vdev_data *rvdev_data) >> +static int rproc_virtio_probe(struct platform_device *pdev) >> { >> + struct device *dev = &pdev->dev; >> + struct rproc_vdev_data *rvdev_data = dev->platform_data; >> struct rproc_vdev *rvdev; >> - struct fw_rsc_vdev *rsc = rvdev_data->rsc; >> - char name[16]; >> + struct rproc *rproc = container_of(dev->parent, struct rproc, dev); >> + struct fw_rsc_vdev *rsc; >> int i, ret; >> >> - rvdev = kzalloc(sizeof(*rvdev), GFP_KERNEL); >> - if (!rvdev) >> - return ERR_PTR(-ENOMEM); >> + if (!rvdev_data) >> + return -EINVAL; >> >> - kref_init(&rvdev->refcount); >> + rvdev = devm_kzalloc(dev, sizeof(*rvdev), GFP_KERNEL); >> + if (!rvdev) >> + return -ENOMEM; >> >> rvdev->id = rvdev_data->id; >> rvdev->rproc = rproc; >> rvdev->index = rvdev_data->index; >> >> - /* Initialise vdev subdevice */ >> - snprintf(name, sizeof(name), "vdev%dbuffer", rvdev->index); >> - rvdev->dev.parent = &rproc->dev; >> - rvdev->dev.release = rproc_rvdev_release; >> - dev_set_name(&rvdev->dev, "%s#%s", dev_name(rvdev->dev.parent), name); >> - dev_set_drvdata(&rvdev->dev, rvdev); >> - >> - ret = device_register(&rvdev->dev); >> - if (ret) { >> - put_device(&rvdev->dev); >> - return ERR_PTR(ret); >> - } >> - >> - ret = copy_dma_range_map(&rvdev->dev, rproc->dev.parent); >> + ret = copy_dma_range_map(dev, rproc->dev.parent); >> if (ret) >> - goto free_rvdev; >> + return ret; >> >> /* Make device dma capable by inheriting from parent's capabilities */ >> - set_dma_ops(&rvdev->dev, get_dma_ops(rproc->dev.parent)); >> + set_dma_ops(dev, get_dma_ops(rproc->dev.parent)); >> >> - ret = dma_coerce_mask_and_coherent(&rvdev->dev, >> - dma_get_mask(rproc->dev.parent)); >> + ret = dma_coerce_mask_and_coherent(dev, dma_get_mask(rproc->dev.parent)); >> if (ret) { >> - dev_warn(&rvdev->dev, >> - "Failed to set DMA mask %llx. Trying to continue... (%pe)\n", >> + dev_warn(dev, "Failed to set DMA mask %llx. Trying to continue... (%pe)\n", >> dma_get_mask(rproc->dev.parent), ERR_PTR(ret)); >> } >> >> + platform_set_drvdata(pdev, rvdev); >> + rvdev->pdev = pdev; >> + >> + rsc = rvdev_data->rsc; >> + >> /* parse the vrings */ >> for (i = 0; i < rsc->num_of_vrings; i++) { >> ret = rproc_parse_vring(rvdev, rsc, i); >> if (ret) >> - goto free_rvdev; >> + return ret; >> } >> >> /* remember the resource offset*/ >> @@ -577,21 +548,30 @@ rproc_rvdev_add_device(struct rproc *rproc, struct rproc_vdev_data *rvdev_data) >> >> rproc_add_subdev(rproc, &rvdev->subdev); >> >> - return rvdev; >> + /* >> + * We're indirectly making a non-temporary copy of the rproc pointer >> + * here, because the platform device or the vdev device will indirectly >> + * access the wrapping rproc. >> + * >> + * Therefore we must increment the rproc refcount here, and decrement >> + * it _only_ on platform remove. >> + */ >> + get_device(&rproc->dev); >> + >> + return 0; >> >> unwind_vring_allocations: >> for (i--; i >= 0; i--) >> rproc_free_vring(&rvdev->vring[i]); >> -free_rvdev: >> - device_unregister(&rvdev->dev); >> - return ERR_PTR(ret); >> + >> + return ret; >> } >> >> -void rproc_vdev_release(struct kref *ref) >> +static int rproc_virtio_remove(struct platform_device *pdev) >> { >> - struct rproc_vdev *rvdev = container_of(ref, struct rproc_vdev, refcount); >> - struct rproc_vring *rvring; >> + struct rproc_vdev *rvdev = dev_get_drvdata(&pdev->dev); >> struct rproc *rproc = rvdev->rproc; >> + struct rproc_vring *rvring; >> int id; >> >> for (id = 0; id < ARRAY_SIZE(rvdev->vring); id++) { >> @@ -601,5 +581,26 @@ void rproc_vdev_release(struct kref *ref) >> >> rproc_remove_subdev(rproc, &rvdev->subdev); >> rproc_remove_rvdev(rvdev); >> - device_unregister(&rvdev->dev); >> + >> + of_reserved_mem_device_release(&pdev->dev); >> + >> + put_device(&rproc->dev); >> + >> + return 0; >> } >> + >> +/* Platform driver */ >> +static const struct of_device_id rproc_virtio_match[] = { >> + { .compatible = "virtio,rproc", }, >> + {}, >> +}; >> + >> +static struct platform_driver rproc_virtio_driver = { >> + .probe = rproc_virtio_probe, >> + .remove = rproc_virtio_remove, >> + .driver = { >> + .name = "rproc-virtio", >> + .of_match_table = rproc_virtio_match, >> + }, >> +}; >> +builtin_platform_driver(rproc_virtio_driver); >> diff --git a/include/linux/remoteproc.h b/include/linux/remoteproc.h >> index 7c943f0a2fc4..64b9809d0ec1 100644 >> --- a/include/linux/remoteproc.h >> +++ b/include/linux/remoteproc.h >> @@ -616,9 +616,8 @@ struct rproc_vring { >> >> /** >> * struct rproc_vdev - remoteproc state for a supported virtio device >> - * @refcount: reference counter for the vdev and vring allocations >> * @subdev: handle for registering the vdev as a rproc subdevice >> - * @dev: device struct used for reference count semantics >> + * @pdev: remoteproc virtio platform device >> * @id: virtio device id (as in virtio_ids.h) >> * @node: list node >> * @rproc: the rproc handle >> @@ -627,10 +626,9 @@ struct rproc_vring { >> * @index: vdev position versus other vdev declared in resource table >> */ >> struct rproc_vdev { >> - struct kref refcount; >> >> struct rproc_subdev subdev; >> - struct device dev; >> + struct platform_device *pdev; >> >> unsigned int id; >> struct list_head node; >> -- >> 2.24.3 >>