Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp4226942pxu; Tue, 20 Oct 2020 11:15:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwE8GKcupt+Cd709DleTiUBciekctb9n9WHRW+x0jNFcpT+MNS9ksBt6278sZlde04capeE X-Received: by 2002:a05:6402:359:: with SMTP id r25mr4210077edw.308.1603217753873; Tue, 20 Oct 2020 11:15:53 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1603217753; cv=pass; d=google.com; s=arc-20160816; b=p/UQykei89/8xLEfUG8IaUgbIw0hHi97kG4x0r/rCcOLPJGUZ/cPty4YuxYpCxEqo2 aP1Qv4I6tAiFSJuL/2w9imhn0PPQVDVeXvvm9mbMmODridhTfEF3qiXkAjOymIS3bOpb ywy+UEz6Kj+DqV9bq0U4Ci1OEpy5TVp6PWDnlf8r6ID8+hJa9NR7vBBNMPp4xOBynrlP apb4R4D+j1VUS/gGtEB2oJKADPWowJnkkDY+eAuZDT/U0sDfe8w6vIxQkzeKUjkHwYNX Rk5FLCNHP3NJ68W+vx2isjQSwW8lLUpSJ4xv16UBxhvCprvRSm7s89U6W/sb0CF232+d gZXQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:subject:cc:to:from :dkim-signature; bh=w4sEwuYdi6fJA9TWEzTptMSNxwRLxAVS3G6FF2uFVh8=; b=UJ06m/BhXhdSPToRs1a/f0reb44b4WK//1fhfIKFahGhl1Pl66u3L1SQ9Zq94PGX2d kfxWa2S0flrN/Ipp4ESdWF0nUlgyU3CwhjURYLg+nyqpjS7584VIM2JsTc+zJvmffBBS 3MqVsyaI1Hp9QQQdSwhOdVNNrjTr/J6l9TgTbwMEF9Q42b/B+UY74lELQlTPvzKf7JKI Gikmc3X0l8EZN6E0JKKUxwFMQQZeko5EaEzOJ79zNjxgeFAb0VgRb9UP4GzSlZYd8dmF JtDey3BGEkPQguB6p36NBJdQsxzkyc1IzSx+ZecH83aiO5g6tpf/PtOTijBn0YWtmBNO tMWA== ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@xilinx.onmicrosoft.com header.s=selector2-xilinx-onmicrosoft-com header.b=NvlPfuRE; arc=pass (i=1 spf=pass spfdomain=xilinx.com); spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id cn23si1611780edb.364.2020.10.20.11.15.27; Tue, 20 Oct 2020 11:15:53 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@xilinx.onmicrosoft.com header.s=selector2-xilinx-onmicrosoft-com header.b=NvlPfuRE; arc=pass (i=1 spf=pass spfdomain=xilinx.com); spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388529AbgJSWkY (ORCPT + 99 others); Mon, 19 Oct 2020 18:40:24 -0400 Received: from mail-bn8nam11on2083.outbound.protection.outlook.com ([40.107.236.83]:11616 "EHLO NAM11-BN8-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2388480AbgJSWkT (ORCPT ); Mon, 19 Oct 2020 18:40:19 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=UgWtogyYKI7WQ4Ay3yqrjI3mKJwJfcvMiYD6aiorq/zprp4NW7/f5+1IjKA/b8+/LCt8bMD0M7L55oWtqw5yvuf8paGqaEurJgApioYQBeCxYKbT6+odHKDBOLxCJbvvTAesFh9zVOEMNNM5qEY6xj3EfH0MGITbL67Xzi4aQoKuexgXJ4zMI5OaQi79Gvpyb6MZMIQoU+nXVm0+t6NdvVKvxNk55AjU5Yt1pNgZqRT2kkXmVbsAyiiINDpjvjqQH/r4b2tAV1CaroaDXpJDvQRmgdPSIiBm/wvAzXPxrOTD+Af75YJN+xQJrLVl4Pyrb2f5o0xzkAVw9Jiigj+2Qw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=w4sEwuYdi6fJA9TWEzTptMSNxwRLxAVS3G6FF2uFVh8=; b=Kysu3Oxz8tPxzwmmoYytWHuoxqGQfOuKRrEWNWcWhQEjnXWVCRHoAy0/Xx8ZnZgZ+afBpTC6x7ESiICXlghfUYyumAi/wmHcayEM1G8jl4CMGIZHJZ5Fzqt1D+n8NjY4GUDak9baoeiaLLgzKiq7G8u2TQlzgr02bcr6jIvwE7sXzRnPkKy87M1UFv01RPGuv3EwaXYzLyJF6y37P+07Iv8hb43VYEPb/2g+3k1hKJv0R8CTpCRP/7/6UXEbN79asH9Q5Ft/Aij372ItCYeLVeaP/2jmFtw6o57Tvv6N/zOU/gcXQjmB5WQYCpcjL7KN51oHEhw/JsYp0WRfUrrZbQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 149.199.60.83) smtp.rcpttodomain=lists.infradead.org smtp.mailfrom=xilinx.com; dmarc=bestguesspass action=none header.from=xilinx.com; dkim=none (message not signed); arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xilinx.onmicrosoft.com; s=selector2-xilinx-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=w4sEwuYdi6fJA9TWEzTptMSNxwRLxAVS3G6FF2uFVh8=; b=NvlPfuREsDn6RkN+IxJE0dMPyy5kFIZ5snbxyvBMqxsvjTU866Yas4NBPevQnMZUfzByhelh/CCLRkI8KHVAXYxeGYqFWJdRvO07Dl5tQ1xZVPK1Qc0ya0a8Rv8EgPXCrRnTPRa+R0bTfXik3VqDlrhpKjuUC6ttJEJTkHhTQds= Received: from SN2PR01CA0003.prod.exchangelabs.com (2603:10b6:804:2::13) by SN1PR02MB3773.namprd02.prod.outlook.com (2603:10b6:802:28::27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3477.25; Mon, 19 Oct 2020 22:40:15 +0000 Received: from SN1NAM02FT025.eop-nam02.prod.protection.outlook.com (2603:10b6:804:2:cafe::5e) by SN2PR01CA0003.outlook.office365.com (2603:10b6:804:2::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3477.20 via Frontend Transport; Mon, 19 Oct 2020 22:40:15 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 149.199.60.83) smtp.mailfrom=xilinx.com; lists.infradead.org; dkim=none (message not signed) header.d=none;lists.infradead.org; dmarc=bestguesspass action=none header.from=xilinx.com; Received-SPF: Pass (protection.outlook.com: domain of xilinx.com designates 149.199.60.83 as permitted sender) receiver=protection.outlook.com; client-ip=149.199.60.83; helo=xsj-pvapsmtpgw01; Received: from xsj-pvapsmtpgw01 (149.199.60.83) by SN1NAM02FT025.mail.protection.outlook.com (10.152.72.87) with Microsoft SMTP Server id 15.20.3477.21 via Frontend Transport; Mon, 19 Oct 2020 22:40:14 +0000 Received: from [149.199.38.66] (port=33960 helo=smtp.xilinx.com) by xsj-pvapsmtpgw01 with esmtp (Exim 4.90) (envelope-from ) id 1kUdoF-0004r7-VN; Mon, 19 Oct 2020 15:39:19 -0700 Received: from [127.0.0.1] (helo=localhost) by smtp.xilinx.com with smtp (Exim 4.63) (envelope-from ) id 1kUdp8-0007Tv-A8; Mon, 19 Oct 2020 15:40:14 -0700 Received: from xsj-pvapsmtp01 (maildrop.xilinx.com [149.199.38.66]) by xsj-smtp-dlp2.xlnx.xilinx.com (8.13.8/8.13.1) with ESMTP id 09JMe7Id012014; Mon, 19 Oct 2020 15:40:08 -0700 Received: from [172.19.2.206] (helo=xsjblevinsk50.xilinx.com) by xsj-pvapsmtp01 with esmtp (Exim 4.63) (envelope-from ) id 1kUdp1-0007R9-ON; Mon, 19 Oct 2020 15:40:07 -0700 From: Ben Levinsky To: sunnyliangjy@gmail.com, punit1.agrawal@toshiba.co.jp, stefanos@xilinx.com, michals@xilinx.com, michael.auchter@ni.com Cc: devicetree@vger.kernel.org, mathieu.poirier@linaro.org, linux-remoteproc@vger.kernel.org, linux-kernel@vger.kernel.org, robh+dt@kernel.org, linux-arm-kernel@lists.infradead.org Subject: [PATCH v19 0/5] Provide basic driver to control Arm R5 co-processor found on Xilinx ZynqMP Date: Mon, 19 Oct 2020 15:40:02 -0700 Message-Id: <20201019224007.16846-1-ben.levinsky@xilinx.com> X-Mailer: git-send-email 2.17.1 X-RCIS-Action: ALLOW X-TM-AS-Product-Ver: IMSS-7.1.0.1224-8.2.0.1013-23620.005 X-TM-AS-User-Approved-Sender: Yes;Yes X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-MS-PublicTrafficType: Email MIME-Version: 1.0 Content-Type: text/plain X-MS-Office365-Filtering-Correlation-Id: f5d99266-96ab-4120-6847-08d8747ff25f X-MS-TrafficTypeDiagnostic: SN1PR02MB3773: X-Microsoft-Antispam-PRVS: X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply X-MS-Oob-TLC-OOBClassifiers: OLM:7691; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: DBqI3J0F9439L19G9K1aYy1AQqxccrDQNnW/D/yxkNGBVLVaKAmfNPITE77WPxD/7a8ATAGbHdENyEGQ7EzCl3FeV8LC9XMbTvmmMxH0X9SUuKDQMLD3JJwli2HM39eYYtVYimCe75nmhrclmzv/UV7SBEZAxf6b4LVKgpLQ8VjJouNCHgVF+V/LkC4vl1cE2ZAxnSAPUAHMrQqgKyC5A6MSYRIFGZwrb+tzF3KK0SRYKpPMcrewmbQu+Y1vT2DLjXKVfIEHiVHHMbwQvfBDR2Re4YQyPjxyhy6DFkeKw3b86l54Jv93A+kRRjg+MpYtPboRFaFvk1V6juDnl51qV98TwUlAgwfav/KkousBrORNeWtaydzK2RKgI8jtnoQzoVAXQp52Oxr2d92SsMQvqQ== X-Forefront-Antispam-Report: CIP:149.199.60.83;CTRY:US;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:xsj-pvapsmtpgw01;PTR:unknown-60-83.xilinx.com;CAT:NONE;SFS:(376002)(396003)(39860400002)(346002)(136003)(46966005)(336012)(81166007)(47076004)(36756003)(82310400003)(44832011)(4326008)(82740400003)(6666004)(508600001)(1076003)(186003)(7696005)(426003)(2616005)(316002)(26005)(5660300002)(356005)(70206006)(70586007)(83380400001)(8936002)(9786002)(2906002)(8676002)(30864003);DIR:OUT;SFP:1101; X-OriginatorOrg: xilinx.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 19 Oct 2020 22:40:14.8812 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: f5d99266-96ab-4120-6847-08d8747ff25f X-MS-Exchange-CrossTenant-Id: 657af505-d5df-48d0-8300-c31994686c5c X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=657af505-d5df-48d0-8300-c31994686c5c;Ip=[149.199.60.83];Helo=[xsj-pvapsmtpgw01] X-MS-Exchange-CrossTenant-AuthSource: SN1NAM02FT025.eop-nam02.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN1PR02MB3773 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The driver was tested on Xilinx ZynqMP QEMU For sake of ease of review, only support ZynqMP. Once accepted, then add support for Versal platform and R5 loading onto OCM. v2: - remove domain struct v3: - add xilinx-related platform mgmt fn's instead of wrapping around function pointer in xilinx eemi ops struct - update zynqmp_r5 yaml parsing to not raise warnings for extra information in children of R5 node. The warning "node has a unit name, but no reg or ranges property" will still be raised though as this particular node is needed to describe the '#address-cells' and '#size-cells' information. v4: - add default values for enums - fix formatting as per checkpatch.pl --strict. Note that 1 warning and 1 check are still raised as each is due to fixing the warning results in that particular line going over 80 characters. - remove warning '/example-0/rpu@ff9a0000/r5@0: node has a unit name, but no reg or ranges property' by adding reg to r5 node. v5: - update device tree sample and yaml parsing to not raise any warnings - description for memory-region in yaml parsing - compatible string in yaml parsing for TCM - parse_fw change from use of rproc_of_resm_mem_entry_init to rproc_mem_entry_init and use of alloc/release - var's of type zynqmp_r5_pdata all have same local variable name - use dev_dbg instead of dev_info v6: - adding memory carveouts is handled much more similarly. All mem carveouts are now described in reserved memory as needed. That is, TCM nodes are not coupled to remoteproc anymore. This is reflected in the remoteproc R5 driver and the device tree binding. - remove mailbox from device tree binding as it is not necessary for elf loading v7: - remove unused headers - zynqmp_r5_remoteproc_probe:lockstep_mode from u32* to u32 - device-tree binding "lockstep-mode" to "xlnx,cluster-mode" - remove zynqmp_r5_mem_probe and loop to Probe R5 memory devices at probe() - remove is_r5_mode_set from zynqmp rpu remote processor private data - do not error out if no mailbox is provided since mailboxes are optional - remove zynqmp_r5_remoteproc_probe call of platform_set_drvdata as pdata is handled in zynqmp_r5_remoteproc_remove v8: - remove old acks, reviewed-by's in commit message v9: - if zynqmp_r5_remoteproc.c pdata->tx_mc_skbs not initialized, then do not call skb_queue_empty - update arguments and documentation for zynqmp_pm_set_rpu_mode - in fn zynqmp_pm_force_powerdown, change arg 'target' to 'node' - zynqmp_pm_request_wakeup update code style - edit 3/5 patch commit message - document zynqmp_pm_set_tcm_config and zynqmp_pm_get_rpu_mode documentation to include expected return val - remove unused fn zynqmp_pm_get_node_status - update 5/5 patch commit message to document supported configurations and how they are booted by the driver. - remove copyrights other than SPDX from zynqmp_r5_remoteproc.c - compilation warnings no longer raised - remove unused includes from zynqmp_r5_remoteproc.c - remove unused var autoboot from zynqmp_r5_remoteproc.c - reorder zynqmp_r5_pdata fpr small mem savings due to alignment - zynqmp_pm_set_tcm_config and zynqmp_pm_set_rpu_mode uses second arg - zynqmp_r5_remoteproc.c use of zynqmp_pm_set_tcm_config now does not have output arg - in tcm handling, unconditionally use &= 0x000fffff mask since all nodes in this fn are for tcm - update comments for translating dma field in tcm handling to device address - update calls to rproc_mem_entry_init in parse_mem_regions so that there are only 2 cases for types of carveouts instead of 3 - in parse_mem_regions, check if device tree node is null before using it - add example device tree nodes used in parse_mem_regions and tcm parsing - add comment for vring id node length - add check for string length so that vring id is at least min length - move tcm nodes from reserved mem to instead own device tree nodes and only use them if enabled in device tree - add comment for explaining handling of rproc_elf_load_rsc_table - remove obsolete check for "if (vqid < 0)" in zynqmp_r5_rproc_kick - remove unused field mems in struct zynqmp_r5_pdata - remove call to zynqmp_r5_mem_probe and the fn itself as tcm handling is done by zyqmp_r5_pm_request_tcm - remove obsolete setting of dma_ops and parent device dma_mask - remove obsolete use of of_dma_configure - add comment for call to r5_set_mode fn - make mbox usage optional and gracefully inform user via dev_dbg if not present - change lockstep_mode from u32* to u32 - update zynqmp_pm_set_rpu_mode and zynqmp_pm_set_rpu_mode documentation and remove unused args v10: - add include types.h to xlnx-zynqmp.h for compilation v11: - update usage of zynqmp_pm_get_rpu_mode to return rpu mode in enum - update zynqmp_pm_set_tcm_config and zynqmp_pm_set_rpu_mode arguments to remove unused args - use enums instead of u32 where possible in zynqmp_r5_remoteproc - zynqmp_r5_remoteproc: update prints to not use carriage return, just newline - zynqmp_r5_remoteproc: look up tcm banks via property instead of string name - print device tree nodes with %pOF instead of %s with node name field - update tcm release to unmap VA - handle r5-1 use case - device tree binding r5 node to have link to TCMs via meta-memory-regions property - fix device tree binding so no warnings from 'make dt_binding_check' v12: - update signed off by so that latest developer name is last - in drivers/firmware/zynqmp.c, update zynqmp_pm_set_rpu_mode so rpu_mode is only set if no error - update args for zynqmp_pm_set_rpu_mode, zynqmp_pm_set_tcm_config fn arg's to reflect what is expected in the function and the usage in zynqmp_r5_remoteproc accordingly v13: - zynqmp_pm_get_rpu_mode argument zynqmp_pm_get_rpu_mode is only set if no error v14: - rebase off v5.9-rc3 kernel - concerns were raised about the new property meta-memory-regions. There is no clear direction so for the moment I kept it in the series - in device tree binding place IPC nodes in RAM in the reserved memory section - zynqmp_r5_remoteproc::r5_set_mode set rpu mode from property specified in device tree - use u32 instead of u32* to store in remoteproc memory entry private data for pnode_id information - always call r5_set_mode on probe - remove alloc of zynqmp_r5_pdata in zynqmp_r5_remoteproc::zynqmp_r5_remoteproc_probe as there is static allocation already - error at probe time if lockstep-mode property not present in device tree - update commit message as per review - remove dependency on MAILBOX in makefile as ZYNQMP_IPI_MBOX is present - remove unused macros - update comment ordering of zynqmp_r5_pdata to match struct definition - zynqmp_r5_remoteproc::tcm_mem_release error if pnode id is invalid - remove obsolete TODOs - only call zynqmp_r5_remoteproc::zynqmp_r5_probe if the index is valid - remove uneven dev_dbg/dev_err fn calls v15: - change lockstep mode device tree property from acting as boolean, to instead being used as, if it is present, then r5 is in lockstep mode. otherwise in split. - add safeguard for if 2 rpu remoteproc instances are provided then err out v16: - replace of_get_property(dev->of_node, "lockstep-mode" with of_property_read_bool - propagate rpu mode specified in device tree through functions instead of holding a global, static var - check child remoteproc nodes via of_get_available_child_count before looping through children - replace check of "pdata->pnode_id == 0" instead by checking rpu's zynqmp_r5_pdata* if NULL - remove old, obsolete checks for dma_pools in zynqmp_r5_remoteproc_remove - change rpus from zynqmp_r5_pdata[] to zynqmp_r5_pdata*[] so that check for pdata->pnode_id == 0 is not needed v17: - remove compatible string from tcm bank nodes - fix style for bindings - add boolean type to lockstep mode in binding - add/update descriptions memory-region, meta-memory-regions, pnode-id, mbox* properties - update driver as per kernel-test-robot v18: - *really* change zynqmp_r5_remoteproc::rpus and rpu_mode to static - to more closely mimic other remoteproc drivers, change zynqmp r5 rproc data from zynqmp_r5_pdata to zynqmp_r5_rproc and pdata local var to zproc - remove global vars rpus and rpu_mode - instantiate device for zynqmp r5 rproc from device set by rproc_alloc - fix typos - update to call zynqmp_r5_release from the rproc_alloc-related device and remove the instantiated device from zynqmp_r5_probe - remove unneeded call to platform_set_drvdata - remove driver remove function, as the clean up is handled in release - remove while (!skb_queue_empty loop and mbox_free_channel calls in zynqmp_r5_release, and mbox_free_channel - remove device_unregister call in zynqmp_r5_release - remove kzalloc for pdata (what is now called z_rproc) - update conditional in loop to calls of zynqmp_r5_probe - update example remoteproc zynqmp r5 compat string, remove version number v19: - update bindings xilinx r5 remoteproc property from 'memory-region' to 'memory-regions' as well as its usage in the driver - add more comments/documentation for xilinx r5 remoteproc driver functions - in z_rproc structure add linked list elem that is later used to keep track of house cleaning in driver remove and device tree node for mailbox client setup - in zynqmp_r5_probe store in dt_node and dev pointer for later usage in mailbox client setup - remove release, handle rproc and mbox cleanup in driver remove that is re-introduced - zynqmp_r5_remoteproc.c::tcm_mem_release() remove unneeded check for negative value on a u32 - fix off-by-one error in bound checking for parse_mem_regions strlen - fix checkpatch strict warnings for comments - update tcm_mem_alloc bound check for TCM bank addresses Ben Levinsky (5): firmware: xilinx: Add ZynqMP firmware ioctl enums for RPU configuration. firmware: xilinx: Add shutdown/wakeup APIs firmware: xilinx: Add RPU configuration APIs dt-bindings: remoteproc: Add documentation for ZynqMP R5 rproc bindings remoteproc: Add initial zynqmp R5 remoteproc driver .../xilinx,zynqmp-r5-remoteproc.yaml | 142 ++++ drivers/firmware/xilinx/zynqmp.c | 96 +++ drivers/remoteproc/Kconfig | 8 + drivers/remoteproc/Makefile | 1 + drivers/remoteproc/zynqmp_r5_remoteproc.c | 762 ++++++++++++++++++ include/linux/firmware/xlnx-zynqmp.h | 60 ++ 6 files changed, 1032 insertions(+) create mode 100644 Documentation/devicetree/bindings/remoteproc/xilinx,zynqmp-r5-remoteproc.yaml create mode 100644 drivers/remoteproc/zynqmp_r5_remoteproc.c -- 2.17.1