Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp1158097pxu; Fri, 27 Nov 2020 00:45:43 -0800 (PST) X-Google-Smtp-Source: ABdhPJxu/6KMd/RRxQO8pnrvNmNLh1CYPfOAPBgw1mMknJ7fnOpDCJj0u6oBmb/4smGdvLxFeIXO X-Received: by 2002:a17:906:34cd:: with SMTP id h13mr6734866ejb.350.1606466743071; Fri, 27 Nov 2020 00:45:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1606466743; cv=none; d=google.com; s=arc-20160816; b=INx7s9mACM67StjACVfuGMO9LAQBD/l4TxSIx1zs4ZgZxjslbHJSHS5I625AQ3d/qS n8MV4g8Z7ZWmLUwJsSOJxAGkwMXGvkkjKlLmSSef3i74/Zd3JAe3KyeXHCNf3MUk2n8u ralWSc6ootvQDx3Jkibl2Vflwo3WjjLaO12Htft/As9pUCQN2SBeI8rLYVRwN9QwzVKl 8bvPrhRvUcIJhNpK8KPfvq2hum8d7kucmjlQ4Om3zt9G+YNRVeIRGHecSAAlKOTzO+jt 4/GjoVaqvj3GsH17MCn50TbA/NJJL9lN9zYBAeV1WYjL96CzpuF/ZhCv9hv21IzwPnF4 q8vA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=UzN8V164vVCPagQUl1vXLvqIdHPB6vICDyDiG0FXeQk=; b=bzfdEsfOySDOPXG7AshkIKpqIqW4KoLV868nj6ZguzqqkyKeOA0PW8BTWmF39efWkZ YfMYBqAJ1B8nKZu55Bb8jcZWeEj6EffXO7LsbPWDcH52m3mhmkDHu5sZiU80bzebergv jpudKr7zMdI7FJJ55A3cGM+PzpRyMfFR03+QyO4V5ivowrY1LVY7XeIP1TaU47yd6lez FJnvZflb+7u/HxjjPhlv9pElKM8wmFYjimDvqj2JL8CX96qweYg9zHEfeCq7b7x4TXqU cFuu/15Z1/s8CWI6u3eX3qGa+JRVuvDiC00bOX2XsTzLEYeoHJ5bOYT54Pk7/Ul6gZsk 6IDg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=dhODEkY7; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u27si4762108ejg.312.2020.11.27.00.45.20; Fri, 27 Nov 2020 00:45:43 -0800 (PST) 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=@linaro.org header.s=google header.b=dhODEkY7; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2391738AbgKZVHC (ORCPT + 99 others); Thu, 26 Nov 2020 16:07:02 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42868 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2391682AbgKZVHA (ORCPT ); Thu, 26 Nov 2020 16:07:00 -0500 Received: from mail-pl1-x644.google.com (mail-pl1-x644.google.com [IPv6:2607:f8b0:4864:20::644]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 88696C061A4F for ; Thu, 26 Nov 2020 13:06:59 -0800 (PST) Received: by mail-pl1-x644.google.com with SMTP id f5so1651583plj.13 for ; Thu, 26 Nov 2020 13:06:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=UzN8V164vVCPagQUl1vXLvqIdHPB6vICDyDiG0FXeQk=; b=dhODEkY7e25iR1VREZyGWflNm42VplRKLSKAzQqLjPvWmoR+oziwyu1lHO9za5VXtt RWXv30Cze/3Sce07DR1pqpeJIk0nEbW2rd/rnGWDDOprl0rM6i1al3mxI/NdJPCsN7g6 G+7qnmQQEn4+IwSoDwufkjy2o2qWQ/w2f2MHrMxMNtZn8A3oU0s0Jx+ShugNoRVPG3bm mESv7PczX40OIwTUdQLGnVu5i1Jcqwlq2GTK46kGyiISmTkgXA4bLEsSdwOrGeRh+Gto K50gzxDPoKjQ56K3P+pXbiV6lPpTnR6UlBFbBhH1IharaH6AeIzTlK/GD51vvw8fhg8l +ZHQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=UzN8V164vVCPagQUl1vXLvqIdHPB6vICDyDiG0FXeQk=; b=GzH9yB4x56NBth/B08CDqr81sQBOJC6c9L118UbWxlPm2UTgP317AW2/TcjUlWmgpU OeiyiyJHgLJBhMMnuvOemDQ9qeh68DbQxCa8+hZ52ln+jkJt2eYAIJ5oFvAaCv1W3gOB HqZx2O+L35Jz6LDADcpWr7f8eO70J3qe2TK97vckzUodJfwsmIyh7dKyTA1kqeHvRfZp FiHHCL84jEKd0CsPfmR/9/HC/IQ+Z1v2vHom5vhSTpbvVxiib+EP7YzJzC1EZmDEI2yr 2BFu569fAAx7V24gw+kBD+QkfOU5NQrAZOcT5k12OfB8GRVA7Xdm5XEpTZg8a0CeZ3D0 VMZw== X-Gm-Message-State: AOAM531gv9V0ov7sDYGZ1HqZe9dJuH4cLsH9ismTSeVpOuZp2sKuF6YY K3IzwBgqrAh7O780MX3emu13nJwANF1iH4jX X-Received: by 2002:a17:902:e787:b029:d9:f88d:c32d with SMTP id cp7-20020a170902e787b02900d9f88dc32dmr4123620plb.79.1606424819073; Thu, 26 Nov 2020 13:06:59 -0800 (PST) Received: from xps15.cg.shawcable.net (S0106889e681aac74.cg.shawcable.net. [68.147.0.187]) by smtp.gmail.com with ESMTPSA id c203sm5612676pfc.10.2020.11.26.13.06.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 26 Nov 2020 13:06:58 -0800 (PST) From: Mathieu Poirier To: ohad@wizery.com, bjorn.andersson@linaro.org, robh+dt@kernel.org Cc: linux-remoteproc@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, arnaud.pouliquen@st.com Subject: [PATCH v3 15/15] remoteproc: Refactor rproc delete and cdev release path Date: Thu, 26 Nov 2020 14:06:42 -0700 Message-Id: <20201126210642.897302-16-mathieu.poirier@linaro.org> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20201126210642.897302-1-mathieu.poirier@linaro.org> References: <20201126210642.897302-1-mathieu.poirier@linaro.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Refactor function rproc_del() and rproc_cdev_release() to take into account the policy specified in the device tree. Signed-off-by: Mathieu Poirier --- drivers/remoteproc/remoteproc_cdev.c | 13 +++++++++++- drivers/remoteproc/remoteproc_core.c | 30 ++++++++++++++++++++++++++-- include/linux/remoteproc.h | 4 ++++ 3 files changed, 44 insertions(+), 3 deletions(-) diff --git a/drivers/remoteproc/remoteproc_cdev.c b/drivers/remoteproc/remoteproc_cdev.c index f7645f289563..3dfe555dfc07 100644 --- a/drivers/remoteproc/remoteproc_cdev.c +++ b/drivers/remoteproc/remoteproc_cdev.c @@ -88,7 +88,18 @@ static int rproc_cdev_release(struct inode *inode, struct file *filp) { struct rproc *rproc = container_of(inode->i_cdev, struct rproc, cdev); - if (rproc->cdev_put_on_release && rproc->state == RPROC_RUNNING) + if (!rproc->cdev_put_on_release) + return 0; + + /* + * The application has crashed or is releasing its file handle. Detach + * or shutdown the remote processor based on the policy specified in the + * DT. No need to check rproc->state right away, it will be done + * in either rproc_detach() or rproc_shutdown(). + */ + if (rproc->autonomous_on_core_shutdown) + rproc_detach(rproc); + else rproc_shutdown(rproc); return 0; diff --git a/drivers/remoteproc/remoteproc_core.c b/drivers/remoteproc/remoteproc_core.c index 3d7d245edc4e..1a170103bf27 100644 --- a/drivers/remoteproc/remoteproc_core.c +++ b/drivers/remoteproc/remoteproc_core.c @@ -2294,6 +2294,22 @@ static int rproc_alloc_ops(struct rproc *rproc, const struct rproc_ops *ops) return 0; } +static void rproc_set_automation_flags(struct rproc *rproc) +{ + struct device *dev = rproc->dev.parent; + struct device_node *np = dev->of_node; + bool core_shutdown; + + /* + * When function rproc_cdev_release() or rproc_del() are called and + * the remote processor has been attached to, it will be detached from + * (rather than turned off) if "autonomous-on-core-shutdown is specified + * in the DT. + */ + core_shutdown = of_property_read_bool(np, "autonomous-on-core-shutdown"); + rproc->autonomous_on_core_shutdown = core_shutdown; +} + /** * rproc_alloc() - allocate a remote processor handle * @dev: the underlying device @@ -2352,6 +2368,8 @@ struct rproc *rproc_alloc(struct device *dev, const char *name, if (rproc_alloc_ops(rproc, ops)) goto put_device; + rproc_set_automation_flags(rproc); + /* Assign a unique device index and name */ rproc->index = ida_simple_get(&rproc_dev_index, 0, 0, GFP_KERNEL); if (rproc->index < 0) { @@ -2435,8 +2453,16 @@ int rproc_del(struct rproc *rproc) if (!rproc) return -EINVAL; - /* TODO: make sure this works with rproc->power > 1 */ - rproc_shutdown(rproc); + /* + * TODO: make sure this works with rproc->power > 1 + * + * No need to check rproc->state right away, it will be done in either + * rproc_detach() or rproc_shutdown(). + */ + if (rproc->autonomous_on_core_shutdown) + rproc_detach(rproc); + else + rproc_shutdown(rproc); mutex_lock(&rproc->lock); rproc->state = RPROC_DELETED; diff --git a/include/linux/remoteproc.h b/include/linux/remoteproc.h index 02312096d59f..5702f630d810 100644 --- a/include/linux/remoteproc.h +++ b/include/linux/remoteproc.h @@ -516,6 +516,9 @@ struct rproc_dump_segment { * @nb_vdev: number of vdev currently handled by rproc * @char_dev: character device of the rproc * @cdev_put_on_release: flag to indicate if remoteproc should be shutdown on @char_dev release + * @autonomous_on_core_shutdown: true if the remote processor should be detached + * from (rather than turned off) when the remoteproc + * core goes away. */ struct rproc { struct list_head node; @@ -554,6 +557,7 @@ struct rproc { u16 elf_machine; struct cdev cdev; bool cdev_put_on_release; + bool autonomous_on_core_shutdown; }; /** -- 2.25.1