Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp57637ybf; Thu, 27 Feb 2020 16:01:28 -0800 (PST) X-Google-Smtp-Source: APXvYqx1bekTF2ktit/V/ihB6HEbMcw+w2V8hkb2NDkfusD1WhglMSjy2jtm95IpR61hCodej6/C X-Received: by 2002:a05:6808:8ee:: with SMTP id d14mr1164980oic.138.1582848088282; Thu, 27 Feb 2020 16:01:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582848088; cv=none; d=google.com; s=arc-20160816; b=hfVPPk9hhSAOPtp9re3wc3AMFS8zcV2RvhG83Hf/qOSNLLH5TJ6QUxOkLINVu3WTs5 xQKWYKufA5a2wHbRfjrs9qumSeO2UogsbIS5EbHblrvxbTIh/AK/jy9AWUGIKbCDxdo+ umn/wL/LGACykv3RnrwbdO86qLXFjP3/D88vGZJ3eM1ZamVeb4A5zXllnOo1PT5l92Qr iJyhmh/V2iDqgH8M39sudExYYQW5TNy8SRa0+OUfGB9iRQtyQuvFVSXrcVxnCoHJwBNL 6ebdah9WkbSYiOVIEUd4H8HoqqR950NDo0gDbxhaqlN9A7hlbQZN+1p1tlVGMKsIbpqP YzFg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:message-id:references :in-reply-to:subject:cc:to:from:date:content-transfer-encoding :mime-version:dkim-signature; bh=sxdjaXAFvzStZVWpkXqd8Oa4CInabS6KmEzidWgB4u4=; b=STsz4sxAHYjF+N67uJgoaBYpC1VrslKNcFxNAuB+Akyeofw6rV221OFLDSPGddSZiQ zVk5bAnULKOrAfcA1GLNaz2t7quGZqiYCTdJ+DtG6dLM3ELRBnY7URXRWxH7kwrjG1/y bPXIVX1nhf+BSpoQWandXFOSbBwO0NHOKtB0z2Wv1jDLNnPp6Mu4p1rIadJ1g7wBPykn 35UR435BMxgdAo+MngfzuzrL5GuVH+ULrpxlBG1RJGaOIs7fTqizetPqs6s+ducFtpa3 cYz1asccFe0lcW5S3Mu2bDOke9dUnMYtLYX7N1glaaj4IhjDQBqUWM+/cqM8QEjaRF6y VSDg== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@mg.codeaurora.org header.s=smtp header.b="KfsPUQe/"; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g141si882949oib.45.2020.02.27.16.01.16; Thu, 27 Feb 2020 16:01:28 -0800 (PST) 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=fail header.i=@mg.codeaurora.org header.s=smtp header.b="KfsPUQe/"; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730085AbgB1AA6 (ORCPT + 99 others); Thu, 27 Feb 2020 19:00:58 -0500 Received: from mail27.static.mailgun.info ([104.130.122.27]:11962 "EHLO mail27.static.mailgun.info" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728993AbgB1AA6 (ORCPT ); Thu, 27 Feb 2020 19:00:58 -0500 DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=mg.codeaurora.org; q=dns/txt; s=smtp; t=1582848056; h=Message-ID: References: In-Reply-To: Subject: Cc: To: From: Date: Content-Transfer-Encoding: Content-Type: MIME-Version: Sender; bh=sxdjaXAFvzStZVWpkXqd8Oa4CInabS6KmEzidWgB4u4=; b=KfsPUQe/8j+Wj6pm3e2pKOpCXpjrcPhoNpbjVPAcbGhL573dP76IilfaFtF1WOkUBzoWQIq5 oNj9bcKTyYy8ncPvY7ZrAIIQz17BJrso5WUzk+oNVr3r+C6zTQWsXtm50u/K/xA9r2+ZsY4U S9u1Ji2p2IO9Ssb8UX1n0f+weQk= X-Mailgun-Sending-Ip: 104.130.122.27 X-Mailgun-Sid: WyI0MWYwYSIsICJsaW51eC1rZXJuZWxAdmdlci5rZXJuZWwub3JnIiwgImJlOWU0YSJd Received: from smtp.codeaurora.org (ec2-35-166-182-171.us-west-2.compute.amazonaws.com [35.166.182.171]) by mxa.mailgun.org with ESMTP id 5e585816.7fa3af2da5e0-smtp-out-n02; Fri, 28 Feb 2020 00:00:22 -0000 (UTC) Received: by smtp.codeaurora.org (Postfix, from userid 1001) id 8EFB3C447A2; Fri, 28 Feb 2020 00:00:22 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-caf-mail-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=2.0 tests=ALL_TRUSTED,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: rishabhb) by smtp.codeaurora.org (Postfix) with ESMTPSA id 6B74AC43383; Fri, 28 Feb 2020 00:00:21 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 27 Feb 2020 16:00:21 -0800 From: rishabhb@codeaurora.org To: Mathieu Poirier Cc: Siddharth Gupta , agross@kernel.org, bjorn.andersson@linaro.org, ohad@wizery.com, tsoni@codeaurora.org, linux-arm-msm@vger.kernel.org, linux-remoteproc@vger.kernel.org, linux-kernel@vger.kernel.org, psodagud@codeaurora.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH 6/6] remoteproc: qcom: Add notification types to SSR In-Reply-To: <20200227215940.GC20116@xps15> References: <1582167465-2549-1-git-send-email-sidgup@codeaurora.org> <1582167465-2549-7-git-send-email-sidgup@codeaurora.org> <20200227215940.GC20116@xps15> Message-ID: <1a615fcd5a5c435d1d8babe8d5c3f8c3@codeaurora.org> X-Sender: rishabhb@codeaurora.org User-Agent: Roundcube Webmail/1.3.9 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020-02-27 13:59, Mathieu Poirier wrote: > On Wed, Feb 19, 2020 at 06:57:45PM -0800, Siddharth Gupta wrote: >> The SSR subdevice only adds callback for the unprepare event. Add >> callbacks >> for unprepare, start and prepare events. The client driver for a >> particular >> remoteproc might be interested in knowing the status of the remoteproc >> while undergoing SSR, not just when the remoteproc has finished >> shutting >> down. >> >> Signed-off-by: Siddharth Gupta >> --- >> drivers/remoteproc/qcom_common.c | 39 >> +++++++++++++++++++++++++++++++++++---- >> include/linux/remoteproc.h | 15 +++++++++++++++ >> 2 files changed, 50 insertions(+), 4 deletions(-) >> >> diff --git a/drivers/remoteproc/qcom_common.c >> b/drivers/remoteproc/qcom_common.c >> index 6714f27..6f04a5b 100644 >> --- a/drivers/remoteproc/qcom_common.c >> +++ b/drivers/remoteproc/qcom_common.c >> @@ -183,9 +183,9 @@ EXPORT_SYMBOL_GPL(qcom_remove_smd_subdev); >> * >> * Returns pointer to srcu notifier head on success, ERR_PTR on >> failure. >> * >> - * This registers the @notify function as handler for restart >> notifications. As >> - * remote processors are stopped this function will be called, with >> the rproc >> - * pointer passed as a parameter. >> + * This registers the @notify function as handler for >> powerup/shutdown >> + * notifications. This function will be invoked inside the callbacks >> registered >> + * for the ssr subdevice, with the rproc pointer passed as a >> parameter. >> */ >> void *qcom_register_ssr_notifier(struct rproc *rproc, struct >> notifier_block *nb) >> { >> @@ -227,11 +227,39 @@ int qcom_unregister_ssr_notifier(void *notify, >> struct notifier_block *nb) >> } >> EXPORT_SYMBOL_GPL(qcom_unregister_ssr_notifier); >> >> +static int ssr_notify_prepare(struct rproc_subdev *subdev) >> +{ >> + struct qcom_rproc_ssr *ssr = to_ssr_subdev(subdev); >> + >> + srcu_notifier_call_chain(ssr->rproc_notif_list, >> + RPROC_BEFORE_POWERUP, (void *)ssr->name); >> + return 0; >> +} >> + >> +static int ssr_notify_start(struct rproc_subdev *subdev) >> +{ >> + struct qcom_rproc_ssr *ssr = to_ssr_subdev(subdev); >> + >> + srcu_notifier_call_chain(ssr->rproc_notif_list, >> + RPROC_AFTER_POWERUP, (void *)ssr->name); >> + return 0; >> +} >> + >> +static void ssr_notify_stop(struct rproc_subdev *subdev, bool >> crashed) >> +{ >> + struct qcom_rproc_ssr *ssr = to_ssr_subdev(subdev); >> + >> + srcu_notifier_call_chain(ssr->rproc_notif_list, >> + RPROC_BEFORE_SHUTDOWN, (void *)ssr->name); >> +} >> + >> + >> static void ssr_notify_unprepare(struct rproc_subdev *subdev) >> { >> struct qcom_rproc_ssr *ssr = to_ssr_subdev(subdev); >> >> - srcu_notifier_call_chain(ssr->rproc_notif_list, 0, (void >> *)ssr->name); >> + srcu_notifier_call_chain(ssr->rproc_notif_list, >> + RPROC_AFTER_SHUTDOWN, (void *)ssr->name); >> } >> >> /** >> @@ -248,6 +276,9 @@ void qcom_add_ssr_subdev(struct rproc *rproc, >> struct qcom_rproc_ssr *ssr, >> { >> ssr->name = ssr_name; >> ssr->subdev.name = kstrdup("ssr_notifs", GFP_KERNEL); >> + ssr->subdev.prepare = ssr_notify_prepare; >> + ssr->subdev.start = ssr_notify_start; >> + ssr->subdev.stop = ssr_notify_stop; > > Now that I have a better understanding of what this patchset is doing, > I realise > my comments in patch 04 won't work. To differentiate the subdevs of an > rproc I > suggest to wrap them in a generic structure with a type and an enum. > That way > you can differenciate between subdevices without having to add to the > core. Ok. I can try that. > > That being said, I don't understand what patches 5 and 6 are doing... > Registering with the global ssr_notifiers allowed to gracefully > shutdown all the > MCUs in the system when one of them would go down. But now that we are > using > the notifier on a per MCU, I really don't see why each subdev couldn't > implement > the right prepare/start/stop functions. > > Am I missing something here? We only want kernel clients to be notified when the Remoteproc they are interested in changes state. For e.g. audio kernel driver should be notified when audio processor goes down but it does not care about any other remoteproc. If you are suggesting that these kernel clients be added as subdevices then we will end up having many subdevices registered to each remoteproc. So we implemented a notifier chain per Remoteproc. This keeps the SSR notifications as the subdevice per remoteproc, and all interested clients can register to it. > > >> ssr->subdev.unprepare = ssr_notify_unprepare; >> ssr->rproc_notif_list = kzalloc(sizeof(struct srcu_notifier_head), >> GFP_KERNEL); >> diff --git a/include/linux/remoteproc.h b/include/linux/remoteproc.h >> index e2f60cc..4be4478 100644 >> --- a/include/linux/remoteproc.h >> +++ b/include/linux/remoteproc.h >> @@ -449,6 +449,21 @@ struct rproc_dump_segment { >> }; >> >> /** >> + * enum rproc_notif_type - Different stages of remoteproc >> notifications >> + * @RPROC_BEFORE_SHUTDOWN: unprepare stage of remoteproc >> + * @RPROC_AFTER_SHUTDOWN: stop stage of remoteproc >> + * @RPROC_BEFORE_POWERUP: prepare stage of remoteproc >> + * @RPROC_AFTER_POWERUP: start stage of remoteproc >> + */ >> +enum rproc_notif_type { >> + RPROC_BEFORE_SHUTDOWN, >> + RPROC_AFTER_SHUTDOWN, >> + RPROC_BEFORE_POWERUP, >> + RPROC_AFTER_POWERUP, >> + RPROC_MAX >> +}; >> + >> +/** >> * struct rproc - represents a physical remote processor device >> * @node: list node of this rproc object >> * @domain: iommu domain >> -- >> Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, >> a Linux Foundation Collaborative Project >> >> _______________________________________________ >> linux-arm-kernel mailing list >> linux-arm-kernel@lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel