Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp8259348ybl; Thu, 16 Jan 2020 13:26:24 -0800 (PST) X-Google-Smtp-Source: APXvYqzKGVv1DJhoK0D0NtDN68CuC+Kl53c/u9zXNMtzBLan1kWAiUansuUWvQ0036/F86KHnpzY X-Received: by 2002:aca:cc87:: with SMTP id c129mr917954oig.13.1579209984550; Thu, 16 Jan 2020 13:26:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579209984; cv=none; d=google.com; s=arc-20160816; b=afQOW8n4pGN7PbqDbBzLMbaDBXce/XBMrKKhpXFGsDS4uYvE76RH8k8DFJIdp+wGd8 Zn2QYGkJZa/f04IXkpEdc86DvK0VhCd4RNUdQNuFrv/AoS18RThnhm3oQFk6llrW7lMm JQio2AH+eGgXx9ttmUms5B0LjUTNnFIzc739mV7iCve/TTmiwklj9leWaRbixh7qJyik IOUepqswSgGI4gUpTcE6T2OrTBJXPYFR3HCieKc54yb2IpJ8RiCIh72ZmBan5zsPEm0U 3Gsr/sx/YUEuxSKK5T2znSpSUMtMMaPDF5PATTtF+r6O8MTEwpYKMXN+blhFGYu2K5kZ Ez1Q== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:cc:to:subject :dkim-signature; bh=OVue51NKiEdCI1G3Wg0c7rke38eyF1pA9SE2ZsSZDQI=; b=VWO2l53pY38kbUYpINclJt1wc4M/vssuiCV2kwzWcfboh15risMgSEOjDMfMEkJ8F+ U3BC6SKzCM1ZwM5GndO9xpcgNsdJl8+DG8cnWb0aN8b+yOg97VipOQEjEtbEnykaRX8d 0379FifF4HUUBOIoD8ExAGMOZIH8TU72mkSyjUlG4R6nA73RXv1prJL47CHO0PMzZuuu 6t0c4jPkof9kZtVJixH5y8/G6LAlCvsB/b9sZJDSkt3VP7V2+jl1qAAR8LCi6rHweiBE dYb3DgFac0ZP1ehQsuWEOGl7j6hiYWOfxDd8jkliZ6W+PxBQ5Y1fEotzDTuJdK2tBcoO q7tw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=fHZcmqoB; 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 73si12572238oii.60.2020.01.16.13.26.12; Thu, 16 Jan 2020 13:26:24 -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=pass header.i=@redhat.com header.s=mimecast20190719 header.b=fHZcmqoB; 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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2404866AbgAPReV (ORCPT + 99 others); Thu, 16 Jan 2020 12:34:21 -0500 Received: from us-smtp-2.mimecast.com ([205.139.110.61]:29969 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2404857AbgAPReT (ORCPT ); Thu, 16 Jan 2020 12:34:19 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1579196058; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=OVue51NKiEdCI1G3Wg0c7rke38eyF1pA9SE2ZsSZDQI=; b=fHZcmqoBNKJ/oTnjU0vuYOxeg8/j/PzykVnX2910NcHF03B349QRl82ZaZXLDfUUYEJjw9 6E5mnVO7wr2s/YfAlKf0TH1ZOwZUVy5m9OljCBRiboopjssQ+50LKebR9DHmBR2kVsZlvz RFxesn+9wQxK4wO9PTdm84eTBHPeikY= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-386-aaus8bAsOVm8obp_vZoOEQ-1; Thu, 16 Jan 2020 12:34:14 -0500 X-MC-Unique: aaus8bAsOVm8obp_vZoOEQ-1 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 44F5519057D8; Thu, 16 Jan 2020 17:34:11 +0000 (UTC) Received: from llong.remote.csb (dhcp-17-59.bos.redhat.com [10.18.17.59]) by smtp.corp.redhat.com (Postfix) with ESMTP id 443E75C1D8; Thu, 16 Jan 2020 17:34:10 +0000 (UTC) Subject: Re: [PATCH v2] watchdog: Fix possible soft lockup warning at bootup To: Thomas Gleixner , Robert Richter Cc: Andrew Morton , Ingo Molnar , "linux-kernel@vger.kernel.org" , Mike Rapoport , Kees Cook , Catalin Marinas , Will Deacon , Peter Zijlstra References: <20200103151032.19590-1-longman@redhat.com> <87sgkgw3xq.fsf@nanos.tec.linutronix.de> <87blr3wrqw.fsf@nanos.tec.linutronix.de> <20200116151146.wn6ec7igl2bfk4c2@rric.localdomain> <87tv4vuyo6.fsf@nanos.tec.linutronix.de> From: Waiman Long Organization: Red Hat Message-ID: <9ae2ee4d-7b67-50ff-e736-1d51753c5ccd@redhat.com> Date: Thu, 16 Jan 2020 12:34:09 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2 MIME-Version: 1.0 In-Reply-To: <87tv4vuyo6.fsf@nanos.tec.linutronix.de> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US X-Scanned-By: MIMEDefang 2.79 on 10.5.11.16 Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/16/20 11:57 AM, Thomas Gleixner wrote: >> So your theory the MONOTONIC clock runs differently/wrongly could >> explain that (assuming this drives the sched clock). Though, I am > No. sched_clock() is separate. It uses a raw timestamp (in your case > from the ARM arch timer) and converts it to something which is close to > proper time. So my assumption was based on the printout Waiman had: > > [ 1... ] CPU.... watchdog_fn now 170000000 > [ 25.. ] CPU.... watchdog_fn now 4170000000 > > I assumed that now comes from ktime_get() or something like > that. Waiman? I printed out the now parameter of the=A0 __hrtimer_run_queues() call. So from the timer perspective, it is losing time. For watchdog, the soft expiry time is 4s. The watchdog function won't be called until the timer's time advances 4s or more. That corresponds to about 24s in timestamp time for that particular class of systems. Cheers, Longman