Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp410427imm; Wed, 19 Sep 2018 00:34:39 -0700 (PDT) X-Google-Smtp-Source: ANB0Vdahe/QJjW3DjozfVQs5rvs8LwHi9mLruu7gvxEpYKjfdv0GrlavfXvblO9M7/Cdyc2Wuy5z X-Received: by 2002:a62:1016:: with SMTP id y22-v6mr34739266pfi.109.1537342479374; Wed, 19 Sep 2018 00:34:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537342479; cv=none; d=google.com; s=arc-20160816; b=ub1c3u7RMDgSNOr4DC8OCm6ItaTHkm2yGtTqgGO6lDGBVy9cku1yMlzditttF/vAuv y6pjGmVZV4llo5ioKjGKgNEGYmtoHiilTefa5iRv5kBM/IZ7IZCSDJpC09xUiQcQO7Fv nHA4a0KhMpNXqvbvL5IeMqOR9mXDWqHpaRt+fFwY3XvdjSeArrF+ZBa5xlszziCdWqoN wEMLW/G6igTOjvxjU83E86BCsJt1ZCbkMktHd+sYQDohQHUAUIl3FD4nFKW+cx2Zm553 vUqe0ZU7cdFuqNF4NNPJNTayUS3MHcyHwH/m27KFajPhvY9dNTospNroOlFIeRszLIpJ z0IA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=jGzMNWV+NxscIDA6vfgvsVzsHzWAw0MrpOQi3+WCLHI=; b=N+c+4GN7WYBJ3o2pZSvf8agJ19ZMMi94M6MSCuBqMdkPQPtw9xWLRIMiVvNDPnUK7v nSMTNpwbmjs0mZpsV4u2BLHoHwWNonl8oJHemaSH3hEY9xq2czgv/rMu6uwtGGuE3LqE N09a/X/dHFqzJLrVn5imebtHvd3J/40VjWCuUDabqkRoW0mph16FyhBKyp2/98Mbx2uP rVdu9IyoA0Im/SmQP4vxVaLPFti5Y0RDK5LiZwZOcCMCHhi58a2n6qXabrwIlfSqBGAh stmKm2UJKXCDBeGSjKvwdf4Ab/arYlQpJJeSsqigHi+9+o/JjmiyVrdkmqiXn6RwWs30 NTmA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=VrYPXhb6; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d10-v6si20771809pgg.341.2018.09.19.00.34.22; Wed, 19 Sep 2018 00:34:39 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=VrYPXhb6; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731096AbeISNJP (ORCPT + 99 others); Wed, 19 Sep 2018 09:09:15 -0400 Received: from mail-it0-f66.google.com ([209.85.214.66]:51352 "EHLO mail-it0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726972AbeISNJO (ORCPT ); Wed, 19 Sep 2018 09:09:14 -0400 Received: by mail-it0-f66.google.com with SMTP id e14-v6so6991677itf.1 for ; Wed, 19 Sep 2018 00:32:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=jGzMNWV+NxscIDA6vfgvsVzsHzWAw0MrpOQi3+WCLHI=; b=VrYPXhb6a0AcisdMejPAwVRMtl06FozXFxe18c8n9PrvbpqRniY7nmcyY+x0UKtqGr 6eBdqZxDes9QQq6/aNoxTuCTXUJ+Zkt+IiQGALVehMnKutCijhuk8PBicvND6JvxBAqJ xOVg2QI8aNZviQdaxSq7zk3//ALIzI8wOakCs= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=jGzMNWV+NxscIDA6vfgvsVzsHzWAw0MrpOQi3+WCLHI=; b=IUXWj/Fj1IpOQLs4nXJ/WHhVnuKpB/6soR2Ol1DmYs/2SZsvYCk9JYinSf6UuJqqfn QgeB5paGZyghQQzNbBQftmFt/scj5WXGQg9U1TJnELmO8klwBxr0W84CA5E9UfiBKK+S ntD67+s/kqZMM3NPOJ4B2y5jndJTF6zS0cbGQq9gJweUgCoJXVbR/w9MaLQCPxMuA5lf VZjLhTgu0fbRTPvI0j36V9AbQek6I6Z7dKDCJsDsTHqPj9/W+8KxAuX893zeKIFXi4+o MZ7SR8mklpUSbFtOA365bmickIc5qoe+1njeWC93RQv3aWkE1UNoO80W/SI82d6K0zd5 /TlQ== X-Gm-Message-State: APzg51Db0pFfykKcyL7SQw61AUqP0qxAYzXfrToITjV8Gg2kb4hBEhx4 3IGK/yqvhO0BJ/+FUacYHZrK1MSePXs9bg== X-Received: by 2002:a24:46cd:: with SMTP id j196-v6mr2221083itb.0.1537342356020; Wed, 19 Sep 2018 00:32:36 -0700 (PDT) Received: from mail-io1-f47.google.com (mail-io1-f47.google.com. [209.85.166.47]) by smtp.gmail.com with ESMTPSA id a63-v6sm6275815itc.38.2018.09.19.00.32.34 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 19 Sep 2018 00:32:35 -0700 (PDT) Received: by mail-io1-f47.google.com with SMTP id l14-v6so3683998iob.7 for ; Wed, 19 Sep 2018 00:32:34 -0700 (PDT) X-Received: by 2002:a6b:2387:: with SMTP id j129-v6mr27254517ioj.86.1537342354610; Wed, 19 Sep 2018 00:32:34 -0700 (PDT) MIME-Version: 1.0 References: <1537314192-26892-1-git-send-email-vgarodia@codeaurora.org> <1537314192-26892-2-git-send-email-vgarodia@codeaurora.org> In-Reply-To: <1537314192-26892-2-git-send-email-vgarodia@codeaurora.org> From: Alexandre Courbot Date: Wed, 19 Sep 2018 16:32:22 +0900 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v9 1/5] venus: firmware: add routine to reset ARM9 To: vgarodia@codeaurora.org Cc: Stanimir Varbanov , Hans Verkuil , Mauro Carvalho Chehab , robh@kernel.org, mark.rutland@arm.com, Andy Gross , Arnd Bergmann , bjorn.andersson@linaro.org, Linux Media Mailing List , LKML , linux-arm-msm@vger.kernel.org, linux-soc@vger.kernel.org, devicetree@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 19, 2018 at 8:43 AM Vikash Garodia wrote: > > Add routine to reset the ARM9 and brings it out of reset. Also > abstract the Venus CPU state handling with a new function. This > is in preparation to add PIL functionality in venus driver. > > Signed-off-by: Vikash Garodia > --- > drivers/media/platform/qcom/venus/core.h | 2 ++ > drivers/media/platform/qcom/venus/firmware.c | 33 ++++++++++++++++++++++++ > drivers/media/platform/qcom/venus/firmware.h | 11 ++++++++ > drivers/media/platform/qcom/venus/hfi_venus.c | 13 +++------- > drivers/media/platform/qcom/venus/hfi_venus_io.h | 7 +++++ > 5 files changed, 57 insertions(+), 9 deletions(-) > > diff --git a/drivers/media/platform/qcom/venus/core.h b/drivers/media/platform/qcom/venus/core.h > index 2f02365..dfd5c10 100644 > --- a/drivers/media/platform/qcom/venus/core.h > +++ b/drivers/media/platform/qcom/venus/core.h > @@ -98,6 +98,7 @@ struct venus_caps { > * @dev: convenience struct device pointer > * @dev_dec: convenience struct device pointer for decoder device > * @dev_enc: convenience struct device pointer for encoder device > + * @no_tz: a flag that suggests presence of trustzone Looks like it suggests the absence of trustzone? Actually I would rename it as use_tz and set it if TrustZone is used. This would avoid double-negative statements like what we see below. > * @lock: a lock for this strucure > * @instances: a list_head of all instances > * @insts_count: num of instances > @@ -129,6 +130,7 @@ struct venus_core { > struct device *dev; > struct device *dev_dec; > struct device *dev_enc; > + bool no_tz; > struct mutex lock; > struct list_head instances; > atomic_t insts_count; > diff --git a/drivers/media/platform/qcom/venus/firmware.c b/drivers/media/platform/qcom/venus/firmware.c > index c4a5778..f2ae2f0 100644 > --- a/drivers/media/platform/qcom/venus/firmware.c > +++ b/drivers/media/platform/qcom/venus/firmware.c > @@ -22,10 +22,43 @@ > #include > #include > > +#include "core.h" > #include "firmware.h" > +#include "hfi_venus_io.h" > > #define VENUS_PAS_ID 9 > #define VENUS_FW_MEM_SIZE (6 * SZ_1M) > +#define VENUS_FW_START_ADDR 0x0 > + > +static void venus_reset_cpu(struct venus_core *core) > +{ > + void __iomem *base = core->base; > + > + writel(0, base + WRAPPER_FW_START_ADDR); > + writel(VENUS_FW_MEM_SIZE, base + WRAPPER_FW_END_ADDR); > + writel(0, base + WRAPPER_CPA_START_ADDR); > + writel(VENUS_FW_MEM_SIZE, base + WRAPPER_CPA_END_ADDR); > + writel(VENUS_FW_MEM_SIZE, base + WRAPPER_NONPIX_START_ADDR); > + writel(VENUS_FW_MEM_SIZE, base + WRAPPER_NONPIX_END_ADDR); > + writel(0x0, base + WRAPPER_CPU_CGC_DIS); > + writel(0x0, base + WRAPPER_CPU_CLOCK_CONFIG); > + > + /* Bring ARM9 out of reset */ > + writel(0, base + WRAPPER_A9SS_SW_RESET); > +} > + > +int venus_set_hw_state(struct venus_core *core, bool resume) > +{ > + if (!core->no_tz) This is the kind of double negative statement I was referring do above: "if we do not not have TrustZone". Turning it into if (core->use_tz) would save the reader a few neurons. :) > + return qcom_scm_set_remote_state(resume, 0); > + > + if (resume) > + venus_reset_cpu(core); > + else > + writel(1, core->base + WRAPPER_A9SS_SW_RESET); > + > + return 0; > +} > > int venus_boot(struct device *dev, const char *fwname) > { > diff --git a/drivers/media/platform/qcom/venus/firmware.h b/drivers/media/platform/qcom/venus/firmware.h > index 428efb5..397570c 100644 > --- a/drivers/media/platform/qcom/venus/firmware.h > +++ b/drivers/media/platform/qcom/venus/firmware.h > @@ -18,5 +18,16 @@ > > int venus_boot(struct device *dev, const char *fwname); > int venus_shutdown(struct device *dev); > +int venus_set_hw_state(struct venus_core *core, bool suspend); > + > +static inline int venus_set_hw_state_suspend(struct venus_core *core) > +{ > + return venus_set_hw_state(core, false); > +} > + > +static inline int venus_set_hw_state_resume(struct venus_core *core) > +{ > + return venus_set_hw_state(core, true); > +} I think these two venus_set_hw_state_suspend() and venus_set_hw_state_resume() are superfluous, if you want to make the state explicit you can also define an enum { SUSPEND, RESUME } to use as argument of venus_set_hw_state() and call it directly. > > #endif > diff --git a/drivers/media/platform/qcom/venus/hfi_venus.c b/drivers/media/platform/qcom/venus/hfi_venus.c > index 1240855..074837e 100644 > --- a/drivers/media/platform/qcom/venus/hfi_venus.c > +++ b/drivers/media/platform/qcom/venus/hfi_venus.c > @@ -19,7 +19,6 @@ > #include > #include > #include > -#include > #include > > #include "core.h" > @@ -27,6 +26,7 @@ > #include "hfi_msgs.h" > #include "hfi_venus.h" > #include "hfi_venus_io.h" > +#include "firmware.h" > > #define HFI_MASK_QHDR_TX_TYPE 0xff000000 > #define HFI_MASK_QHDR_RX_TYPE 0x00ff0000 > @@ -55,11 +55,6 @@ > #define IFACEQ_VAR_LARGE_PKT_SIZE 512 > #define IFACEQ_VAR_HUGE_PKT_SIZE (1024 * 12) > > -enum tzbsp_video_state { > - TZBSP_VIDEO_STATE_SUSPEND = 0, > - TZBSP_VIDEO_STATE_RESUME > -}; > - > struct hfi_queue_table_header { > u32 version; > u32 size; > @@ -575,7 +570,7 @@ static int venus_power_off(struct venus_hfi_device *hdev) > if (!hdev->power_enabled) > return 0; > > - ret = qcom_scm_set_remote_state(TZBSP_VIDEO_STATE_SUSPEND, 0); > + ret = venus_set_hw_state_suspend(hdev->core); > if (ret) > return ret; > > @@ -595,7 +590,7 @@ static int venus_power_on(struct venus_hfi_device *hdev) > if (hdev->power_enabled) > return 0; > > - ret = qcom_scm_set_remote_state(TZBSP_VIDEO_STATE_RESUME, 0); > + ret = venus_set_hw_state_resume(hdev->core); > if (ret) > goto err; > > @@ -608,7 +603,7 @@ static int venus_power_on(struct venus_hfi_device *hdev) > return 0; > > err_suspend: > - qcom_scm_set_remote_state(TZBSP_VIDEO_STATE_SUSPEND, 0); > + venus_set_hw_state_suspend(hdev->core); > err: > hdev->power_enabled = false; > return ret; > diff --git a/drivers/media/platform/qcom/venus/hfi_venus_io.h b/drivers/media/platform/qcom/venus/hfi_venus_io.h > index def0926..d69f51b 100644 > --- a/drivers/media/platform/qcom/venus/hfi_venus_io.h > +++ b/drivers/media/platform/qcom/venus/hfi_venus_io.h > @@ -112,6 +112,13 @@ > #define WRAPPER_CPU_STATUS (WRAPPER_BASE + 0x2014) > #define WRAPPER_CPU_STATUS_WFI BIT(0) > #define WRAPPER_SW_RESET (WRAPPER_BASE + 0x3000) > +#define WRAPPER_CPA_START_ADDR (WRAPPER_BASE + 0x1020) > +#define WRAPPER_CPA_END_ADDR (WRAPPER_BASE + 0x1024) > +#define WRAPPER_FW_START_ADDR (WRAPPER_BASE + 0x1028) > +#define WRAPPER_FW_END_ADDR (WRAPPER_BASE + 0x102C) > +#define WRAPPER_NONPIX_START_ADDR (WRAPPER_BASE + 0x1030) > +#define WRAPPER_NONPIX_END_ADDR (WRAPPER_BASE + 0x1034) > +#define WRAPPER_A9SS_SW_RESET (WRAPPER_BASE + 0x3000) > > /* Venus 4xx */ > #define WRAPPER_VCODEC0_MMCC_POWER_STATUS (WRAPPER_BASE + 0x90) > -- > The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, > a Linux Foundation Collaborative Project >