From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 5533E347DD for ; Sat, 20 Dec 2025 08:37:42 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=193.142.43.55 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1766219864; cv=none; b=ZteALEtBYBySpJTzWTHz+K+YdaSPz1MgvghdXybdkJXgx+qAwML5QhNenw1/DD6XWItQvhsKD/3YsGLg//k0f0QQPMttDG1AajEqglfNWAQMOBnx5Pqrds0NLAYcwnbEoV+QCQgB7lCI9qGiPnW+QjoseUd/nYjf4dluKh5n/ik= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1766219864; c=relaxed/simple; bh=YRFXv0/ds58Z4XFHhIBlY2HoNg44gT4hXAVwhPO36ek=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=FRuUKac/Xp9TxT2yzSDkjiIqRbUpWzS6JPCfei2pgoSiqU1vleqIXERJRW9/hbcSwWsukfvCxU4Hht8i5DJmrnJH6fVkCZmEP2XwWqK2rslf8O9k/N0ipz+KOeqElIqYiMIODvGh/812FR3vrsdT7ydbcW3Pk0jqKaU+jPamY8A= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linutronix.de; spf=pass smtp.mailfrom=linutronix.de; dkim=pass (2048-bit key) header.d=linutronix.de header.i=@linutronix.de header.b=KiRpKkD/; dkim=permerror (0-bit key) header.d=linutronix.de header.i=@linutronix.de header.b=GrZl9Qbh; arc=none smtp.client-ip=193.142.43.55 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linutronix.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linutronix.de Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="KiRpKkD/"; dkim=permerror (0-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="GrZl9Qbh" From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1766219861; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=WOnDPKl+QroPRuZW/Y9YDW4CXEowOmJZwxyWCHXGMD8=; b=KiRpKkD/SJ0Q5cjLUwvs2E5n9BFCCzGaBVE2Dq2S7+O7xGZ/UnSQC+pzsMcaRSBL3+JTsK jvVFuszilBIutxo6WwDdsVan6c1ddvoEK4kvhkG0BDP39NuBU2TEm1ep5zyTY6xB8HBJbv Tw/TWg4lLeqPQGBxZFDFwfbQbZzg8YXCwWC5N44qyBGFkimIUGX+JUqJTtyX5o0oYiFAd4 BfXRqg+UXQfMTE3oFZJcKmEV2zeolIVNDKvifeGXD2qfHBSgiJOdx4hOks965KO51M0K1v Nnlf9IBt1Rk/qItmVSc0w2e94o4vZfOygprbI42ZjJLLMlA3dpvpaYMN55WQHQ== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1766219861; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=WOnDPKl+QroPRuZW/Y9YDW4CXEowOmJZwxyWCHXGMD8=; b=GrZl9Qbhhawng0hKhB0FSwhiCCnSPRDUllJb3LtHaaiO+1lOga6wtgRmqJsFHCBdUshQPw b80pWnitI73z8IBw== To: paulmck@kernel.org Cc: LKML , Daniel J Blueman , John Stultz , Waiman Long , Peter Zijlstra , Dave Hansen , Tony Luck , Borislav Petkov , Stephen Boyd , Scott Hamilton Subject: Re: clocksource: Reduce watchdog readout delay limit to prevent false positives In-Reply-To: <308f260b-83c6-402e-9756-017be125bb44@paulmck-laptop> References: <87bjjxc9dq.ffs@tglx> <90dce4d0-bd90-4321-95d8-c8dd1c121de0@paulmck-laptop> <878qeybwzy.ffs@tglx> <308f260b-83c6-402e-9756-017be125bb44@paulmck-laptop> Date: Sat, 20 Dec 2025 09:37:40 +0100 Message-ID: <87tsxla6qz.ffs@tglx> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain On Fri, Dec 19 2025 at 16:18, Paul E. McKenney wrote: > On Fri, Dec 19, 2025 at 11:13:05AM +0100, Thomas Gleixner wrote: >> > My concern is that the patch below would force needless cs_watchdog_read() >> > retries. >> >> That's not the end of the world and way better than degrading the >> watchdog further. > > But what you proposed is just a further tweak of the heuristics you so > energetically decry above. I fully agree that it is a bandaid fix, but it makes the machinery consistent and correct. It prevents false positives, which are inevitable in the current design. No? Thanks, tglx