Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp9071ybt; Tue, 23 Jun 2020 13:53:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxK/uuU9GcSqEq1TcrCjUMpzdcXMSHW5QX3kjPWq8SLLLgZdv9dKqMwjMLcPKRHW91mQwok X-Received: by 2002:a17:906:fcb1:: with SMTP id qw17mr8216494ejb.445.1592945638746; Tue, 23 Jun 2020 13:53:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592945638; cv=none; d=google.com; s=arc-20160816; b=pkgLjv7HnPOTohmUXfLMaWHkaqzLTnuMyqWT7it8jD1X7UNbsHPRTuTbHEguuJN2B1 /bO7UGD1sDc5G+Q2tcBkdmEXc56qjTRNLem0k+LjUd9iTrZpfSqLQ52HxlNmZA1cHQc9 mnfFByuv00/1tdUDzAOBgxgKfkEK0efxQKD9uSlg/rPPiFHZpw+P1ZgJmLvn/gVquGTQ 7Rg+Wur2HADR/1EZGax28ruUPddn7XAhgZLSiOU7UBmWBKNH/86pMhfhuDt6kv4Hqcha DqA0HRxByn8/yovQmKbBrNyuNu/A6aOX+Tnf7koO5A0vhGoK5q9ONR98Bj4Kv72LsmAu 4kpQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=aCnn4lrVhzT1/uOVTWVDegm1vzQIkkrCsOECTHzOYpM=; b=ijkimuCc74T9bhvfZjO7ybp/HzUDAn/GBL45TCdPmYgEitTmWutv5BCTN4qkxf6OaV E/8oyIgEUwG3YztGL76ma3rp1bh87Fu/ImFZoYsjZEKvWbJhKrcE//Vfw1JyWqIBYS8p 91O/dTZBJsG7vecphlI7x/L74d6dN7V2v0cOis4lBAfxB63RS9+4dNRIzgkzcPrgYJU9 6zGbzD4lkdEEz4t2IcrOkHKw85h85sRElyT0Z9tqfnd/ZMNZXCH7jJzbvcZaMgYwABd6 g7Fy32N/295kxBmmq9K5n6BlLnqENpxwxQBq/+7riqY74zyr742nt7JFLZxDVTu8fHj8 qVcw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=wUJkMCPO; 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 m3si10639833ejx.210.2020.06.23.13.53.34; Tue, 23 Jun 2020 13:53:58 -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=@kernel.org header.s=default header.b=wUJkMCPO; 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 S2403865AbgFWUwS (ORCPT + 99 others); Tue, 23 Jun 2020 16:52:18 -0400 Received: from mail.kernel.org ([198.145.29.99]:46140 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2392699AbgFWUrh (ORCPT ); Tue, 23 Jun 2020 16:47:37 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 1A2C82098B; Tue, 23 Jun 2020 20:47:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1592945257; bh=uqj9LlV6wpnyksVFlwbmyPsNGWszrcyh1dI43T+emtY=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=wUJkMCPOkHFC/rVgOibuCxmw4WIs3KNaeJr8wq2kRdTuGxLovrOJPMjbk8FIuNQAc 1ovUL6TgCCAOpZQ4pNWhjqvXNJdogRdTgHNLFA+anIaFFT+1nE5WMHk5D6TPWNHR08 XYT8FiAI6PTyEtvROz7ZVBD/7B/mV0xrrF32VK18= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Stefan Riedmueller , Guenter Roeck , Adam Thomson , Wim Van Sebroeck , Sasha Levin Subject: [PATCH 4.14 070/136] watchdog: da9062: No need to ping manually before setting timeout Date: Tue, 23 Jun 2020 21:58:46 +0200 Message-Id: <20200623195307.202137941@linuxfoundation.org> X-Mailer: git-send-email 2.27.0 In-Reply-To: <20200623195303.601828702@linuxfoundation.org> References: <20200623195303.601828702@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Stefan Riedmueller [ Upstream commit a0948ddba65f4f6d3cfb5e2b84685485d0452966 ] There is actually no need to ping the watchdog before disabling it during timeout change. Disabling the watchdog already takes care of resetting the counter. This fixes an issue during boot when the userspace watchdog handler takes over and the watchdog is already running. Opening the watchdog in this case leads to the first ping and directly after that without the required heartbeat delay a second ping issued by the set_timeout call. Due to the missing delay this resulted in a reset. Signed-off-by: Stefan Riedmueller Reviewed-by: Guenter Roeck Reviewed-by: Adam Thomson Link: https://lore.kernel.org/r/20200403130728.39260-3-s.riedmueller@phytec.de Signed-off-by: Guenter Roeck Signed-off-by: Wim Van Sebroeck Signed-off-by: Sasha Levin --- drivers/watchdog/da9062_wdt.c | 5 ----- 1 file changed, 5 deletions(-) diff --git a/drivers/watchdog/da9062_wdt.c b/drivers/watchdog/da9062_wdt.c index 79383ff620199..1443386bb590b 100644 --- a/drivers/watchdog/da9062_wdt.c +++ b/drivers/watchdog/da9062_wdt.c @@ -94,11 +94,6 @@ static int da9062_wdt_update_timeout_register(struct da9062_watchdog *wdt, unsigned int regval) { struct da9062 *chip = wdt->hw; - int ret; - - ret = da9062_reset_watchdog_timer(wdt); - if (ret) - return ret; return regmap_update_bits(chip->regmap, DA9062AA_CONTROL_D, -- 2.25.1