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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 85B24C0032E for ; Wed, 25 Oct 2023 21:28:56 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230114AbjJYV24 (ORCPT ); Wed, 25 Oct 2023 17:28:56 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54924 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230416AbjJYV2x (ORCPT ); Wed, 25 Oct 2023 17:28:53 -0400 Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 541CF13A for ; Wed, 25 Oct 2023 14:28:51 -0700 (PDT) From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1698269329; 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=CHFdWMwG0XVuYrxA+jwJ42IxuazTn1f6p7yKyhmvV24=; b=3lO5enIHh8k7pYmLbb0kY3fdO8UO2uTxi2yln4VPdF/8yfLHarDilrkmpMHraOYDMluPzt uyoV+762mykRmE8+ujAK5GXAZEBvXkY/cbN9bVziCcVoucQY15DwlBW7yAyfU5VsbZG52N tPhWQ9/O0w6l3mfd5L1FjT15HmztPXZaMW0aD6tlsSsUncVb+q/VlWGXZ05l8ER0ys7Ewy Cbi6Mh2dDdRoiSWdnbgWkyb1ErOOAj10P7CP/UMVCBCNqwPfZHE9wdvFUHC9bhQvCb8n6t nNMU402hLRLtP0NciTrM+zpjwiJkb7VTFpaU9x242TPz2k76z7TTQ7zjES9wBw== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1698269329; 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=CHFdWMwG0XVuYrxA+jwJ42IxuazTn1f6p7yKyhmvV24=; b=TTrjR1pUB0hW+MQqaw9ASgeFw0FupXbsY1VWK9SHLasLeMqxISdb8daC54ZB9ouvV+ujdJ 7aIMRE5YqY1ck0DQ== To: Tetsuo Handa , paulmck@kernel.org Cc: John Stultz , Stephen Boyd , LKML , Sebastian Andrzej Siewior , x86@kernel.org, joel@joelfernandes.org Subject: Re: [PATCH] clocksource: disable irq when holding watchdog_lock. In-Reply-To: References: <80ff5036-8449-44a6-ba2f-0130d3be6b57@I-love.SAKURA.ne.jp> <878r826xys.ffs@tglx> <90361195-4309-4a02-bd3f-8ee606e6d35b@I-love.SAKURA.ne.jp> <5ef329fe-1f3b-4d81-9625-9738620f051e@I-love.SAKURA.ne.jp> <87r0lq3j2t.ffs@tglx> <2c822e13-775c-4e55-bf2f-152dbca0c910@I-love.SAKURA.ne.jp> <871qdkch0g.ffs@tglx> Date: Wed, 25 Oct 2023 23:28:49 +0200 Message-ID: <8734xy5r3i.ffs@tglx> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Oct 24 2023 at 23:52, Tetsuo Handa wrote: > On 2023/10/24 22:00, Thomas Gleixner wrote: >> Interesting. Can you please tell what the replacement clocksource is >> when the TSC is disabled? > > Where can I find the replacement clocksource from? /sys/kernel/devices/system/clocksource/clocksource0/active_clocksource but I already figured it out. It selects kvm_clock as fallback, but that happens way later. At that point during AP bringup timekeeping is still based on jiffies. So that TSC unstable marking is not an issue vs. timekeeping. I have no idea what the kernel, VirtualPox or Windoze are doing during that time. I fear you need to add some debug on your own or if VirtualPox has a monitor/debugger you might use that to inspect what the guest is doing. Thanks, tglx