From nobody Sun Sep 26 16:16:55 2021 X-Original-To: freebsd-current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6C37C17E6AAE for ; Sun, 26 Sep 2021 16:16:58 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-qt1-x832.google.com (mail-qt1-x832.google.com [IPv6:2607:f8b0:4864:20::832]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4HHWB2286cz4f8q for ; Sun, 26 Sep 2021 16:16:58 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: by mail-qt1-x832.google.com with SMTP id a13so14488180qtw.10 for ; Sun, 26 Sep 2021 09:16:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=NvemzORu/SHvwuVfNVRoVBVORbPY6etpZmNo5N+G88s=; b=COOCWCsKpXtXcBVG3y0CZLAsK6Hr53H5bZU7nzHWbAb29WH8QYTH7VkQUrMRUAKzYx 0EvJYc6crne+Nfg0s1qQRlwTqS81eFIx06arcRZQMy31r+VzCxqIwe8RpKxRj6BjPgxd cUWoX9bpcO07jWPS5U+x2Iclwfqaw4mAe8U/ALTOta6E9t1dDlV+VB6o9yZWrhjueeGF JpXJa3m/f4vJGw47KhLu4piT93OCXyaPvPw3Zk347phf64kvL9ypOaBSJQhEOajMvrii quIqZ76Rv75X4m0xBoDPdqCQkvGIW+4RJcGMOKOBRTklFOQ45LpfDWV9vgSWYjEYEe3V 3/nA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=NvemzORu/SHvwuVfNVRoVBVORbPY6etpZmNo5N+G88s=; b=acmd8FHqmO1LdtMi/GbD4RrgPoDs2tYMB4udQSOYF6y/rSJ8Pc4eRdx362eeskI2MV HzqKb11C1mFayD3VZJwMKcNwRAJdAzh+wc07twL7yzTZEhFyo3B957Y+3E2SPrKq6ITr 1YZZltXAC7QN/pupTvEkuy3xmqzPD6so+k0SJrZal8uyeNw+lwlnFXAo9AcYiJFptNhI MvgRn3CUSnhXgAw3qEBvPwGgoQ2YOloo31qh3UQs9WKs01dahNLqWkPHSUwu77YqiAl1 XH/n+Z4oEJggokyVWMSWJJkOfuBHo0nHgdNemjVVpSr31sLVuHXZs9uS056BkFctWXzI 0yZQ== X-Gm-Message-State: AOAM532pNdAOVFN1BoyIGInZzuel9Wi1layY6ov4KDbWwMstU83WF1LW mkC8m1lRrGluk0OnU1VWvjyaFtPMcCQ= X-Google-Smtp-Source: ABdhPJzvDvwUZZxnShlWydG/TU66fXICarKBQjltMvu7yTOkEHkLiyToe0Mm/2t2YjSAO1fcvd51mA== X-Received: by 2002:ac8:87:: with SMTP id c7mr13607909qtg.54.1632673017309; Sun, 26 Sep 2021 09:16:57 -0700 (PDT) Received: from spectre.mavhome.dp.ua (104-55-12-234.lightspeed.knvltn.sbcglobal.net. [104.55.12.234]) by smtp.gmail.com with ESMTPSA id 9sm10577631qkc.52.2021.09.26.09.16.56 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 26 Sep 2021 09:16:56 -0700 (PDT) Subject: Re: latest current fails to boot. To: Konstantin Belousov , Tomoaki AOKI Cc: freebsd-current@freebsd.org References: <20210922230905.79a494a4ddbecd7d6b8179ea@dec.sakura.ne.jp> <36221848-2b85-4a60-fd27-d4bf83d4571e@FreeBSD.org> <20210926102347.c538169dddec5f2ff50d8e4c@dec.sakura.ne.jp> From: Alexander Motin Message-ID: <9a9a43f9-0474-0c32-afb9-13c2f7c33e51@FreeBSD.org> Date: Sun, 26 Sep 2021 12:16:55 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4HHWB2286cz4f8q X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N Thank you for the notification. 08063e9f98a should fix the hang. I just want to add that lowering kern.sched.steal_thresh below 2 should not be a proper fix for any problem, but only a workaround. I guess either some CPU can't wake up from sleep for too long, or the wakeup interrupt is not properly sent to it when the load is assigned. In such case stealing makes other CPU to do the work instead. It would be good to find and fix the real problem. On 25.09.2021 21:47, Konstantin Belousov wrote: > On Sun, Sep 26, 2021 at 10:23:47AM +0900, Tomoaki AOKI wrote: >> On Sat, 25 Sep 2021 23:46:48 +0300 >> Andriy Gapon wrote: >> >>> On 25/09/2021 19:10, Johan Hendriks wrote: >>>> For me i had kern.sched.steal_thresh=1 in my sysctl as i use this machine mainly >>>> for tests and so on. >>>> By removing this sysctl the system boots again. I already used the latest >>>> snapshot and that booted fine. >>> >>> Might have something to do with >>> https://cgit.FreeBSD.org/src/commit/?id=bd84094a51c4648a7c97ececdaccfb30bc832096 >>> >>> -- >>> Andriy Gapon >> >> Commenting out kern.sched.steal_thresh=0 line in /etc/sysctl.conf let >> me boot fine. No other setting of kern.sched.* affected. >> I've introduced the setting by reading posts [1] and [2] on >> freebsd-current ML. Thanks for the hint, Jan! >> >> Andriy, I took time to bi-sect and determined the commit triggered >> this issue was e745d729be60. [3] >> Worked OK even with kern.sched.steal_thresh=0 at a342ecd326ee. [4] >> >> Tested commits are as below (tested order, not using git bisect): >> 0b79a76f8487: [Known to be OK] >> 8db1669959ce: [Problematic rev I first encountered] >> 0f6829488ef3: OK >> df8dd6025af8: OK >> 4f917847c903: OK >> e745d729be60: NG! >> bd84094a51c4: OK >> a342ecd326ee: OK >> >> Konstantin, no more chance to get into ddb on hang up until my previous >> post. ^T never worked on hang up situation. Sory. But does info above >> help? > Let the author of the commit look. > >> >> >> [1] >> https://lists.freebsd.org/pipermail/freebsd-current/2021-March/079237.html >> >> [2] >> https://lists.freebsd.org/pipermail/freebsd-current/2021-March/079240.html >> >> [3] >> https://lists.freebsd.org/pipermail/dev-commits-src-main/2021-September/007513.html >> >> [4] >> https://lists.freebsd.org/pipermail/dev-commits-src-main/2021-September/007512.html >> >> -- >> Tomoaki AOKI -- Alexander Motin