From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <9front-bounces@9front.inri.net> X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.6 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.4 Received: from 9front.inri.net (9front.inri.net [168.235.81.73]) by inbox.vuxu.org (Postfix) with ESMTP id 1ACBA2351D for ; Tue, 16 Apr 2024 19:36:29 +0200 (CEST) Received: from mail.posixcafe.org ([45.76.19.58]) by 9front; Tue Apr 16 13:34:43 -0400 2024 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=posixcafe.org; s=20200506; t=1713288836; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=ZV5yrNLXsDW+fNLhmHOXquU3MH+94EmZXbTCRPjZh/Y=; b=DshYoDONibA0s2HHNFNHp4ZCQCyyqQi/RWPnsS8/nX+25ZseiAST7rOu5D9VK+PxuCXTGk wW2zJKFZXRRWtvmvWOzmLd8hQHj7ijmYnFPeZGn0MlAy1wxOA3ko9nM9TuliXzcpjkCs1J b3xq0kLX9qkOceXDj3kfbfW78aggnmQ= Received: from [192.168.168.200] ( [207.45.82.38]) by mail.posixcafe.org (OpenSMTPD) with ESMTPSA id f5b576c6 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for <9front@9front.org>; Tue, 16 Apr 2024 12:33:56 -0500 (CDT) Message-ID: <5e15faf6-5047-4370-ad29-9e3da4b02455@posixcafe.org> Date: Tue, 16 Apr 2024 12:34:41 -0500 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird To: 9front@9front.org References: <9f91383e-c9f5-4cfa-8065-494cfffdebc1@posixcafe.org> Content-Language: en-US From: Jacob Moody In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: map/reduce CMS solution Subject: Re: [9front] qemu clock/timer issue Reply-To: 9front@9front.org Precedence: bulk On 4/16/24 12:07, Douglas Guptill wrote: > Hello moody: > > On Tue, Apr 16, 2024 at 08:32:42AM -0500, Jacob Moody wrote: > >> It is understood that this bug only happens with intel kvm virtual machines. >> From all that has been tested it was currently understood to affect newer intel machines. >> It seems however that your machine is a bit older(10+ years) and still triggering this. >> I've certainly run 9front in kvm on intel machines before so it is likely either >> something that changed with us or something that has changed with QEMU. My money >> is on some QEMU change. > > Ahhh.. That is a big help. > >> If you do not feel comfortable debugging > > I'm a programmer. :) Excellent news. Thank you. :) > > I can look at the code, build and insert write statements, in qemu and > the kvm module of linux. Cannot yet do anything like that with > 9front. We can help with understanding any of the 9front bits. > >> but would still be interested in helping > > For sure. > >> perhaps you can help bisect 9front and qemu (one side at a time) to see if you can >> narrow down what has changed to get more information to fix these things. >> I would start with the nightly iso just to double check, > > Assuming that you mean a nightly iso of 9front, I just did that with > 9front-10501.amd64.iso.gz. No noticable change; but then I don't yet > understand 9front. I stopped it quickly. Attached is a jpg of what I > saw. Got it, thanks for checking that. Also uramekus on the grid had some additional context about this. He said that he personally has experienced this syslog spam but there was otherwise no adverse effects. He mentioned that: "options kvm min_timer_period_us=10" in modprobe.conf about kvm makes it shut up. However there was _also_ the issue that mcf originally reported regarding the fast running clock, just to clarify are you also observing this behavior? It seems perhaps this syslog may not be directly related to the fast running clock. So perhaps there are two different issues that we're observing. In either case it would be nice to at least understand what is going on, and then perhaps fix these things. > >> then move back through the releases going back. > > Sorry, I don't understand. Releases of...qemu? 9front? > > There is a newer qemu (9.0.0-rc3) out; I will make a build of that, > and then start looking at its code, and the kvm module code, to see if > I can find, and maybe understand, the offending code. Yes I initially meant going back through 9front releases, however with uramekus saying he has observed this for a long time I think it might be better use of time to debug this with the latest code and just dig in. I will say that your attached image does not having anything out of order beside those mpintrassign lines, not entirely sure what that's about. Thank you, moody