From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.8 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7106FC43381 for ; Tue, 12 Jan 2021 13:56:30 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 305C92311D for ; Tue, 12 Jan 2021 13:56:30 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732067AbhALN4W (ORCPT ); Tue, 12 Jan 2021 08:56:22 -0500 Received: from mail.kernel.org ([198.145.29.99]:45864 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726901AbhALN4U (ORCPT ); Tue, 12 Jan 2021 08:56:20 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 7D5EF22B30; Tue, 12 Jan 2021 13:55:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1610459739; bh=EKrAC0Tw+nL4XMv/WuPU6vITqgesKFiVtHTkrfAfpSM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=T25BP46HhPwtZiY7NSrzC0Z7zzJ0++WUQlf23zDqyFkIeAyLlo3NtpS8eyd98rVYQ C6aWL3efcorVYjH+136Y+7gHYAl0XR3k2LaDOxXdMe0Z06mzaSSobNVoSPp/HlMM9T 425rjPE4taxuE9pw/xu9NA77qufwHugjp2uCuvxIxv2j6awjTu1C6UmUf8hbda6bpD v7PPBK1cPR1GR3rhQqv9/rbBDvtLzf+qjF/i1ufAwW6jxsP/Cyk+H4si/Lj2ELJwWV uTf5Hm1Cw6jQQbwtimxiTdsZo5gNLIvswGa3AUOFPgZmYk8G/RVWpHs7oOTDN+kFVO l5D2YnCK0cKPQ== Date: Tue, 12 Jan 2021 13:55:35 +0000 From: Will Deacon To: Wolfram Sang Cc: linux-arm-kernel@lists.infradead.org, linux-renesas-soc@vger.kernel.org, Catalin Marinas , linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/2] arm64: add grace period when rebooting Message-ID: <20210112135534.GA9277@willie-the-truck> References: <20201219143648.56217-1-wsa+renesas@sang-engineering.com> <20201219143648.56217-2-wsa+renesas@sang-engineering.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201219143648.56217-2-wsa+renesas@sang-engineering.com> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Dec 19, 2020 at 03:36:46PM +0100, Wolfram Sang wrote: > I work on a system where I currently need to reboot via watchdog. > Because the watchdog needs a bit of time to fire, add a grace period > like on arm32 to avoid the false positive warning message. Please can you elaborate a bit on the control flow here, specifically from the part which arms the watchdog to how we end up in at the mdelay()? Ideally, the mdelay() would live in some code that knows about the watchdog, and therefore can choose the appropriate delay. Thanks, Will From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.8 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id F0CB2C433DB for ; Tue, 12 Jan 2021 13:57:47 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id AC4F52312C for ; Tue, 12 Jan 2021 13:57:47 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org AC4F52312C Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:Message-ID: Subject:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=bz0pT0IqoG2LkIe26csQQDve5oCwAHGRGs72nPFNlTQ=; b=BjA0S3bZ5jDuoMe2LIImS8agT 8NEoaZM8WJR5XPNOyDwmrgHTf01Bxyc8blLf/Kk+zscgGTse2ZejcPfTZwNfzRo2svsmsZVpKcU32 ySi3BnRptyckHnpIPzn/SkWmn1VqyBqajC0W0/PEDf2wjX4hBx2Z7EWT8uqmRCrJ51NpMumAmLF+Q btKy32MmQRI5d/RLAU4y3ZD2WyEyGA+THysBzLWOfgrvcvucpDZ6LKgUbiuMRF6bep2K0mOQWql6b UOX6np2c1hFR/PeysH1gx+Mh2yHgUoEI5CVCP/IgflZ/H7zIA7Q6sPGAYBFcoXA3uzp8SOkn8XW4l v5+Pg5tvQ==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kzK9j-0006Z0-UV; Tue, 12 Jan 2021 13:56:20 +0000 Received: from mail.kernel.org ([198.145.29.99]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1kzK97-0006NA-5U for linux-arm-kernel@lists.infradead.org; Tue, 12 Jan 2021 13:55:44 +0000 Received: by mail.kernel.org (Postfix) with ESMTPSA id 7D5EF22B30; Tue, 12 Jan 2021 13:55:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1610459739; bh=EKrAC0Tw+nL4XMv/WuPU6vITqgesKFiVtHTkrfAfpSM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=T25BP46HhPwtZiY7NSrzC0Z7zzJ0++WUQlf23zDqyFkIeAyLlo3NtpS8eyd98rVYQ C6aWL3efcorVYjH+136Y+7gHYAl0XR3k2LaDOxXdMe0Z06mzaSSobNVoSPp/HlMM9T 425rjPE4taxuE9pw/xu9NA77qufwHugjp2uCuvxIxv2j6awjTu1C6UmUf8hbda6bpD v7PPBK1cPR1GR3rhQqv9/rbBDvtLzf+qjF/i1ufAwW6jxsP/Cyk+H4si/Lj2ELJwWV uTf5Hm1Cw6jQQbwtimxiTdsZo5gNLIvswGa3AUOFPgZmYk8G/RVWpHs7oOTDN+kFVO l5D2YnCK0cKPQ== Date: Tue, 12 Jan 2021 13:55:35 +0000 From: Will Deacon To: Wolfram Sang Subject: Re: [PATCH 1/2] arm64: add grace period when rebooting Message-ID: <20210112135534.GA9277@willie-the-truck> References: <20201219143648.56217-1-wsa+renesas@sang-engineering.com> <20201219143648.56217-2-wsa+renesas@sang-engineering.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20201219143648.56217-2-wsa+renesas@sang-engineering.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210112_085541_403551_CFEBE204 X-CRM114-Status: GOOD ( 12.25 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: linux-renesas-soc@vger.kernel.org, Catalin Marinas , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Sat, Dec 19, 2020 at 03:36:46PM +0100, Wolfram Sang wrote: > I work on a system where I currently need to reboot via watchdog. > Because the watchdog needs a bit of time to fire, add a grace period > like on arm32 to avoid the false positive warning message. Please can you elaborate a bit on the control flow here, specifically from the part which arms the watchdog to how we end up in at the mdelay()? Ideally, the mdelay() would live in some code that knows about the watchdog, and therefore can choose the appropriate delay. Thanks, Will _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel