Received: by 2002:a05:6358:bb9e:b0:b9:5105:a5b4 with SMTP id df30csp5432038rwb; Wed, 7 Sep 2022 02:45:54 -0700 (PDT) X-Google-Smtp-Source: AA6agR5VsBzNuM7wgmsJRwmWpdqcuF+uEl0E0Dk8qmJZNmoX5g1H6GMndIpAJn0wNN703Wp86Jl4 X-Received: by 2002:a05:6a00:9a5:b0:536:29e:c91d with SMTP id u37-20020a056a0009a500b00536029ec91dmr2847116pfg.22.1662543954523; Wed, 07 Sep 2022 02:45:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1662543954; cv=none; d=google.com; s=arc-20160816; b=XIZfk40SR8ecsYVtcmfCTu8XZIMwEevILG6I+83E1u3Vo/YxCieTiImMnXNAabM4A6 JEkjE0W9mjePPBgHqUMR+e1VU9t1OyUYN9p5eXE8jMeJo3EtnPbNlwi8uwTb4tLXWqFJ H1wH0CZpjnBwsRGKAKsBKGgZGexigAYBjcW5V4x0F4naIB4OrLz7xiuWaK7vQJzqHyqF TJobn73yAN9j4E5wX5hkFTkZ8+B3Y03F1MCBMcfGp6lS/L+wDmP/X3GoXjpJHaRKW0fx lond2cELMzEVTCko3pZzNNGk3/Li0rKQf7W1sRaIRpffocASK+EIbX1ioF/2BpfIz2cz 8G8g== 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=ScwLFWUFDwfcoYw0MgDm51nIy3BajQjVgXxTu6Dr/tY=; b=Cwyu8b9nMFilUEqOlGxvzQRoAWHPW/cTTTxmUH94fNbJQuf4Kx1nMYx8BCHq/szTjF aZ/iTTzlBxkMuYXe+qcQRX0N9ZwKPg7PLmmEJJPjLz+58rkTeENXi80JTLG5bH6ZLfXz /r2k8TDrB5m5pNF/Lr2oIZW+5edUDKhtgaA3S/7OFpj3SPOtIEndU1c/lvUh1cZGAQyQ 5RsPDpBecS8Rv6SduEM5Tt0lcOe+vDwKLaNfbAs5hVPHnPMFHdfgrtnxKAggN3bMv539 WkRixlGp8LziWNzJdNOb9aZVLISa//dVoaxzmIDabiXVz5tqhqY8u54cVAuweHz7GPRl tjwA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=UTm+V2lf; 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=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id s14-20020a170902ea0e00b0016ce3d67e7csi17211993plg.387.2022.09.07.02.45.42; Wed, 07 Sep 2022 02:45:54 -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=@ti.com header.s=ti-com-17Q1 header.b=UTm+V2lf; 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=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229811AbiIGJYl (ORCPT + 99 others); Wed, 7 Sep 2022 05:24:41 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46296 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230229AbiIGJYe (ORCPT ); Wed, 7 Sep 2022 05:24:34 -0400 Received: from lelv0142.ext.ti.com (lelv0142.ext.ti.com [198.47.23.249]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 51575BCAC; Wed, 7 Sep 2022 02:24:28 -0700 (PDT) Received: from fllv0035.itg.ti.com ([10.64.41.0]) by lelv0142.ext.ti.com (8.15.2/8.15.2) with ESMTP id 2879OKYk101515; Wed, 7 Sep 2022 04:24:20 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1662542660; bh=ScwLFWUFDwfcoYw0MgDm51nIy3BajQjVgXxTu6Dr/tY=; h=Date:Subject:To:CC:References:From:In-Reply-To; b=UTm+V2lfSpIZo5fy1tqHAqxf6hll5RwRPRLnZoyWYV7Gnb8i8jO9Hq5zmRqP/GDhz ByUQ/53qBS5FAnKza7VJnXJtDoqBzSCew5+UOaGlp7Dq/TM91QupwwiqLxo0DV4rAn d1MbiQgFnGVZO08kPNyc2uA+uK93vPUJIf9r2c2w= Received: from DFLE103.ent.ti.com (dfle103.ent.ti.com [10.64.6.24]) by fllv0035.itg.ti.com (8.15.2/8.15.2) with ESMTPS id 2879OKlZ071158 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 7 Sep 2022 04:24:20 -0500 Received: from DFLE110.ent.ti.com (10.64.6.31) by DFLE103.ent.ti.com (10.64.6.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2507.6; Wed, 7 Sep 2022 04:24:19 -0500 Received: from lelv0327.itg.ti.com (10.180.67.183) by DFLE110.ent.ti.com (10.64.6.31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2507.6 via Frontend Transport; Wed, 7 Sep 2022 04:24:19 -0500 Received: from [10.24.69.114] (ileax41-snat.itg.ti.com [10.172.224.153]) by lelv0327.itg.ti.com (8.15.2/8.15.2) with ESMTP id 2879OE2F120738; Wed, 7 Sep 2022 04:24:15 -0500 Message-ID: <694da03a-e34d-1939-8b01-a75bc25495e0@ti.com> Date: Wed, 7 Sep 2022 14:54:14 +0530 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Subject: Re: [PATCH v5 2/6] remoteproc: pru: Add APIs to get and put the PRU cores Content-Language: en-US To: Mathieu Poirier CC: Kishon Vijay Abraham I , Md Danish Anwar , , , , , , , , , , , , , References: <20220607045650.4999-1-p-mohan@ti.com> <20220607045650.4999-3-p-mohan@ti.com> <20220712175949.GB2945984@p14s> <20220714172015.GA3106020@p14s> <20c544ef-40b3-dcbc-1f29-aac140725b57@ti.com> <7e7ed572-93fe-a9c8-f11e-d555e5113fd1@ti.com> <20220906192827.GA65147@p14s> From: Md Danish Anwar In-Reply-To: <20220906192827.GA65147@p14s> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 X-Spam-Status: No, score=-7.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,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 Hi Mathieu, On 07/09/22 00:58, Mathieu Poirier wrote: > On Fri, Sep 02, 2022 at 03:09:04PM +0530, Md Danish Anwar wrote: >> Hi Mathieu, >> >> >> On 15/07/22 11:52, Kishon Vijay Abraham I wrote: >>> +Danish >>> >>> Hi Mathieu, >>> >>> On 14/07/22 22:50, Mathieu Poirier wrote: >>>> On Tue, Jul 12, 2022 at 11:59:49AM -0600, Mathieu Poirier wrote: >>>>> Hi Puranjay, >>> >>> Removed Puranjay (as he is no longer with TI) and adding Danish. >>> >>> Regards, >>> Kishon >>>>> >>>>> On Tue, Jun 07, 2022 at 10:26:46AM +0530, Puranjay Mohan wrote: >>>>>> From: Tero Kristo >>>>>> >>>>>> Add two new APIs, pru_rproc_get() and pru_rproc_put(), to the PRU >>>>>> driver to allow client drivers to acquire and release the remoteproc >>>>>> device associated with a PRU core. The PRU cores are treated as >>>>>> resources with only one client owning it at a time. >>>>>> >>>>>> The pru_rproc_get() function returns the rproc handle corresponding >>>>>> to a PRU core identified by the device tree "ti,prus" property under >>>>>> the client node. The pru_rproc_put() is the complementary function >>>>>> to pru_rproc_get(). >>>>>> >>>>>> Co-developed-by: Suman Anna >>>>>> Signed-off-by: Suman Anna >>>>>> Signed-off-by: Tero Kristo >>>>>> Co-developed-by: Grzegorz Jaszczyk >>>>>> Signed-off-by: Grzegorz Jaszczyk >>>>>> Co-developed-by: Puranjay Mohan >>>>>> Signed-off-by: Puranjay Mohan >>>>>> --- >>>>>> drivers/remoteproc/pru_rproc.c | 138 +++++++++++++++++++++++++++++++-- >>>>>> include/linux/pruss.h | 56 +++++++++++++ >>>>>> 2 files changed, 189 insertions(+), 5 deletions(-) >>>>>> create mode 100644 include/linux/pruss.h >>>>>> >>>>>> diff --git a/drivers/remoteproc/pru_rproc.c b/drivers/remoteproc/pru_rproc.c >>>>>> index 1777a01fa84e..7a35b400287a 100644 >>>>>> --- a/drivers/remoteproc/pru_rproc.c >>>>>> +++ b/drivers/remoteproc/pru_rproc.c >>>>>> @@ -2,12 +2,13 @@ >>>>>> /* >>>>>> * PRU-ICSS remoteproc driver for various TI SoCs >>>>>> * >>>>>> - * Copyright (C) 2014-2020 Texas Instruments Incorporated - https://www.ti.com/ >>>>>> + * Copyright (C) 2014-2022 Texas Instruments Incorporated - https://www.ti.com/ >>>>>> * >>>>>> * Author(s): >>>>>> * Suman Anna >>>>>> * Andrew F. Davis >>>>>> * Grzegorz Jaszczyk for Texas Instruments >>>>>> + * Puranjay Mohan >>>>>> */ >>>>>> #include >>>>>> @@ -16,6 +17,7 @@ >>>>>> #include >>>>>> #include >>>>>> #include >>>>>> +#include >>>>>> #include >>>>>> #include >>>>>> @@ -111,6 +113,8 @@ struct pru_private_data { >>>>>> * @rproc: remoteproc pointer for this PRU core >>>>>> * @data: PRU core specific data >>>>>> * @mem_regions: data for each of the PRU memory regions >>>>>> + * @client_np: client device node >>>>>> + * @lock: mutex to protect client usage >>>>>> * @fw_name: name of firmware image used during loading >>>>>> * @mapped_irq: virtual interrupt numbers of created fw specific mapping >>>>>> * @pru_interrupt_map: pointer to interrupt mapping description (firmware) >>>>>> @@ -126,6 +130,8 @@ struct pru_rproc { >>>>>> struct rproc *rproc; >>>>>> const struct pru_private_data *data; >>>>>> struct pruss_mem_region mem_regions[PRU_IOMEM_MAX]; >>>>>> + struct device_node *client_np; >>>>>> + struct mutex lock; /* client access lock */ >>>>>> const char *fw_name; >>>>>> unsigned int *mapped_irq; >>>>>> struct pru_irq_rsc *pru_interrupt_map; >>>>>> @@ -146,6 +152,125 @@ void pru_control_write_reg(struct pru_rproc *pru, unsigned int reg, u32 val) >>>>>> writel_relaxed(val, pru->mem_regions[PRU_IOMEM_CTRL].va + reg); >>>>>> } >>>>>> +static struct rproc *__pru_rproc_get(struct device_node *np, int index) >>>>>> +{ >>>>>> + struct device_node *rproc_np = NULL; >>>>>> + struct platform_device *pdev; >>>>>> + struct rproc *rproc; >>>>>> + >>>>>> + rproc_np = of_parse_phandle(np, "ti,prus", index); >>>>>> + if (!rproc_np || !of_device_is_available(rproc_np)) >>>>>> + return ERR_PTR(-ENODEV); >>>>>> + >>>>>> + pdev = of_find_device_by_node(rproc_np); >>>>>> + of_node_put(rproc_np); >>>>>> + >>>>>> + if (!pdev || !(&pdev->dev) || !((&pdev->dev)->driver)) >>>>>> + /* probably PRU not yet probed */ >>>>>> + return ERR_PTR(-EPROBE_DEFER); >>>>>> + >>>>>> + /* make sure it is PRU rproc */ >>>>>> + if (!is_pru_rproc(&pdev->dev)) { >>>>>> + put_device(&pdev->dev); >>>>>> + return ERR_PTR(-ENODEV); >>>>>> + } >>>>>> + >>>>>> + rproc = platform_get_drvdata(pdev); >>>>>> + put_device(&pdev->dev); >>>>>> + if (!rproc) >>>>>> + return ERR_PTR(-EPROBE_DEFER); >>>>>> + >>>>>> + get_device(&rproc->dev); >>>>>> + >>>>>> + return rproc; >>>>>> +} >>>>>> + >>>>>> +/** >>>>>> + * pru_rproc_get() - get the PRU rproc instance from a device node >>>>>> + * @np: the user/client device node >>>>>> + * @index: index to use for the ti,prus property >>>>>> + * @pru_id: optional pointer to return the PRU remoteproc processor id >>>>>> + * >>>>>> + * This function looks through a client device node's "ti,prus" property at >>>>>> + * index @index and returns the rproc handle for a valid PRU remote processor if >>>>>> + * found. The function allows only one user to own the PRU rproc resource at a >>>>>> + * time. Caller must call pru_rproc_put() when done with using the rproc, not >>>>>> + * required if the function returns a failure. >>>>>> + * >>>>>> + * When optional @pru_id pointer is passed the PRU remoteproc processor id is >>>>>> + * returned. >>>>>> + * >>>>>> + * Return: rproc handle on success, and an ERR_PTR on failure using one >>>>>> + * of the following error values >>>>>> + * -ENODEV if device is not found >>>>>> + * -EBUSY if PRU is already acquired by anyone >>>>>> + * -EPROBE_DEFER is PRU device is not probed yet >>>>>> + */ >>>>>> +struct rproc *pru_rproc_get(struct device_node *np, int index, >>>>>> + enum pruss_pru_id *pru_id) >>>>>> +{ >>>>>> + struct rproc *rproc; >>>>>> + struct pru_rproc *pru; >>>>>> + struct device *dev; >>>>>> + >>>>>> + try_module_get(THIS_MODULE); >>>>> >>>>> There should be a module_put() in pru_rproc_put()... >>>> >>>> ... and in the error path of this function. >>>> >>>>> >>>>> More comments to come tomorrow. I'm especially worried about this API racing >>>>> with a remote processor being removed or detached. >>>>> >>>> >>>> Looking at what is done in wkup_m3_ipc_probe(), it should be possible to call >>>> rproc_get_by_handle() here and that would make sure the remote processor doesn't >>>> go away before the end of the function. >>>> >>>> More comments to come... >> >> It is possible to call rproc_get_by_handle() here instead of >> __pru_get_proc(), but that would not provide multiple functionality. >> >> The API rproc_get_by_handle() returns rproc handle on success, and NULL on >> failure where as __pru_get_proc() returns ERR_PTR on failure which provides >> multiple functionality and opportunity for us to distinguish between >> multiple errors. >> >> So we have these three options. >> >> 1. If we're using the API rproc_get_by_handle() and we want the multiple >> ERR_PTR on failure then we will need to change the API rproc_get_by_handle() >> and also all the functions that uses rproc_get_by_handle(). >> > > Not optimal. > >> 2. Keep the API rproc_get_by_handle() as it is. That will restrict us from >> using multiple ERR_PTR on different kinds of error. >> > > Not optimal. > >> 3. Instead of using rproc_get_by_handle(), keep using __pru_get_proc(). This >> will make sure we have the proper ERR_PTR to retrun for different kinds of >> errors. >> > > Unacceptable for the reason I already stated. > >> Please let me know which option to continue with. > > I suggest building a wrapper that does everything you want around rproc_get_by_phandle(). > Sure, I'll do that. I'll share this change in v6 of this patch series. >> >> Thanks, >> Danish >> >> >>>> >>>> >>>>> Thanks, >>>>> Mathieu >>>>> >>>>>> + >>>>>> + rproc = __pru_rproc_get(np, index); >>>>>> + if (IS_ERR(rproc)) >>>>>> + return rproc; >>>>>> + >>>>>> + pru = rproc->priv; >>>>>> + dev = &rproc->dev; >>>>>> + >>>>>> + mutex_lock(&pru->lock); >>>>>> + >>>>>> + if (pru->client_np) { >>>>>> + mutex_unlock(&pru->lock); >>>>>> + put_device(dev); >>>>>> + return ERR_PTR(-EBUSY); >>>>>> + } >>>>>> + >>>>>> + pru->client_np = np; >>>>>> + >>>>>> + mutex_unlock(&pru->lock); >>>>>> + >>>>>> + if (pru_id) >>>>>> + *pru_id = pru->id; >>>>>> + >>>>>> + return rproc; >>>>>> +} >>>>>> +EXPORT_SYMBOL_GPL(pru_rproc_get); >>>>>> + >>>>>> +/** >>>>>> + * pru_rproc_put() - release the PRU rproc resource >>>>>> + * @rproc: the rproc resource to release >>>>>> + * >>>>>> + * Releases the PRU rproc resource and makes it available to other >>>>>> + * users. >>>>>> + */ >>>>>> +void pru_rproc_put(struct rproc *rproc) >>>>>> +{ >>>>>> + struct pru_rproc *pru; >>>>>> + >>>>>> + if (IS_ERR_OR_NULL(rproc) || !is_pru_rproc(rproc->dev.parent)) >>>>>> + return; >>>>>> + >>>>>> + pru = rproc->priv; >>>>>> + >>>>>> + mutex_lock(&pru->lock); >>>>>> + >>>>>> + if (!pru->client_np) { >>>>>> + mutex_unlock(&pru->lock); >>>>>> + return; >>>>>> + } >>>>>> + >>>>>> + pru->client_np = NULL; >>>>>> + mutex_unlock(&pru->lock); >>>>>> + >>>>>> + put_device(&rproc->dev); >>>>>> +} >>>>>> +EXPORT_SYMBOL_GPL(pru_rproc_put); >>>>>> + >>>>>> static inline u32 pru_debug_read_reg(struct pru_rproc *pru, unsigned int reg) >>>>>> { >>>>>> return readl_relaxed(pru->mem_regions[PRU_IOMEM_DEBUG].va + reg); >>>>>> @@ -438,7 +563,7 @@ static void *pru_d_da_to_va(struct pru_rproc *pru, u32 da, size_t len) >>>>>> dram0 = pruss->mem_regions[PRUSS_MEM_DRAM0]; >>>>>> dram1 = pruss->mem_regions[PRUSS_MEM_DRAM1]; >>>>>> /* PRU1 has its local RAM addresses reversed */ >>>>>> - if (pru->id == 1) >>>>>> + if (pru->id == PRUSS_PRU1) >>>>>> swap(dram0, dram1); >>>>>> shrd_ram = pruss->mem_regions[PRUSS_MEM_SHRD_RAM2]; >>>>>> @@ -747,14 +872,14 @@ static int pru_rproc_set_id(struct pru_rproc *pru) >>>>>> case RTU0_IRAM_ADDR_MASK: >>>>>> fallthrough; >>>>>> case PRU0_IRAM_ADDR_MASK: >>>>>> - pru->id = 0; >>>>>> + pru->id = PRUSS_PRU0; >>>>>> break; >>>>>> case TX_PRU1_IRAM_ADDR_MASK: >>>>>> fallthrough; >>>>>> case RTU1_IRAM_ADDR_MASK: >>>>>> fallthrough; >>>>>> case PRU1_IRAM_ADDR_MASK: >>>>>> - pru->id = 1; >>>>>> + pru->id = PRUSS_PRU1; >>>>>> break; >>>>>> default: >>>>>> ret = -EINVAL; >>>>>> @@ -816,6 +941,8 @@ static int pru_rproc_probe(struct platform_device *pdev) >>>>>> pru->pruss = platform_get_drvdata(ppdev); >>>>>> pru->rproc = rproc; >>>>>> pru->fw_name = fw_name; >>>>>> + pru->client_np = NULL; >>>>>> + mutex_init(&pru->lock); >>>>>> for (i = 0; i < ARRAY_SIZE(mem_names); i++) { >>>>>> res = platform_get_resource_byname(pdev, IORESOURCE_MEM, >>>>>> @@ -903,7 +1030,7 @@ MODULE_DEVICE_TABLE(of, pru_rproc_match); >>>>>> static struct platform_driver pru_rproc_driver = { >>>>>> .driver = { >>>>>> - .name = "pru-rproc", >>>>>> + .name = PRU_RPROC_DRVNAME, >>>>>> .of_match_table = pru_rproc_match, >>>>>> .suppress_bind_attrs = true, >>>>>> }, >>>>>> @@ -915,5 +1042,6 @@ module_platform_driver(pru_rproc_driver); >>>>>> MODULE_AUTHOR("Suman Anna "); >>>>>> MODULE_AUTHOR("Andrew F. Davis "); >>>>>> MODULE_AUTHOR("Grzegorz Jaszczyk "); >>>>>> +MODULE_AUTHOR("Puranjay Mohan "); >>>>>> MODULE_DESCRIPTION("PRU-ICSS Remote Processor Driver"); >>>>>> MODULE_LICENSE("GPL v2"); >>>>>> diff --git a/include/linux/pruss.h b/include/linux/pruss.h >>>>>> new file mode 100644 >>>>>> index 000000000000..fdc719b43db0 >>>>>> --- /dev/null >>>>>> +++ b/include/linux/pruss.h >>>>>> @@ -0,0 +1,56 @@ >>>>>> +/* SPDX-License-Identifier: GPL-2.0-only */ >>>>>> +/** >>>>>> + * PRU-ICSS Subsystem user interfaces >>>>>> + * >>>>>> + * Copyright (C) 2015-2022 Texas Instruments Incorporated - http://www.ti.com >>>>>> + * Suman Anna >>>>>> + */ >>>>>> + >>>>>> +#ifndef __LINUX_PRUSS_H >>>>>> +#define __LINUX_PRUSS_H >>>>>> + >>>>>> +#include >>>>>> +#include >>>>>> + >>>>>> +#define PRU_RPROC_DRVNAME "pru-rproc" >>>>>> + >>>>>> +/* >>>>>> + * enum pruss_pru_id - PRU core identifiers >>>>>> + */ >>>>>> +enum pruss_pru_id { >>>>>> + PRUSS_PRU0 = 0, >>>>>> + PRUSS_PRU1, >>>>>> + PRUSS_NUM_PRUS, >>>>>> +}; >>>>>> + >>>>>> +struct device_node; >>>>>> + >>>>>> +#if IS_ENABLED(CONFIG_PRU_REMOTEPROC) >>>>>> + >>>>>> +struct rproc *pru_rproc_get(struct device_node *np, int index, >>>>>> + enum pruss_pru_id *pru_id); >>>>>> +void pru_rproc_put(struct rproc *rproc); >>>>>> + >>>>>> +#else >>>>>> + >>>>>> +static inline struct rproc * >>>>>> +pru_rproc_get(struct device_node *np, int index, enum pruss_pru_id *pru_id) >>>>>> +{ >>>>>> + return ERR_PTR(-EOPNOTSUPP); >>>>>> +} >>>>>> + >>>>>> +static inline void pru_rproc_put(struct rproc *rproc) { } >>>>>> + >>>>>> +#endif /* CONFIG_PRU_REMOTEPROC */ >>>>>> + >>>>>> +static inline bool is_pru_rproc(struct device *dev) >>>>>> +{ >>>>>> + const char *drv_name = dev_driver_string(dev); >>>>>> + >>>>>> + if (strncmp(drv_name, PRU_RPROC_DRVNAME, sizeof(PRU_RPROC_DRVNAME))) >>>>>> + return false; >>>>>> + >>>>>> + return true; >>>>>> +} >>>>>> + >>>>>> +#endif /* __LINUX_PRUSS_H */ >>>>>> -- >>>>>> 2.17.1 >>>>>>