From nobody Mon May 25 03:22:29 2026 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 4gP1QD1Xhxz6fqd2 for ; Mon, 25 May 2026 03:21:56 +0000 (UTC) (envelope-from gperciva@tarsnap.com) Received: from mail.tarsnap.com (mail.tarsnap.com [54.86.246.204]) by mx1.freebsd.org (Postfix) with SMTP id 4gP1QB2BQPz3jrY for ; Mon, 25 May 2026 03:21:54 +0000 (UTC) (envelope-from gperciva@tarsnap.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=tarsnap.com; spf=pass (mx1.freebsd.org: domain of gperciva@tarsnap.com designates 54.86.246.204 as permitted sender) smtp.mailfrom=gperciva@tarsnap.com Received: (qmail 78071 invoked from network); 25 May 2026 03:21:52 -0000 Received: from unknown (HELO localhost) (127.0.0.1) by mail.tarsnap.com with SMTP; 25 May 2026 03:21:52 -0000 Date: Sun, 24 May 2026 20:22:29 -0700 From: Graham Percival To: freebsd-current@freebsd.org, freebsd-git-weekly@tarsnap.com Cc: Colin Percival Subject: FreeBSD Git Weekly 2026-05-18 to 2026-05-24 Message-ID: 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 List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spamd-Result: default: False [-3.70 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.997]; DMARC_POLICY_ALLOW(-0.50)[tarsnap.com,none]; R_SPF_ALLOW(-0.20)[+ip4:54.86.246.204/32]; MIME_GOOD(-0.10)[text/plain]; RCVD_NO_TLS_LAST(0.10)[]; ASN(0.00)[asn:14618, ipnet:54.86.0.0/16, country:US]; RCVD_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; TO_DN_SOME(0.00)[]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[54.86.246.204:from]; R_DKIM_NA(0.00)[]; FROM_HAS_DN(0.00)[]; MISSING_XM_UA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_THREE(0.00)[3] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4gP1QB2BQPz3jrY Hi all, I'm happy to announce FreeBSD git weekly for 2026-05-18 -- 2026-05-24: https://freebsd-git-weekly.tarsnap.net/2026-05-18.html It's a list of the 145 commits in that week, split into categories. Highlighted commits: - routing: Add support for metric "Highlighted" commits are selected automatically if a commit modifies UPDATING, or if the commit message contains a "Relnotes:" line. If you think that another commit should be highlighted, let me know and I'm happy to make it so. To see all reports: https://freebsd-git-weekly.tarsnap.net/ This work is funded by cperciva@ and Tarsnap Backup Inc. Cheers, - Graham Percival From nobody Mon May 25 08:00:11 2026 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 4gP7bM6SCyz6dsQk; Mon, 25 May 2026 08:00:15 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gP7bM3wWwz3lnp; Mon, 25 May 2026 08:00:15 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1779696015; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=OQzDSeByck/U/9Nbbx+sgPhNZ6oJv2qjocgg84cALKM=; b=BIRmawlmK2V2DWG35gbHp2hGsTgLZQii6iFTdeT9JhzVnCLzypEflCxOHdLiB+WT3xcH+2 SRZc1RZOquI57/KVdxL/IP8L0OQCzDW5e26YuGG9+lomcKSE7qz9/TAOBtUznBf0KHztz0 2TrF8W7pexsScl68K3wAt+LliSzJhtzhGNX4JwayaSti4w7oYeWGkJV1KdDLwjAkzctikK Bjk+Z8dOT26ZZKOosOpUFNP4MPjltASd6p7aDsUg4K/xn/cw3OdxQm1vERJAfS97jWm6JX qkIA6RNwLH4ar4TKHKXdbzrHxXkOcu7hMf1b63m6Q1fYm5rgUgzaebcDRHZ8hQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1779696015; a=rsa-sha256; cv=none; b=FV6Wk6AqufDD5k7xQDKQfNndAplFQvA7I/bvQAcuVxFkrV3XCFWiUUUKYgoLfp0/lK9KQ5 CGUnEyLZ6NFlG6O0XKdJaY88TiBCsLnC49M6ZwQ0T2O1dY9Wyjz4vbiP50e+TMdtbKGOij 1gLXPk7hhrRKYGw4XpnlT06DDY5UHIR9zHKrO5Ey0kqLBaAtAKSxiFsOFxkghdijuCsENt AS6Q2i3YVsY0YrO3vBHIEZqagktB0NigK+524MscKqZwAUh9JQe4N8r4qaxKOKryOOK8ZQ ovptj1IwEGbG2F06JnPBl79tf5dtiTFeUCB2aluE0mB9W4JMeiEmR7mwN3+19g== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1779696015; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=OQzDSeByck/U/9Nbbx+sgPhNZ6oJv2qjocgg84cALKM=; b=H7zeUfDE39WOe8D+0OzMz+MZCSCgcFNQDXn1iKLl0dKo+OgS/F/Lmg0g8Y/JX8M1ZwFpgs 9RkxQP4cXPPlo191nEPr9KK6VBcchY62DTrjRVtJOcd0BFhYs0HCHuzGomDFw6UmE3q3Hh FiWhrRSiToxRmAQTTTbQZPoJKLXqT2JdfxTR6ZdEQmWOhJ4NiEfl+x68wdRDXRhEGLpRsb 94LhwdpuKVAAmWj4Ndb49+nQ/CxQ9HoO3S2VpBw0Uwp3skBgOw8v+UUKRGDByl9Zcljg1p GgxbrexFX70gbq7b2wq747+VsZqM1a+tvNdDRxwCcPbSiwNn6xo6Ih3kW+5jNA== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gP7bM0PL0zPFG; Mon, 25 May 2026 08:00:14 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Mon, 25 May 2026 01:00:11 -0700 From: Gleb Smirnoff To: freebsd-current@freebsd.org, src-committers@freebsd.org Subject: May 2026 stabilization week Message-ID: 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 List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi FreeBSD/main users & developers: This is an automated email to inform you that the May 2026 stabilization week started with FreeBSD/main at main-n286096-490c53e9353f, which was tagged as main-stabweek-2026-May. Those who want to participate in the stabilization week are encouraged to update to the above revision/tag and test their systems. The tag main-stabweek-2026-May has been published at Gleb Smirnoff's github repo. To connect this repo as an additional remote you need to run: git remote add glebius https://github.com/glebius/FreeBSD Once remote is configured, to checkout the tag run: git fetch glebius --tags git checkout main-stabweek-2026-May If you want to use only the official FreeBSD repo, then update to the revision: git pull git checkout 490c53e9353f Developers are encouraged to avoid pushing new features to FreeBSD/main during the stabilization week, but focus on bugfixes instead. The stabilization week runs up to Friday 18:00 UTC, but if there is consensus that any regressions discovered by participants have been fixed, it will end early. Once that happens, the advisory freeze of FreeBSD/main branch is thawed. -- Gleb Smirnoff From nobody Mon May 25 11:47:45 2026 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 4gPDf31fdfz6fFxH for ; Mon, 25 May 2026 11:47:55 +0000 (UTC) (envelope-from olce@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gPDf30zdGz3Ksg; Mon, 25 May 2026 11:47:55 +0000 (UTC) (envelope-from olce@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1779709675; 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=1bQRkGeN/JvMM6VHDZtsrn/sPXZwjWSwtBcGdOzmJcE=; b=DZZRZMSRHYtERdj9/alvb7qV51JbHYdpMdKiNacwThLsyqQbPg6UYQsu/FSOdWSF3IhkQ5 mKN6wV4+Zom86liFIvfMnVXyGhEvmUlD8yKHPi81g1RLvvGTtRmDPslumozuv6NPTXYI4j H+IUk68OvcS+9xO91NlsaPdO0uPf7hrJqXayORN/y+K3SXPQEbODLWOV99DmN9VJSRb3Cf Lw+AZNwlAax5wL7HmGCDmks4TFjNqwY23HqD97QTeB9rA3TEKuBKNv51mbYfwSWuHDk7yr qJS1YiXuBN2fHWC7jur3xIfup3+K6XYmoy76zMbyVqsKo8FHG+Ur96KaESGcaQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1779709675; a=rsa-sha256; cv=none; b=W53su7KrUeh2YOkMlp1LMHU0oGQniQp17XtHi2ljO49klC+ljTol+Mw3fan48HuK3RMkfr 3fFbU5kLUUTqCOMfJ6nSaV5ktDr2eXONK5Of594498HuUWu9lfJ3BVMIP97CK7iZUOtbP/ soskGBu19eO+659+WdOmdGUNNj1kJfX7EdGPugvk3RmIXNj44BQrUEHAgU7YxMaxJlmHNX lwkpzKzkxMgJrX9gKXLQuu8xWdDzRttpnyI4MsvecO1Vy+V2gftmwR2i+t1nH6t1LOPgar TRMYD2hQ3+IUJ4h05ulVBOOudqaKojyGp+2opa6CUGr6/KU3BtbCBts5aLMQqg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1779709675; 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=1bQRkGeN/JvMM6VHDZtsrn/sPXZwjWSwtBcGdOzmJcE=; b=WUjp+HdVy6U0QI/dyMyoVRnIWfQTueQsgjSk2f8Y/hX92SmJi5DAkRvz59hFRry+AKgO5A cbamBIFn32IiEl9WcOe8ENSzPynCNygeWcIWQMlXf0HRTB4NPiMefuab21uvlShtAMwCgs z8TlA/Vs0H981eChrL5QMyfxRQiGlPUMp1T/SbYy6eH80uCJqAyuBEQjpjCGe6yF959WJ5 wE4c8miqet59U47shdNklJ3IKrZyYlDoT4MB9elCBZLPh0fWTDk+q6xYZL2qInQd8C4fjS e4Fo/9Lxb9bYRdKHvLM67wVKay+0oG6Kl8eXqhxhK9MOVAjcKq5svRQ0soLDMw== Received: from ravel.localnet (lfbn-nic-1-328-19.w90-116.abo.wanadoo.fr [90.116.162.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: olce/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gPDf231CHzkXc; Mon, 25 May 2026 11:47:54 +0000 (UTC) (envelope-from olce@freebsd.org) From: Olivier Certner To: Chris Torek , Adrian Chadd Cc: freebsd-current , ShengYi Hung Subject: Re: AMD, CPPC, etc Date: Mon, 25 May 2026 13:47:45 +0200 Message-ID: <1978836.vR5SVPPSqJ@ravel> In-Reply-To: References: 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 List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart24730495.gYbqZ1YImA"; micalg="pgp-sha384"; protocol="application/pgp-signature" --nextPart24730495.gYbqZ1YImA Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Olivier Certner Subject: Re: AMD, CPPC, etc Date: Mon, 25 May 2026 13:47:45 +0200 Message-ID: <1978836.vR5SVPPSqJ@ravel> MIME-Version: 1.0 Hi, > > Commit 80d32a6b1d73 (hwpstate_amd(4): CPPC: Switch the default to > > maximum performance) cranks my 7950-based system from its 90-to-100 > > watt idle draw up to 150+ watts. If I set > > dev.hwpstate_amd.0.desired_performance=0, it goes back down, so this > > isn't too big a deal, but I see that powerd has no idea about using > > the CPPC control knobs. powerd(8) still does not know about these CPPC controls. We have plans to change it. Actually, we wanted to produce a PoC at AsiaBSDCan two months ago, but this was thwarted by illness there... See pointers below. I won't have time to devote to this until the hackathon after BSDCan. I don't know about ShengYi, it seems he's busy with other topics. > Would you please file a PR about powerd and CPPC control knobs? That would be a good idea, to better keep track of past discussion and what's happening. Some pointers to previous messages/discussions: - https://lists.freebsd.org/archives/cu/2026-February/009918.html - The end of https://lists.freebsd.org/archives/freebsd-hackers/2026-February/005774.html - https://reviews.freebsd.org/D55253 > I'd much prefer that powerd bump the CPU frequency up to the highest (eg what it does on ARM, > powerpc64 p8/p9 boxes) versus expecting the kernel to configure that > at boot. The commit mentioned above ("hwpstate_amd(4): CPPC: Switch the default to maximum performance") was done to fix the regression caused by enabling CPPC by default in hwpstate_amd(4) (which perhaps we did prematurely). hwpstate_amd(4) has been our driver for regular P-states from the start (before growing the CPPC support), and by default it selects the state with maximum frequency, which we have wanted to reproduce. This is different from what the hwpstate_intel(4) driver, which only supports CPPC for Intel processors (and not P states), does, which is to keep Intel's initialization value for EPP (as mentioned just above), i.e., some balanced setting. I have not checked whether Intel implements CPPC on its desktop processors. Going further, I have been considering changing hwpstate_amd(4)'s defaults (maximum performance => some balanced setting (which itself is not that well-defined for CPPC both in theory and apparently in practice on AMD processors)) if running on a laptop (see last comment of D55253 mentioned above). The CPU model above (7950) is a desktop one, and not setting such a CPU to its maximum performance by default a priori appears to me as a much more controversial change. I guess people do not run powerd(8) on desktop machines (and maybe a number of them do not run powerd(8) either on not too old Intel laptops due to hwpstate_intel(4)). We might consider switching to a model where powerd(8) is always run by default, but that probably requires significant work on powerd(8) to make it much smarter. On a related note, going forward, we might want to move part of powerd(8)'s logic into the kernel. How does CPU frequency selection and default values work on powerpc64/ARM? Regards. -- Olivier Certner --nextPart24730495.gYbqZ1YImA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCQAdFiEEmNCxHjkosai0LYIujKEwQJceJicFAmoUNuEACgkQjKEwQJce JiezYA/9E53b7EaDzJZ29eexUB3NGfrF8DS7/2/HphlERnxo+/9/SdUYmB2OeKGB RJhcii6o9NmaiD8bUukg8g6iz7z3bo1qOn36ckVtjCvWxOAYaMfdA8xUJwBbR2eX fujmog55KfS5Z5Qt5pfMJNkq7RlpxR26u/fh2uigu8pghuG39lL5feQT6zMjKKDr WMDlmVRWe2Plu6C4rHoRUwSTns9l/GsfJks2QzilofoIqIXoTXQWi7cU+G9hHKOu gFNSkKkaPwlfLqrb0OP4NULlEvkeup+Cfm4Kuby7j3+p7yabr8mlEXWJwf12mM+g WyhFmu8YaqTmlxCfdCGjHqGrz8K+ZZSOUlz6+nz87WPvDQwNztfbjrPUFiWES6Ge HyxZS6Vp6eiVFOj7keRyQJ0TG2XMFLtlyDWSabs0u81WWGobWG9q0fb27lI/EaaM dRYLIKszSQYjkS8dTrr5RK7Rhhq2QWRf9niMAiB8JzxMhm/LWL/3bJaQKsrYKIHs 93ACYUnrylXgW0pPCoVpu2dTDDm3b2rkYHwkjwTLIIHUpapxqhKCqaZmTYu0kb33 Rfis5SaMjZFdiTQ30iqXFw/u3qwmPrEI/1RrMP1Ri35bTxbj2I/4GjI1PbVz7TBO OJFCCSxxoh/1Uxf54X8iqZXhVybK9vjmnsEiBZF9kkXkqXSYbYE= =1IMP -----END PGP SIGNATURE----- --nextPart24730495.gYbqZ1YImA-- From nobody Mon May 25 13:02:57 2026 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 4gPGJy2QzRz6fMqW for ; Mon, 25 May 2026 13:03:14 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-pf1-x433.google.com (mail-pf1-x433.google.com [IPv6:2607:f8b0:4864:20::433]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gPGJx6Gpqz3STH for ; Mon, 25 May 2026 13:03:13 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-pf1-x433.google.com with SMTP id d2e1a72fcca58-82fbdd60b64so7993999b3a.3 for ; Mon, 25 May 2026 06:03:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1779714191; cv=none; d=google.com; s=arc-20240605; b=NCyhvRd7hGz5zgD+mAX/LaRiopvlgYEo7ebmI2UDC4gGLxHT9FTtc5TVlSYudQg60G QiEcm4Wu6epz0CnnMyv/uy04HnAPi+vMVgaQNxma4RI2xU209gI5w75Z6WHs/pqVREeu Fydr0oLhbPndskFRYBIZsmSBduE4m2HM1l1xuLVJwPefsiTjmuV4v3NjYifdC+s51gfc HRNj0cWPGw+pbQ2qle/8p0Zr722339KAAxXIOAO4L/wdmPeOoZkCiV3uuLY1iygStVrp EaTogH1u8zd2tdaEN/1xdabC3JGxt4dIiJo2LrEjPgjzb31GHm78aSe5jOvmf3keEu9c oa9g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=nJz8sCDueT3+A+tjTziCkE3hi+VI/CS8SvvN+DOU6QA=; fh=pHrB3UxBKYkTqf/KYgf/Y7vnaGrpjskIJp98RRhE3Qk=; b=NUl5AjSInA3+6eQbFsubTUNem0bBeWzUYpbYF+XO17RtGHsSXuQeDF7Lqso5eAmIC+ nJ3hKSZvyFUmMc4GAISue1M/J4lHUYihr3Q1UZzr6uVuNx+zvgN70D8YXv3QiAPtevAI QJC9goNBXV3uLAZfNkMKoYnafDCMCdePNnLYgbZ7dJawD6b6U9K34jZo3uA6c4kOdYLC RWAA3e8hBJB22jd0w0TfEnqfH9GD5K3ORbevWQdk8JNAC0irMCuYBmugHqB+VGwngM0B BS+T/f7bBjh2c7Rcc2s4+1RRj4nhpN9dbK2vfmJQlDqXFCtie+z/2q8hpNBYrjAcvBEh VMWQ==; darn=freebsd.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20251104.gappssmtp.com; s=20251104; t=1779714191; x=1780318991; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=nJz8sCDueT3+A+tjTziCkE3hi+VI/CS8SvvN+DOU6QA=; b=mDlLHsjW8gH6D5Xt3xjZRwOhFTP4q4zyJzQEdJmb97WWLnoOFgzfuYCu4jDe4SB/0F JIdcuPR0TdD/9zRcJC7ph+29DXhdeNMUecxJ8jyXCLce8dAeS2u6pzgzq8e1HTcVXfL/ vT+cc6fL21eGUfQx2lrNQAZg5x0kM5b1L1+valznhmkx3PjYKuVznuJ5MPeK/b+LkES0 H8vSEJZUEp55T7CNnVUi5jySbRfGnrWQOzYkWNCqCYsLP/ccbsbfzqan0LX4lKHEdPwl P0+qiyoCN9V9ldAP+ClDMsBsIjnADkkgPZn4ujWhjfB3m7J/Ybe4M86ACglZmlyfkoKQ 7F3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779714191; x=1780318991; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=nJz8sCDueT3+A+tjTziCkE3hi+VI/CS8SvvN+DOU6QA=; b=W/HTNTz7UYvB7b3prFVHq7XCOQtunt5RdjEbH9fdmcFAcH1TXuBEFYQyRtj3eZGaXS vXICrCoKrJsgwXHl2NtT0O1a35VeyZ7xlTy8WLQ2tDTByU3IewYelNWzT5SYiEP3wzoh b2OgqC0ipbosohmFWtNXOkPppTbCosPZdWc95gm4IBFw4orin2qkwVnSxaaKYmvG7rMu 5qfY1CnX7HWq/Q2I8ECxaOIE0GK0NoNhfQmRIbpn1ZcOWXmFCvTPKfhLy9mvZO7GYb1H 2ZTBjPAhLZpMNhdBLoWkZ48OtGCSsZCkwARSiKUrUVfWcT2NbPQXxpzwqNECmW5X5vp2 rZ3w== X-Forwarded-Encrypted: i=1; AFNElJ9ZbmUtSJ9h0axvpAi36d5SrNuULmfvyJ/VP+OAV9qmNu7zcBAFPw5RuNCu6zTXtuOgMp6TdzzM8EHMLrQ3kMI=@freebsd.org X-Gm-Message-State: AOJu0YzprlMjdl06ftqDFFjIlwk8KGznXuWMi8xPxEQjUuySzEOeJ7Hx LMu+h69OsmPbDktpAyE/pPdIGqd+PFaORaiDgXZiPpPSBvNCH105FFzNOEqahRf0KPN2pUUgDF0 iH/FET04IHuvhSXbIl8ifaP7Q1X7PNRl28SXbxjIBzg== X-Gm-Gg: Acq92OG9Yel+cjx/kpGkUr9B/Rf/Z1+nglj4q2QEb4rZWqFVFsjcLCNu97xhMQT0yNe krji/BM0pObFDZgvuhQUMyLT2zMf8ntEMQvzvhi+L5u4enXQfwxMu6zJiLtxFxZa9T9L0hkcdmN /GTEpYxFctuiLHB3eIHnyonbm36UDDwKBZZyUfqnl5SReiART6ljlVoDH5Mz4HER1YlcdWhh+CH rH02Z1JIjine0oD6tkdKINAYCyTwBkRDPBW0biC2tkwZyJ80hqBfFjJGCxhvy3nTf7MjoLiF/nM YndsTsnpUw9jyyYyA9nEO6eDQwCWpUeZcEgQsOjmJw1xNcg= X-Received: by 2002:a05:6a00:3a0d:b0:82d:162c:581f with SMTP id d2e1a72fcca58-8415f3ba3c0mr13883476b3a.48.1779714190799; Mon, 25 May 2026 06:03:10 -0700 (PDT) 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 List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 References: <1978836.vR5SVPPSqJ@ravel> In-Reply-To: <1978836.vR5SVPPSqJ@ravel> From: Warner Losh Date: Mon, 25 May 2026 07:02:57 -0600 X-Gm-Features: AVHnY4IH-1fd1S_ExSuqsuZiz6Jqj8qupfgfTq9R4UmylWzw4G_GFi89bzU-ApI Message-ID: Subject: Re: AMD, CPPC, etc To: Olivier Certner Cc: Chris Torek , Adrian Chadd , freebsd-current , ShengYi Hung Content-Type: multipart/alternative; boundary="0000000000002504550652a40003" X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_RCPT(0.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] X-Rspamd-Queue-Id: 4gPGJx6Gpqz3STH X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated --0000000000002504550652a40003 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, May 25, 2026, 5:48=E2=80=AFAM Olivier Certner wr= ote: > Hi, > > > > Commit 80d32a6b1d73 (hwpstate_amd(4): CPPC: Switch the default to > > > maximum performance) cranks my 7950-based system from its 90-to-100 > > > watt idle draw up to 150+ watts. If I set > > > dev.hwpstate_amd.0.desired_performance=3D0, it goes back down, so thi= s > > > isn't too big a deal, but I see that powerd has no idea about using > > > the CPPC control knobs. > > powerd(8) still does not know about these CPPC controls. We have plans t= o > change it. Actually, we wanted to produce a PoC at AsiaBSDCan two months > ago, but this was thwarted by illness there... See pointers below. > > I won't have time to devote to this until the hackathon after BSDCan. I > don't know about ShengYi, it seems he's busy with other topics. > > > Would you please file a PR about powerd and CPPC control knobs? > > That would be a good idea, to better keep track of past discussion and > what's happening. > > Some pointers to previous messages/discussions: > - https://lists.freebsd.org/archives/cu/2026-February/009918.html > - The end of > https://lists.freebsd.org/archives/freebsd-hackers/2026-February/005774.h= tml > - https://reviews.freebsd.org/D55253 > > > I'd much prefer that powerd bump the CPU frequency up to the highest (e= g > what it does on ARM, > > powerpc64 p8/p9 boxes) versus expecting the kernel to configure that > > at boot. > > The commit mentioned above ("hwpstate_amd(4): CPPC: Switch the default to > maximum performance") was done to fix the regression caused by enabling > CPPC by default in hwpstate_amd(4) (which perhaps we did prematurely). > hwpstate_amd(4) has been our driver for regular P-states from the start > (before growing the CPPC support), and by default it selects the state wi= th > maximum frequency, which we have wanted to reproduce. > > This is different from what the hwpstate_intel(4) driver, which only > supports CPPC for Intel processors (and not P states), does, which is to > keep Intel's initialization value for EPP (as mentioned just above), i.e.= , > some balanced setting. I have not checked whether Intel implements CPPC = on > its desktop processors. > > Going further, I have been considering changing hwpstate_amd(4)'s default= s > (maximum performance =3D> some balanced setting (which itself is not that > well-defined for CPPC both in theory and apparently in practice on AMD > processors)) if running on a laptop (see last comment of D55253 mentioned > above). > > The CPU model above (7950) is a desktop one, and not setting such a CPU t= o > its maximum performance by default a priori appears to me as a much more > controversial change. I guess people do not run powerd(8) on desktop > machines (and maybe a number of them do not run powerd(8) either on not t= oo > old Intel laptops due to hwpstate_intel(4)). We might consider switching > to a model where powerd(8) is always run by default, but that probably > requires significant work on powerd(8) to make it much smarter. On a > related note, going forward, we might want to move part of powerd(8)'s > logic into the kernel. > At work, we run powerd on all our video streaming servers to save power by ramping the cpu frequency up in times of high demand, and then back down for low demand times.... it saves a lot of power. But to interpret our performance data, we have to record the settings since 90% cpu at 800MHz is way different than 90% at 3GHz... whatever we do here has to be observeable= . Warner How does CPU frequency selection and default values work on powerpc64/ARM? > > Regards. > > -- > Olivier Certner --0000000000002504550652a40003 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Mon, May 25, 2026, 5:48=E2=80= =AFAM Olivier Certner <olce@freebsd.= org> wrote:
Hi,

> > Commit 80d32a6b1d73 (hwpstate_amd(4): CPPC: Switch the default to=
> > maximum performance) cranks my 7950-based system from its 90-to-1= 00
> > watt idle draw up to 150+ watts. If I set
> > dev.hwpstate_amd.0.desired_performance=3D0, it goes back down, so= this
> > isn't too big a deal, but I see that powerd has no idea about= using
> > the CPPC control knobs.

powerd(8) still does not know about these CPPC controls.=C2=A0 We have plan= s to change it.=C2=A0 Actually, we wanted to produce a PoC at AsiaBSDCan tw= o months ago, but this was thwarted by illness there...=C2=A0 See pointers = below.

I won't have time to devote to this until the hackathon after BSDCan.= =C2=A0 I don't know about ShengYi, it seems he's busy with other to= pics.

> Would you please file a PR about powerd and CPPC control knobs?

That would be a good idea, to better keep track of past discussion and what= 's happening.

Some pointers to previous messages/discussions:
- https://lists.freebsd.or= g/archives/cu/2026-February/009918.html
- The end of = https://lists.freebsd.org/archives/freebsd-hackers/2026-February/005774.htm= l
- https://reviews.freebsd.org/D55253

> I'd much prefer that powerd bump the CPU frequency up to the highe= st (eg what it does on ARM,
> powerpc64 p8/p9 boxes) versus expecting the kernel to configure that > at boot.

The commit mentioned above ("hwpstate_amd(4): CPPC: Switch the default= to maximum performance") was done to fix the regression caused by ena= bling CPPC by default in hwpstate_amd(4) (which perhaps we did prematurely)= .=C2=A0 hwpstate_amd(4) has been our driver for regular P-states from the s= tart (before growing the CPPC support), and by default it selects the state= with maximum frequency, which we have wanted to reproduce.

This is different from what the hwpstate_intel(4) driver, which only suppor= ts CPPC for Intel processors (and not P states), does, which is to keep Int= el's initialization value for EPP (as mentioned just above), i.e., some= balanced setting.=C2=A0 I have not checked whether Intel implements CPPC o= n its desktop processors.

Going further, I have been considering changing hwpstate_amd(4)'s defau= lts (maximum performance =3D> some balanced setting (which itself is not= that well-defined for CPPC both in theory and apparently in practice on AM= D processors)) if running on a laptop (see last comment of D55253 mentioned= above).

The CPU model above (7950) is a desktop one, and not setting such a CPU to = its maximum performance by default a priori appears to me as a much more co= ntroversial change.=C2=A0 I guess people do not run powerd(8) on desktop ma= chines (and maybe a number of them do not run powerd(8) either on not too o= ld Intel laptops due to hwpstate_intel(4)).=C2=A0 We might consider switchi= ng to a model where powerd(8) is always run by default, but that probably r= equires significant work on powerd(8) to make it much smarter.=C2=A0 On a r= elated note, going forward, we might want to move part of powerd(8)'s l= ogic into the kernel.

At work, we run powerd on all our video streaming serv= ers to save power by ramping the cpu frequency up in times of high demand, = and then back down for low demand times.... it saves a lot of power. But to= interpret our performance data, we have to record the settings since 90% c= pu at 800MHz is way different than 90% at 3GHz... whatever we do here has t= o be observeable.

Warner=

How does CPU frequency selection and default values work on powerpc64/ARM?<= br>
Regards.

--
Olivier Certner
--0000000000002504550652a40003-- From nobody Mon May 25 14:42:57 2026 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 4gPJXN3YzDz6f3xS for ; Mon, 25 May 2026 14:43:16 +0000 (UTC) (envelope-from chris.torek@gmail.com) Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gPJXN1cQ1z3g5l for ; Mon, 25 May 2026 14:43:16 +0000 (UTC) (envelope-from chris.torek@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lj1-x22c.google.com with SMTP id 38308e7fff4ca-38be5e86918so119263531fa.3 for ; Mon, 25 May 2026 07:43:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1779720190; cv=none; d=google.com; s=arc-20240605; b=fr0wPsuO4N24oOkcw9cyInpDHVWSo8nHu4kmeBkMM7YCvtuPkEvAF7lO1BVjuTTur5 kY9vWDi1iv+tyPg/27QXojqInBEUSwttzINbP9gOvs2CYOIebjOXLh1Kj73drSKaaoq6 0N1zOU2F60Y0g1hezfE/Fm4oPJvrzUprpjzC8LbOMKYytPkYBHKKXwv/s/6BhFu8st9e sS91F3rCayt2blxEfZH97YuG39Bg1pNyZGzAbgQZ66eatLwA8eDMKnbILjgnjX/2tDS4 aDqdVQUPV+9RnGiKT2BnYYYFfAD0t89e8r6D9swA2QqAcbs1cTv74fIhq0DKl528PA8r +pNg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=Tb1QVtTQhSXjuKldYlU3JXlIB24F1b5y4C78kdUtzDo=; fh=uKTILH6qR6FrSU9LOJuyk7ohQrFBoALkGg3DzT2YAGY=; b=EFgnrXgfadCLo1lD97w+Y+26FrUweJAlcyODCWsqFlCdD2cwmKcWPGRCyy5eI7hO/G QL4eCReIn34E6tlnCHXKFzmXSLIqbWj4P5d7Ry9VzvjDvZsC+rqM9v4qnCjyFfpaxfzB KRyyqcTm/emGMFtYqVYmtNnB08QFvz7925WmmGq40SGteBIIJ+EZ8pWy/VcvknIRZZzL CWN9JaBov8idsqTieDbEryjLVKzJxCzh5Tu6sL8F3CCojXlyo2kIvGvLNTT/OC7YMy3J cHBR1k4VdVxeSscgYpYfQgiBE6cQvDoOVzfgw23RsnTAGUjsUmEz24HT8H5PKAlah9UN PcKQ==; darn=freebsd.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1779720190; x=1780324990; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=Tb1QVtTQhSXjuKldYlU3JXlIB24F1b5y4C78kdUtzDo=; b=YIiQ23egbtO+dJDzfsxETBA+9MqO+WkKuPR4Fr5+3Pc5i86OVpAaADljVCDZUP3/7/ Zwy/ieQ5p/QXjQcrJAYDdV4teiNIn1eEl/y4t5BZI/oYfBdG742enl+9TkzuWamd5dQC dm5YrcABT23VrOsB3ayaJeLwlISYVvqbfXq3LGEmQZ6OgIATE+4u+QNKlJfPGu6LzgkH ABJpnVqOwV+bL68f3L42jJ/fRS3nl7QNtJf9sup0zXdRYiOVfFjKf5ra76A4yM8x0ek4 woFC70Txucb4dWHa1iPz8amUJq7vsiQlfPWzCfJBlfiJxzzDNbAFvlWWQERNmc2oal8b 94MA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779720190; x=1780324990; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=Tb1QVtTQhSXjuKldYlU3JXlIB24F1b5y4C78kdUtzDo=; b=ZYYU7ukXNhDYHhgk72yASYK+HY15lUrex1ZDw4rHTACxDHXGQ9wM9hBpQh+KOjlgdl knbWV6zuICz6FNa2y7EdLaxOHoxcy5rG4nf0zeEAsa91mmK9Jn4eMg7lVOvqNoU/uriY jaWRKdH0tjhV92bb/9E10JJLPhFgd/nSqB//3OKUmzYQxCgUMpxTsC570OnM4YZ0mlpW CdXmPhG5MyqBrzlOD4aIqga9ooJNuDpZiTDpEttJ/eahiPsDH+mEpywP147jpH4pXnnx xqM8eO0YQ0o8pBzC9TWvyFzijV8NOCnQQmoUUjiL0BWtR9RxRC3sgfiQKKAyymPJmaJ4 lDYg== X-Forwarded-Encrypted: i=1; AFNElJ/B+dSTIBd76Mq1YIEgXSCMzAGs7uMUrIHd7u9sLEh55TtH4jZ5QJMb9SUveDpyDYNgbpDeOpyEty455YR3l90=@freebsd.org X-Gm-Message-State: AOJu0YyrYFKvrmRU+V1451rwkkT9MEHd7VNhDXcBCb2lGXfgEoLe65BV ZiLOrnBJjV4YVQNR2R8FsmLKM8x4u+VlWzXmDJH6omOFmmNBhw8RXoWqv+5SeOtpwovfk+YRg2Y YHB9kayWStxW9i6+5U0neY1T+/hTKCUk= X-Gm-Gg: Acq92OHGkLaJwqoF7dXc5MQfQLWO+wG8dcpoLLWsMhsYlqTkOrHBSX9C3uWuTUQS53e pSefK6K8u+o9CXPnvikAxreROARQsn25YsrR7yX+jIKvsiZuYaEolN56uVxb3nOaky/6kXIYmBx 0+0AMo+AVLqUgAcjHwsB0tV++gLU79OU+/A0OsZ3tYKAGxAZY8Gz2i8GOJ1gpIoJaMWMq5TuVm8 WNQmTvRgF5I7ypi6WcIYJsWl2y8g9AiI5jGltU+gJPW/68k5XdN23kufiGvRYp5vO/gIirX9OLm 8ZOl+S03go+Qdm1dh2o= X-Received: by 2002:a2e:9581:0:b0:38e:a12c:418c with SMTP id 38308e7fff4ca-395d8c7aa95mr37616211fa.11.1779720189278; Mon, 25 May 2026 07:43:09 -0700 (PDT) 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 List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 References: <1978836.vR5SVPPSqJ@ravel> In-Reply-To: From: Chris Torek Date: Mon, 25 May 2026 07:42:57 -0700 X-Gm-Features: AVHnY4K6DyeTukcRFer4Ttwxvh89BLDbdWwLW5Vvh2fZRLw5NqIZYpEoIVfH67Q Message-ID: Subject: Re: AMD, CPPC, etc To: Warner Losh Cc: Olivier Certner , Adrian Chadd , freebsd-current , ShengYi Hung Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4gPJXN1cQ1z3g5l X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On my desktop system, using 0 ("auto") mode works quite well: the system idles around 80 to 95 watts, and when building ports or /usr/src with all 32 CPUs going, gets up to the 320-watt range, all without any OS work required. I'm not sure what actually chooses the CPU frequency here. Experimentally, setting "desired performance" lower than somewhere in the 50 to 100 range makes everything even slower than at idle (but doesn't reduce power draw much). This is also useful to prevent my office (at home) from overheating (it gets very toasty during big bulids, as a couple of gcc builds + rust etc takes several hours). Chris On Mon, May 25, 2026 at 6:03=E2=80=AFAM Warner Losh wrote: > At work, we run powerd on all our video streaming servers to save power b= y ramping the cpu frequency up in times of high demand, and then back down = for low demand times.... it saves a lot of power. But to interpret our perf= ormance data, we have to record the settings since 90% cpu at 800MHz is way= different than 90% at 3GHz... whatever we do here has to be observeable. > > Warner From nobody Mon May 25 15:33:28 2026 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 4gPKfT0V9sz6fPYC for ; Mon, 25 May 2026 15:33:37 +0000 (UTC) (envelope-from olce@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gPKfS5NFxz3qsx; Mon, 25 May 2026 15:33:36 +0000 (UTC) (envelope-from olce@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1779723216; 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=GFQIpK6YK39u5fhdtAezzik+LWognzibWUbJDXgoIBY=; b=SyKsOXUnjFRtto9qJkDfotYeVX1X9Lrd9jpmh/9xw4B1i8BZeIvlKumDi4IpqpoCvsz0KZ FkEYu9osRXstsuHo1sWyVhnwAmH38mH67zuQJP//Fl38BpyDRCEyTBKm0kQy8eXCYtgiTt 9OWCBX7faKACKuuWluJ5BsUoxBIKAVOq25ymU8690vnPI86e5XCrTwTXbAj0TsaayxLLWm tQoaL2FftGIsPQ6Fq+6uj2ccDsbo7/mFpDW9otnU9heKsuPobmF5NXF+FHUUgiMd3WQ/ca E16hysaxQ+TqewKP2V5KmJepxyk3MwSNdsTKzNsghUlinZCGwoTKujLz8laekw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1779723216; a=rsa-sha256; cv=none; b=xQJFLi84oW7M6sJEWRLU6NMIDRAVj8CUd3s0QxxRA3oBudJNzDLn7cSNJTvGyjO04TLKrp YPquLbduybDSwyB/CRgKgcw26mVZ4O1KEIFLtn2WyoFjrrPawW2JRuR7GBRtDFgCUdfn3e s0XgJ3PlTGyDbQjbg6jL2FpQGjnYChrrzrOvSPd1C2W0vxCKtu1p6sFZk/qsiE6wqzjbc8 iUXeRr3Sm5k2KisveCqo2HzLv5Q7bX8U7ZOB17ihORUwh+/RDDg3NR4f9TCVjsB5eJf1Qc 3oBI0pVmUBmAgAAEEMtpdZCXS600XSte35zDUdrRDZ/XQnk/nIdjEF99B/ErzQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1779723216; 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=GFQIpK6YK39u5fhdtAezzik+LWognzibWUbJDXgoIBY=; b=Q6z5gZwyODHGlIP4vlRCNznBkGuunFa9vCBsh2tAp+M5raghCp1igQVebSRCRdE3swWGhJ BuAm52wSFE/QWBlJ8e84tftwbBG0xRiBalSSyt1FkDFYB9JfUoCSznw+sIEuCX0Le14EXQ cMLzHz3lqKUnHfugXE8pbkkCO+Xsfpa4L4XbsCgw8JeI5hjNnAPy2WxZMH+JQMId12tVqi DShm/p0bk1e6N5z2byzfrL48UULVNR++zAonH8pg6dB5ZUsAxuLvv0WxQIKpOlgPBtnPV7 laMaDocT8c+jrlgquCUmaIVBhwoULA0vycbie/l/shAQMAp7LlWeLByDYKH6xg== Received: from ravel.localnet (lfbn-nic-1-328-19.w90-116.abo.wanadoo.fr [90.116.162.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: olce/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gPKfS06HSzqJL; Mon, 25 May 2026 15:33:35 +0000 (UTC) (envelope-from olce@freebsd.org) From: Olivier Certner To: Warner Losh Cc: Chris Torek , Adrian Chadd , freebsd-current , ShengYi Hung Subject: Re: AMD, CPPC, etc Date: Mon, 25 May 2026 17:33:28 +0200 Message-ID: <29674359.QdLYigECfs@ravel> In-Reply-To: References: <1978836.vR5SVPPSqJ@ravel> 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 List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3301997.VPuetLRq1i"; micalg="pgp-sha384"; protocol="application/pgp-signature" --nextPart3301997.VPuetLRq1i Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Olivier Certner To: Warner Losh Subject: Re: AMD, CPPC, etc Date: Mon, 25 May 2026 17:33:28 +0200 Message-ID: <29674359.QdLYigECfs@ravel> MIME-Version: 1.0 > At work, we run powerd on all our video streaming servers to save power by > ramping the cpu frequency up in times of high demand, and then back down > for low demand times.... it saves a lot of power. Yes, I'm aware (see our discussion with Andrew). Unless I'm mistaken, you're not using vanilla powerd(8) though. It's a very interesting use case, and something we would like to do in base FreeBSD coupled with CPPC. > But to interpret our performance data, we have to record the settings since 90% cpu at 800MHz is > way different than 90% at 3GHz... whatever we do here has to be observeable. This is where problems may come with CPPC, despite its parameters being observable. I remember reading somewhere (ACPI spec probably; don't have time to check right now) that the performance levels are to be *roughly* linear (they may have meant affine instead). As long as AMD continues to use only frequency levels to implement some CPPC performance level, affine regression could be perfect (but even that should be tested). If/when that changes, you will find yourself having to calibrate some model of CPPC levels to be able to compare 90% CPU at perf' level 127 and let's say 85% CPU at perf' level 128, and may never be able to do so with sufficient precision (depending on the exact hardware mechanisms used to implement the levels). Regards. -- Olivier Certner --nextPart3301997.VPuetLRq1i Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCQAdFiEEmNCxHjkosai0LYIujKEwQJceJicFAmoUa8gACgkQjKEwQJce JiezSg//Z5lGD5Or1eyw5bzvCL7lnLFzaAtWP3CBuEqZC4kPiMV0BmMTbdDEAgL9 /Oh2IcWxeuTo4N0j4fiyDooh9fbdQjN9edaDMaugAdHL65DQUkV5Dl9fK+pmaHCB XFKVhg4L579p0SijMNzi/qmCnbJklmZlFYbgONvelRBcu+c7U+65LqyTjPS7axgQ adfoHcCelDFDbzOhlgNXfSjrlpyPSIqJFa+tOBjoLaeDOOXZP65lWzFq+h/DCaib a2gNNTuLDhEyppFZNw8iZmjdiOAdD4/L1bj5Cm0zeUOelBKNdXYhy6cOCFRv9DxD LAf27yY0qcOUKhJgCPdu9C25P9bRF6ZZhaWb5gUzBC/+i0e1wUKCe9Ad3qNRqcUG WfvGpvO2CDCiGTr1RzB7R2b0rDPybP9bdboJ/DU0F2UzR91q/GxWr6/czFkS1AqH n7Hcd3nxiFJJd6h48vsGD7dIW/ajbWtOy1mTTpKWA/YMiCv6QawjbcIZBd6dM8r5 pDUcxPyM4eFiImPl56f6pga2Hp0HjIevgaPdy5bMod+MscCMwhUwuq6aqSudwPTq cj91K9k0xnObEnQdLdblSKadtpOe2ZShsju2LaiC9U9xn3twFpOVhNASWnua5Wzz 6Ta0GZ8mcK89Ax3WOmjlMOIdFDfkqJx0NzrPx3ovSH7xixP5Deo= =pfSB -----END PGP SIGNATURE----- --nextPart3301997.VPuetLRq1i-- From nobody Mon May 25 15:34:39 2026 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 4gPKgr4LYdz6fPdZ for ; Mon, 25 May 2026 15:34:48 +0000 (UTC) (envelope-from olce@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gPKgr3cwcz3rbJ; Mon, 25 May 2026 15:34:48 +0000 (UTC) (envelope-from olce@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1779723288; 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=ocekleWBT0vq79ImYplIR9xQcbFiT11HgKHTsYt5kik=; b=h+tV9A4T2vwa7jUygxjZlLQMCgIOW6XdOZNTBdkYD83V1b3MEPVq1+yFdbbkywohOF0B+A u0dovBQ5woByjYX6GOKO6PYj6D5XwngV3lvwAy0V3vAVp3jixDyMSm5Khm1A1HE5kTwfpq SFiAzG8F4rcbaSrfdqeJ+ymaIZq1HEnaNgPTdpchDdvIWqgKhZI5m8TunuACrnTFuBFegm LuxsKG9POS5OuCrSZW9Inqk3cXAV7O0LdG1sG52JHKxWgwsdDYNdCh8yeq0E0bBEbcBunn UyDLMc9BYQr77LRr4JY+sUUtj8rTd0DK2WrDoYTIvW6vr9Os9oMuMhXAp0JkNw== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1779723288; a=rsa-sha256; cv=none; b=ec6MRXhHPagSKImWdThyXXK6iBgOfMnWAlA6p3T/P3qJWmAuQAP5+ycolB1ucKTLmdWQdI RbsxSYa6IDBKbPKLeAvgzvd6aD9v4QmUh6bT6u+Un8ZmP7OPQ7DtdqXaFFaZ1nX3I3VSZH tMCf4JMsnUyQLxTd5WHhdrvOFEHJGv8SEdeLJ3MYcB+/VRn84YlV81UZYRGBQkTw4CkAq9 /l8quOMYIf5KVenMf+2S8CLOnK9EBsn3WSki+68qRCln+thXmgM6VS+T/UVV4Kp2X4N4ug cGs1NXIx24h5LQYMJg4LdStpo1t4dNe4F7idb6sUCH3eN5TRbIl5a3Yq+8xITg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1779723288; 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=ocekleWBT0vq79ImYplIR9xQcbFiT11HgKHTsYt5kik=; b=Bv/tBXNLqNgGVDtMBVZiU35IZzPUjc7Mf7Bc6OgO+Ggqr4rlY83rFcv7OkpgELIOBrm/3V IxraGUynT8bIqHGlossm3wpt2WYK2EwjY+YfbPJ6Zd0YcWpEBV3pKfxnceH9bpYH+/1iep nWwucZEewwCf9rhI43RRVFIoM1QCyfpoEENLZ19R55WzecaDyO7FHCoMAxiXRJ9EHwG5Pg WHfyQUDEXkH6Y2BnpmKfwLqvb55OGPjfCaV3SEts0vVT+MVNxZnbbYnde8ZOYNIjxC86Ro bG8uxqQCcJ1aYjEO/jNw9E1CDGKwGFwC01pcGuZtzCyw63OY0qeMs0obpYdIcw== Received: from ravel.localnet (lfbn-nic-1-328-19.w90-116.abo.wanadoo.fr [90.116.162.19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: olce/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gPKgq5W5lznSF; Mon, 25 May 2026 15:34:47 +0000 (UTC) (envelope-from olce@freebsd.org) From: Olivier Certner To: Chris Torek Cc: Warner Losh , Adrian Chadd , freebsd-current , ShengYi Hung Subject: Re: AMD, CPPC, etc Date: Mon, 25 May 2026 17:34:39 +0200 Message-ID: <11798552.X2hNYcAVgp@ravel> In-Reply-To: References: 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 List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart11205534.1nsi24zuCt"; micalg="pgp-sha384"; protocol="application/pgp-signature" --nextPart11205534.1nsi24zuCt Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Olivier Certner To: Chris Torek Subject: Re: AMD, CPPC, etc Date: Mon, 25 May 2026 17:34:39 +0200 Message-ID: <11798552.X2hNYcAVgp@ravel> MIME-Version: 1.0 > On my desktop system, using 0 ("auto") mode works quite well: the > system idles around 80 to 95 watts, and when building ports or > /usr/src with all 32 CPUs going, gets up to the 320-watt range, all > without any OS work required. What's the EPP value you are using? The default of 0? Now, the question is: Do you get the same performance with these more power-flexible settings compared to the driver's defaults (which are desired performance set to maximum performance (which reported value do you see for that?) and EPP to 0) when building ports or src on the 32 cores? > I'm not sure what actually chooses the CPU frequency here. In auto-mode, the cores auto-tune themselves, so basically a hardware governor is at play. I suggest you forget about actual frequencies, CPPC can be finer-grained than that, with hardware leveraging other performance mechanisms, even if it seems that, currently, on AMD hardware, performance levels are achieved only through changing frequency. Regards. -- Olivier Certner --nextPart11205534.1nsi24zuCt Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCQAdFiEEmNCxHjkosai0LYIujKEwQJceJicFAmoUbA8ACgkQjKEwQJce Jiddzw/+JJ3OSxKmdg2ioF3VB0+BnhfvsuGzfJAnDFbk74m2npzP+qJeF88zRz+2 96ncgY5Ll+2FleiC/HFC1cdJ8ugyezJPOm8w2MoWgx2PSnNWLNMgyUID+geN83B5 iRMgG1WP80BTfNJlUMxBXCAdPcaj5qNcqowRozZF2KvPnR9hWACKlw/hAiBXR3ED 8qSlNCkX7VmNRgdbW57lAaOfyawDGp70Yf63CwQ6CmHW/1mViSBtEMxpg46fvuC1 b0Im2aJwEKDbX0fucb2pEjrp7Z8PlFgcfQbw57U+tEiZk9V0TRRcd3OIY24tS0T3 KJZxt/XW8bEHpxeFvLf7SciCPR95voXN4SBAQlJe90p5wUIyFjejiArlHosB5LBk n5LnqtjnEh4+C4VrJ0DUHntLSaL4tsKB/Gzpqay1m/e6eB/g3p8CmgCtieatDkMf E/AYgQJVl7pAYHyt9FL5G+sKBTGCuvO1bu/ejO7AQV/hHM0gtF3X7iFM5V6ZsZs0 dspF/Oq8lpr/97CFUCTI0jaasZDETgv0iiSw2Y4tlw6KVZowwTo0OesBf7iSVjcj SsuU9b/a3OSb7MjDhd1E4g81e4xpnfS7fJIddM5eJ/jnij2kh6TD7CrVryjSm4eQ DacF5OEIT19Ay4ay9pzn9J7P8dUysX8GPzFMpiI62xoQW/mLlKc= =Wogx -----END PGP SIGNATURE----- --nextPart11205534.1nsi24zuCt-- From nobody Tue May 26 02:03:25 2026 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 4gPbdH4Y7Sz6dtNK; Tue, 26 May 2026 02:03:31 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "pelorus.zefox.org", Issuer "pelorus.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gPbdG3hKxz43DG; Tue, 26 May 2026 02:03:30 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Authentication-Results: mx1.freebsd.org; none Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.18.1/8.18.1) with ESMTPS id 64Q23P5U032473 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 25 May 2026 19:03:26 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.18.1/8.18.1/Submit) id 64Q23Pr5032472; Mon, 25 May 2026 19:03:25 -0700 (PDT) (envelope-from fbsd) Date: Mon, 25 May 2026 19:03:25 -0700 From: bob prohaska To: Gleb Smirnoff Cc: freebsd-current@freebsd.org, freebsd-arm@freebsd.org Subject: Panic on shutdown with Pi2B for May 2026 stabilization week Message-ID: References: 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 List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US] X-Rspamd-Queue-Id: 4gPbdG3hKxz43DG X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On Mon, May 25, 2026 at 01:00:11AM -0700, Gleb Smirnoff wrote: > Hi FreeBSD/main users & developers: > > > git pull > git checkout 490c53e9353f After doing the above, updating everything and rebooting a Pi2B (armv7) the result is a panic near the end of the reboot process: Mon May 25 18:08:46 PDT 2026 FreeBSD/arm (pelorus.zefox.org) (ttyu0) login: root Password: May 25 18:30:44 pelorus login[2175]: ROOT LOGIN (root) ON ttyu0 Last login: Mon May 25 17:41:27 on ttyu0 FreeBSD 16.0-CURRENT (GENERIC) #43 n286096-490c53e9353f: Mon May 25 10:45:18 PDT 2026 Welcome to FreeBSD! Release Notes, Errata: https://www.FreeBSD.org/releases/ Security Advisories: https://www.FreeBSD.org/security/ FreeBSD Handbook: https://www.FreeBSD.org/handbook/ FreeBSD FAQ: https://www.FreeBSD.org/faq/ Questions List: https://www.FreeBSD.org/lists/questions/ FreeBSD Forums: https://forums.FreeBSD.org/ Documents installed with the system are in the /usr/local/share/doc/freebsd/ directory, or can be installed later with: pkg install en-freebsd-doc For other languages, replace "en" with a language code like de or fr. Show the version of FreeBSD installed: freebsd-version ; uname -a Please include that output and any error messages when posting questions. Introduction to manual pages: man man FreeBSD directory layout: man hier To change this login announcement, see motd(5). root@pelorus:~ # shutdown -r now Shutdown NOW! shutdown: [pid 2253] root@pelorus:~ # *** FINAL SysStopping sshd. Waiting for PIDS: 2133. Stopping sendmail. Waiting for PIDS: 2138. Stopping sendmail_msp_queue. Waiting for PIDS: 2141. Stopping cron. Waiting for PIDS: 2148. Stopping powerd. Waiting for PIDS: 2033. Stopping devd. Waiting for PIDS: 1627. Writing entropy file: . Writing early boot entropy file: . . Terminated May 25 18:31:02 pelorus syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop... done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining... 1 0 done All buffers synced. Uptime: 23m41s smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy ue0: link state changed to DOWN smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x114 smsc0: warning: MII is busy smsc0: warning: Failed to read register 0x114 smscphy0: detached smsc0: warning: MII is busy Kernel page faultmiibus0: detached with the following non-sleepable locks held: exclusive sleep mutex smsc0 (smsc0) r = 0 (0xd7419570) locked @ /usr/src/sys/dev/usb/net/if_smsc.c:665 stack backtrace: #0 0xc03a0cec at witness_debugger+0x78 #1 0xc03a2648 at witness_warn+0x4a4 #2 0xc068a9b0 at abort_handler+0x1fc #3 0xc0668840 at exception_exit+0 #4 0xc00db8a0 at smscphy_status+0x80 #5 0xc00db808 at smscphy_service+0x21c #6 0xc00d4134 at mii_pollstat+0x60 #7 0xc01c57f8 at smsc_ifmedia_sts+0x44 #8 0xc0479164 at ifmedia_ioctl+0x198 #9 0xc0555948 at dump_iface+0x11c #10 0xc0555720 at rtnl_handle_iflink+0xac #11 0xc0470604 at do_link_state_change+0x1e4 #12 0xc0392448 at taskqueue_run_locked+0x1c4 #13 0xc0392248 at taskqueue_run+0x50 #14 0xc02d8c24 at ithread_loop+0x264 #15 0xc02d48fc at fork_exit+0xa0 #16 0xc06687d4 at swi_exit+0 Fatal kernel mode data abort: 'Translation Fault (L1)' on read trapframe: 0xd3ab0b28 FSR=00000005, FAR=deadc0de, spsr=60000013 r0 =0000003d, r1 =5d34e6ba, r2 =5d34e6ba, r3 =00000000 r4 =d7401080, r5 =00000000, r6 =deadc0de, r7 =deadc0de r8 =d73f7f80, r9 =c095e804, r10=00000000, r11=d3ab0bd8 r12=d3ab0ad4, ssp=d3ab0bb8, slr=c01c3958, pc =c00db8a0 panic: Fatal abort cpuid = 1 time = 1779759064 KDB: stack backtrace: db_trace_self() at db_trace_self pc = 0xc0665ea8 lr = 0xc007a200 (db_trace_self_wrapper+0x40) sp = 0xd3ab0900 fp = 0xd3ab0a18 db_trace_self_wrapper() at db_trace_self_wrapper+0x40 pc = 0xc007a200 lr = 0xc0322788 (vpanic+0x15c) sp = 0xd3ab0a20 fp = 0xd3ab0a40 r4 = 0x00000100 r5 = 0xc0763ff4 r6 = 0xc0bbe474 r7 = 0x00000000 vpanic() at vpanic+0x15c pc = 0xc0322788 lr = 0xc032262c (vpanic) sp = 0xd3ab0a48 fp = 0xd3ab0a4c r4 = 0xd3ab0b28 r5 = 0x00000013 r6 = 0xdeadc0de r7 = 0x00000005 r8 = 0x00000005 r9 = 0x00000013 r10 = 0xdeadc0de vpanic() at vpanic pc = 0xc032262c lr = 0xc068b08c (abort_align) sp = 0xd3ab0a54 fp = 0xd3ab0a80 r4 = 0x00000005 r5 = 0x00000005 r6 = 0x00000013 r7 = 0xdeadc0de r8 = 0xd3ab0a4c r9 = 0xc032262c r10 = 0xd3ab0a54 abort_align() at abort_align pc = 0xc068b08c lr = 0xc068a9dc (abort_handler+0x228) sp = 0xd3ab0a88 fp = 0xd3ab0b20 r4 = 0xc4f0dc00 r10 = 0xdeadc0de abort_handler() at abort_handler+0x228 pc = 0xc068a9dc lr = 0xc0668840 (exception_exit) sp = 0xd3ab0b28 fp = 0xd3ab0bd8 r4 = 0xd7401080 r5 = 0x00000000 r6 = 0xdeadc0de r7 = 0xdeadc0de r8 = 0xd73f7f80 r9 = 0xc095e804 r10 = 0x00000000 exception_exit() at exception_exit pc = 0xc0668840 lr = 0xc01c3958 (smsc_miibus_readreg+0x84) sp = 0xd3ab0bb8 fp = 0xd3ab0bd8 r0 = 0x0000003d r1 = 0x5d34e6ba r2 = 0x5d34e6ba r3 = 0x00000000 r4 = 0xd7401080 r5 = 0x00000000 r6 = 0xdeadc0de r7 = 0xdeadc0de r8 = 0xd73f7f80 r9 = 0xc095e804 r10 = 0x00000000 r12 = 0xd3ab0ad4 smscphy_status() at smscphy_status+0x80 pc = 0xc00db8a0 lr = 0xc00db808 (smscphy_service+0x21c) sp = 0xd3ab0be0 fp = 0xd3ab0c00 r4 = 0x00000003 r5 = 0xd7401080 r6 = 0xd7437f60 r7 = 0xc0773c1e r8 = 0x00000000 r9 = 0xc09ba948 r10 = 0x00000000 smscphy_service() at smscphy_service+0x21c pc = 0xc00db808 lr = 0xc00d4134 (mii_pollstat+0x60) sp = 0xd3ab0c08 fp = 0xd3ab0c18 r4 = 0xd73f7f80 r5 = 0xd7401080 r6 = 0xd7437f60 r7 = 0xc0773c1e r8 = 0x00000000 r9 = 0xc09ba948 r10 = 0x00000000 mii_pollstat() at mii_pollstat+0x60 pc = 0xc00d4134 lr = 0xc01c57f8 (smsc_ifmedia_sts+0x44) sp = 0xd3ab0c20 fp = 0xd3ab0c30 r4 = 0xd3ab0c70 r5 = 0xd7419580 r6 = 0xd73f7f80 r10 = 0x00000000 smsc_ifmedia_sts() at smsc_ifmedia_sts+0x44 pc = 0xc01c57f8 lr = 0xc0479164 (ifmedia_ioctl+0x198) sp = 0xd3ab0c38 fp = 0xd3ab0c48 r4 = 0xd3ab0c70 r5 = 0x00000000 r6 = 0xd73f7f80 r7 = 0x00000020 ifmedia_ioctl() at ifmedia_ioctl+0x198 pc = 0xc0479164 lr = 0xc0555948 (dump_iface+0x11c) sp = 0xd3ab0c50 fp = 0xd3ab0cc0 r4 = 0xd3ab0cd0 r5 = 0xd7435c00 r6 = 0xd3ab0c70 r7 = 0xd74f6024 dump_iface() at dump_iface+0x11c pc = 0xc0555948 lr = 0xc0555720 (rtnl_handle_iflink+0xac) sp = 0xd3ab0cc8 fp = 0xd3ab0d18 r4 = 0xd7435c00 r5 = 0xd3ab0cd0 r6 = 0x00000000 r7 = 0xd6ccc180 r8 = 0x00000001 r9 = 0x00000000 r10 = 0xd3d9e100 rtnl_handle_iflink() at rtnl_handle_iflink+0xac pc = 0xc0555720 lr = 0xc0470604 (do_link_state_change+0x1e4) sp = 0xd3ab0d20 fp = 0xd3ab0d48 r4 = 0xd7435c00 r5 = 0xc07b9ee5 r6 = 0xd6ccc19c r10 = 0xd3d9e100 do_link_state_change() at do_link_state_change+0x1e4 pc = 0xc0470604 lr = 0xc0392448 (taskqueue_run_locked+0x1c4) sp = 0xd3ab0d50 fp = 0xd3ab0da0 r4 = 0xd3b45600 r5 = 0xd3b45650 r6 = 0xd7435cf8 r7 = 0x00000001 r8 = 0x00000000 r9 = 0xc07c5f2c r10 = 0x00000000 taskqueue_run_locked() at taskqueue_run_locked+0x1c4 pc = 0xc0392448 lr = 0xc0392248 (taskqueue_run+0x50) sp = 0xd3ab0da8 fp = 0xd3ab0db0 r4 = 0xd3b45650 r5 = 0xd3b45600 r6 = 0xd3d44000 r7 = 0xd3c8e980 r8 = 0x00000000 r9 = 0xc07a56c5 r10 = 0xd3d44008 taskqueue_run() at taskqueue_run+0x50 pc = 0xc0392248 lr = 0xc02d8c24 (ithread_loop+0x264) sp = 0xd3ab0db8 fp = 0xd3ab0e18 r4 = 0x00000000 r5 = 0xd3d44044 ithread_loop() at ithread_loop+0x264 pc = 0xc02d8c24 lr = 0xc02d48fc (fork_exit+0xa0) sp = 0xd3ab0e20 fp = 0xd3ab0e38 r4 = 0xd3ab0e40 r5 = 0xc4f0dc00 r6 = 0xc02d89c0 r7 = 0xc4f0a000 r8 = 0xd3cee140 r9 = 0x00000000 r10 = 0x00000000 fork_exit() at fork_exit+0xa0 pc = 0xc02d48fc lr = 0xc06687d4 (swi_exit) sp = 0xd3ab0e40 fp = 0x00000000 r4 = 0xc02d89c0 r5 = 0xd3cee140 r6 = 0x00000000 r7 = 0x00000000 r8 = 0x00000000 r10 = 0x00000000 swi_exit() at swi_exit pc = 0xc06687d4 lr = 0xc06687d4 (swi_exit) sp = 0xd3ab0e40 fp = 0x00000000 KDB: enter: panic [ thread pid 11 tid 100013 ] Stopped at kdb_enter+0x54: ldrb r15, [r15, r15, ror r15]! db> There seem to be two workarounds. One is to simply disconnect the Pi's ethernet cable before rebooting. The other is to apply the patch offered in https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=290417 Might it be possible to merge the patch? Thanks for reading, bob prohaska From nobody Tue May 26 02:12:21 2026 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 4gPbqZ3kHgz6dvPb; Tue, 26 May 2026 02:12:26 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gPbqZ2yvkz453B; Tue, 26 May 2026 02:12:26 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1779761546; 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=/ex7GjVSeU+0E0C5ZagvKA37bFi1I2hZEW/6sfLsUUE=; b=RMbS8Vy37JfCBvzcH83eOMovuMSw8dauX/3a74dPd5CGHDkaRkwD0A3FURlaghm4WvK/kY PRl9WP2u+xl0AzUbyR5WoKuQxXDOAQ9bpQEspmrvosiBrr3NIDB74q3hoMMXwplbceSvFS M7upY+m49gbQI9QMzBVOifV8TPyzpP1f3GFkQVV3PaiSxGURvwCif3waxvTaPM+AWF6B3x 7CKwbg4ndZbgEOEG/36KiaCIXK9hqesgtdcDvYgd6TqQewR3I/rNR0XQCGdFOBWLv0xLjN ZlByfTFOplGBaMh6MdSyR2/tzwfVR6ztUtXRYJMq4j92JFdwcmVDGWO80dOXzA== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1779761546; a=rsa-sha256; cv=none; b=TZol5YZDKloGyzEhWgjvC9X1oYqMS4jN4sfgYNw/NH+DDRkuOWsdzv7hH4f5+QJjzKToqz RkyH+eN/UDYX7whHevLXi+pH9eRMUz9CJ8mZ/KYTC4G5EBtpDaQTitEZLrVPVuqToUmLau 3Iodu56YoSqPWxpadGQYJyYM8OZb5C3QT/tHmM6GPXspLBICAPFqU5GglgAFVOiYK29wv/ mjiC30xOFVxqkeBACvAbmPcfRlpWiiiJ2kb0Uq83IGPeLVAsL0PKhu38l5RX8T/QcVY/87 d8ACqNZNtpo4RIoDlWGzrUtV6YWt/L/BAX7qG1AGOAdRXqaO4jIurscl7wzTpg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1779761546; 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=/ex7GjVSeU+0E0C5ZagvKA37bFi1I2hZEW/6sfLsUUE=; b=VvGJ4QDy08TJ4K52Pinx1ZxHeqe8ojpb6ybxWIRhKCCHBGv9FajIxutRZRcG0FIzZyYUAb VI5V6oeB1sn/gbXVtXCZWl4SvnDUE6FU0aOHjJajpTtlbc9Oklx2d0AI385Xf7OaRuEfC1 eIr9mSDjATfNkntX+FSo2qMwzEjyY9FbvuU/SbvRNPaR4Y5Gal7Uq6ZOWFygfnBVz+Uc5A BMkV+d3J2RWjbBIervIJj9MQiZ6sf1iiBUEnQwkcgzwKmN/l7a6bT5Mb4xIP5xZD37TP3D q/cp0M08tIBVLmWkmCdFvCVsQdFDJwubetRTfjOzqXL3twdzqaxpXKYybauv6A== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gPbqY01l5z12jT; Tue, 26 May 2026 02:12:24 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Mon, 25 May 2026 19:12:21 -0700 From: Gleb Smirnoff To: bob prohaska Cc: freebsd-current@freebsd.org, freebsd-arm@freebsd.org, samm@freebsd.org, emaste@freebsd.org, adrian@freebsd.org Subject: Re: Panic on shutdown with Pi2B for May 2026 stabilization week Message-ID: References: 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 List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Mon, May 25, 2026 at 07:03:25PM -0700, bob prohaska wrote: b> There seem to be two workarounds. One is to simply disconnect b> the Pi's ethernet cable before rebooting. b> b> The other is to apply the patch offered in b> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=290417 b> b> Might it be possible to merge the patch? This doesn't seem to be a last month regression, so please let's get this out of scope of the stabilization week. Of course, this needs to be fixed and bug 290417 has a patch that looks alright. I'm adding to Cc the author of the patch and src committers who most recently touched smsc(4). -- Gleb Smirnoff From nobody Tue May 26 03:23:57 2026 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 4gPdQZ2D8Dz6f2c3 for ; Tue, 26 May 2026 03:24:22 +0000 (UTC) (envelope-from chris.torek@gmail.com) Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gPdQY6ZnMz3Hg1 for ; Tue, 26 May 2026 03:24:16 +0000 (UTC) (envelope-from chris.torek@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lf1-x130.google.com with SMTP id 2adb3069b0e04-5a887ebb416so12216976e87.2 for ; Mon, 25 May 2026 20:24:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1779765850; cv=none; d=google.com; s=arc-20240605; b=kRpScq9fgZcMpBQFu6vuijFhW+D4WpUwCBLFn2rDK8pPBtWwSNzcVxYfI7kapUSX1S G6aKYP4PzEEsueTYMIztYOsNchh0uiGv1dqFZxuGABcYWjVM+hrPtFG9qFs0NwCQ3Ybh FU6+XptIxHzdz8JhEcWY7MPhi0tim8gTZShYQsAABivURvOklJDrYtxdY6rxI7wdITyx c5VOyXdK/pv0zUNhuXNsNxXM6KxMMbozoD2g8RJ+GwN4CR5XTHQUdLsjy+zhQ/rJYCKg SFIRUAuVtpmiKBOHGqsrVUcxPq+5iQQA05K/qZtckYs2ONFxs6MMBWQKovG7bt7g8X2K R+zw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=nXzNeqlv94muZmh7kWYlv09SQMJuAc8TbOz0JOar1Z0=; fh=HVqQ1uo55Q84oc7V+fObJHz5mCJyXbluD4Y2IiLsscU=; b=RozLMWqFhQjEv4U7wIWIMwJGsSMKWhec5mlTvohJj2R2iA7nQc+/MsFtGUuf+PaGU+ KdobRYIUPHVFEhv2Zoo9eTXP5nnHYucfa/LMNXa3ZEMd7Lux6NE1qIBTzkoD2sly7MB0 /EiYKI7chA9TcdhX/Nk7pHUlVbqVos65V0xvNtrCdp0k2EoD/33DKWnej6oX/AbzEXb5 7LUOkQrioQ/wIrwGZIPWow8O5FFMN6S5ylamVT2yiPoeeoreg9WAL/dVy1/mvNwY4FsL cVlrxEsxg8DC4U7g4qmW5sTfp1fNIh/DD+pv6yhWsffnFnVjBDEacAGvLz3BmTzrUu7D gRzg==; darn=freebsd.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1779765850; x=1780370650; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=nXzNeqlv94muZmh7kWYlv09SQMJuAc8TbOz0JOar1Z0=; b=h8FaRnhuJi5H6F+Vqcx0u1ODpegigPLgBq5omVbforz8CHrlFYV4FKck7k75DvjtUC 8IgymK4vKw/dN+enrVd8F6YYQ/+hVBOuvZNrR0aGGh630oG17djFJWpoeck9Z9Pa+elA OIHS6IMSU0aoT4Ttkj7/diBiTrIJtFxWBfX9lQ45KOu4hdepU2stAJ08Khs1Nz7tu7be HjTCBK5aZ8SkBwLlR83qvbBuNPsbCmoByd6xSsBRmgVGLrRclB1V/KmMTVcge9nXHzH5 h6lGyKtl3zfrZgq3Fin/t6lT2GoGR5+UW4ZJOeMViC1vtoC3+R/yzO70G9XzsPmW4ekR MttQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779765850; x=1780370650; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=nXzNeqlv94muZmh7kWYlv09SQMJuAc8TbOz0JOar1Z0=; b=AEyxdQuau6WQhyAojN95TOMWS1trQSdMfDZY4Wae7LGC7h5clZxCWaILjqm42Kc78W fj3neVAPg5EbHPqRH8rYZMuHD3LEs7+WdXLUU/a3X59JCkLi+kibo0AczetF4uWCPOrG bSNfmD4iXFhOdQf+noqf9b3EKTW8QmQlW34ze5JHYzb3TWtX+RaRPrI6gIM7+FU2JVzy kItmjEjuYimPPlPEoeZ4SZRgSy4uupa+vXKX5j7jY1PDzl5H7oj5uRMAUUNt1zTBvYoG DpuvXi73tjbGKeLISY0jlIngmGcrSx80ZJ3EGkF1VKY42FUrvExdw+bBVS7s+Y6uzQ4Y uh9g== X-Forwarded-Encrypted: i=1; AFNElJ+x7dXrfJafSOkgNZwCoq93zj2yNxTO1rwrO+jw8OzTYu0cI2fI1YxE7EqxXmWKdLYM05n3REe9j7nWrIOEcAo=@freebsd.org X-Gm-Message-State: AOJu0YxQrj/q9duX8pvQ21hn+4ORUqteCh46wV8QZWDntE0H5FhxeNHw gHSHgZ4BhKXlwYICgKX7dCuK9uQ3rLGdN0L/1WTJBVwI2G7xT+6drySJ7AG03JSTLExTmAPeqX5 pShdRYJzUoTygy3SN7rJCMVWxno8Zk7A= X-Gm-Gg: Acq92OESNgIIul/o4bNTGx6lFo+YZ9pkO+VessR9Is2OW/2wAUy0FNV3jFeozjGcHwo iVP9AdisL+Frq9+AsvY8Iv9nnsnYKQqLSuft0T0UAHmZDQqG+T+/B9esOXgLgqwT/W5GcGj80pr 7aPeJXwu4wJ6GtHz1j49pjsK110/VjmmUCGFUVOaOa5k3eyEF8vN5WXYQcTSuQU3ja2KhJh0WC6 24pdMGaGxABtvHlIU1nnXl/kvTbeytihfjH3R2cBmt6qv4wHMw1KS/fUs+HCE3ah6P2FRHX+WuY F+PBieVU X-Received: by 2002:a05:6512:1095:b0:5a8:e32f:6edd with SMTP id 2adb3069b0e04-5aa3232720cmr4439575e87.0.1779765849566; Mon, 25 May 2026 20:24:09 -0700 (PDT) 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 List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 References: <11798552.X2hNYcAVgp@ravel> In-Reply-To: <11798552.X2hNYcAVgp@ravel> From: Chris Torek Date: Mon, 25 May 2026 20:23:57 -0700 X-Gm-Features: AVHnY4KNZrhnuA6zSFw_XCwJHtYMpzA5TNH-hlPUR9OzH7-teCZZVZOaQ-DkK8E Message-ID: Subject: Re: AMD, CPPC, etc To: Olivier Certner Cc: Warner Losh , Adrian Chadd , freebsd-current , ShengYi Hung Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4gPdQY6ZnMz3Hg1 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated [me] > > On my desktop system, using 0 ("auto") mode works quite well: the > > system idles around 80 to 95 watts, and when building ports or > > /usr/src with all 32 CPUs going, gets up to the 320-watt range, all > > without any OS work required. On Mon, May 25, 2026 at 8:34=E2=80=AFAM Olivier Certner = wrote: > What's the EPP value you are using? The default of 0? Yes, I haven't fiddled with any settings except desired_performance, at this point. > Now, the question is: Do you get the same performance with these > more power-flexible settings compared to the driver's defaults ... Hard to be sure. My wattage measurement is from a cheap power meter that the machine is plugged into, and I'm not sure what to use to measure actual performance on real workloads (I don't have a nice reproducible setup for proper comparison). To continue though: > (which are desired performance set to maximum performance > (which reported value do you see for that?) There are 32 separate triples. For example: dev.hwpstate_amd.0.desired_performance: 0 dev.hwpstate_amd.0.maximum_performance: 206 dev.hwpstate_amd.0.minimum_performance: 12 with the numbers going up to 31 (`sysctl -a` output counts down from 31 to 0, which feels backwards, but obviously it doesn't really matter). But each triple is partly independent of the others, e.g.: dev.hwpstate_amd.3.desired_performance: 0 dev.hwpstate_amd.3.maximum_performance: 211 dev.hwpstate_amd.3.minimum_performance: 12 Oddly, writing to dev.hwpstate_amd.0.desired_performance sets all 32 desired_performance values (to whatever value I choose, even if it's above the reported maximum). I wonder whether this would be the case on dual CPU-package systems like a big EPYC setup. The maximum "maximum_performance" value is 236 and the minimum is 166 (device numbers 16 and 17), with most of them clustered around 200-ish. All of the "minimum_performance" values are 12. > I suggest you forget about actual frequencies ... Well, also they're mostly reported as high 5400-ish when sampled, even with desired performance set to auto. (Occasionally one will report closer to 5000.) So they don't seem to be useful in practice. Chris From nobody Tue May 26 14:49:15 2026 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 4gPwd56ZCMz6fv6T for ; Tue, 26 May 2026 14:49:29 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gPwd417Fjz3q2G for ; Tue, 26 May 2026 14:49:28 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20251104 header.b=gUQG8RIR; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of rozhuk.im@gmail.com designates 2a00:1450:4864:20::333 as permitted sender) smtp.mailfrom=rozhuk.im@gmail.com Received: by mail-wm1-x333.google.com with SMTP id 5b1f17b1804b1-48e6db3ff7eso55266435e9.0 for ; Tue, 26 May 2026 07:49:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1779806962; x=1780411762; darn=freebsd.org; h=content-transfer-encoding:mime-version:message-id:subject:cc:to :date:from:from:to:cc:subject:date:message-id:reply-to; bh=pIp9OnvyZxDXiVl+lG6Qb+y8BVShVhsoYMW9GRkLCFU=; b=gUQG8RIRc4qtx041rUUHXAjflWlHNBeFLVcj4LaGTYZuiKUtIsqYoaSZODVtpb8LX2 mh1aPtpcbPejgZoTyeybeiGERhTnEZMK6/ByBV+hKcJ2u1369N+n7FVMTpA+n/Nu63F9 fQaaxcX71vAp/wilc9F15gPfKLNQ18Uan59VAnLnrggn4JXrMMid1zWgpEpoR6p+VbEc n4spMm3yfYxM5kCt51MV8Zv7L2XZ6wNgDKwQ2qJ0yvT4yTY5c+KNvH8s0d5QajWKFTNM Jra34SLgoUV1IQhJw48Zc684dVi5lC9mlN7BgFtiZhsKQbkfzMQ7YzIXksJ4DrsZyo7a WzSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779806962; x=1780411762; h=content-transfer-encoding:mime-version:message-id:subject:cc:to :date:from:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=pIp9OnvyZxDXiVl+lG6Qb+y8BVShVhsoYMW9GRkLCFU=; b=rmLsTzw16upArUtaaU+NBU1RaENIvRoabENgo4goVbSeU6qk4RF4FNOh1QqbL7jhTH Hd9ROI6CJKSULcP3+27DKROAH9PgM5TuzphlSajwIGr0+zX3wdByxSHSZ922oOAmTeuN GaxaxeC4c3S9dZPAplVf7nhKqehWFtIe9sHqCPxVIpsKUvBNzQA2BJ+/zILPgBVOS4kl tV545OG8WJWyuOUny0iikqXUaSpfjbMNIMfe+8WtAMb1dY31YtlK3mIZu2e0KgOStXCu w/EzX+NctVzwoGApr1Vrix4TSsa8kE3GsEe17gSEMyu17U4+HHzJKIJFj/LE0LM88Kmw KnVA== X-Forwarded-Encrypted: i=1; AFNElJ/55YPO18JsOCu1exWS9tsCDPbcn1iWxDQFZKKxNLHmsFzjuPQfVe6O/C5D5Uo7+3aHC84J9A/pCh5iEO4D3jA=@freebsd.org X-Gm-Message-State: AOJu0YwoN3akoT+y08C2/0wribBk3sPWORPP87/oW03zoB2JBV7GugcG sO2uFnAmXsXudHtG5t2yLZdk3gp83cLBn9np8EnrzQQ2w0A91kQK8lat X-Gm-Gg: Acq92OEbDU8VzdnMqC4ZlEMjDyFh+CJqNsh9GJqXKB0AZBeuf7Fq8mjbpnVwU+WjoBX 9h3piD7NbXdn/YiAoe+zl75eR/0pihSHndfXtJZtZ5ZauivF85gZflMQVqQTInDIY87rYzj/yy+ JNIAnFx55gxPnUBbXIMbpRDvADJAVpYB8+WZ28hevEGOWg9mNs9R0CrlGDlxgxuACGNUd+L4FTo 47mbfwyW9lX6uYj5yPya4rZ1V8Je+fJPBRaSbDW7hW7rbvMdgcJRboi2rVZvZhhkUODsder1Ip0 loTot2Xnftr1B/NTLdQe7pDYX0U937p1ht6u3sOhxQmnfP9euNOOpfH88j9VQqaCHeIB0cawENZ b/JJvDQxO6rUVsDJON3K+0CcLjHlU+Yfy/A1z1Cf8m3zXfcyNAJ3/Gxwq9xlM8oSMUwbVg8SCaa 3jUx9jtLQ3KaxkmzO5Y+fJr5PDxw== X-Received: by 2002:a05:600c:4706:b0:485:3abe:ab86 with SMTP id 5b1f17b1804b1-49042487e09mr304720075e9.4.1779806961543; Tue, 26 May 2026 07:49:21 -0700 (PDT) Received: from rimwks.local ([2001:470:1f1b:4dc:181b:1b07:c2da:3b62]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-490454ea134sm367527725e9.8.2026.05.26.07.49.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 26 May 2026 07:49:20 -0700 (PDT) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Tue, 26 May 2026 17:49:15 +0300 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Cc: Rozhuk Ivan Subject: How to debug kern.ipc.maxpipekva ? Message-ID: <20260526174647.085195a4@rimwks.local> X-Mailer: Claws Mail 4.4.0 (GTK 3.24.52; amd64-portbld-freebsd15.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 List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-1.45 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.98)[-0.983]; NEURAL_SPAM_SHORT(0.54)[0.537]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4864::/56]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20251104]; MIME_GOOD(-0.10)[text/plain]; TAGGED_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; FREEMAIL_CC(0.00)[gmail.com]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::333:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TAGGED_RCPT(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Spamd-Bar: - X-Rspamd-Queue-Id: 4gPwd417Fjz3q2G Hi! I have some systems that have a lot of records in dmesg: kern.ipc.maxpipekva exceeded; see tuning(7) kern.ipc.maxpipekva exceeded; see tuning(7) kern.ipc.maxpipekva exceeded; see tuning(7) How to find out who consume all pipes memory? Is it possible to add in kernel tuning to limit kern.ipc.maxpipekva per process? (like done with files and threads) From nobody Tue May 26 16:38:59 2026 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 4gPz3j3Z3Cz6g4Md; Tue, 26 May 2026 16:39:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gPz3h2pzXz4F57; Tue, 26 May 2026 16:39:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com Received: from tom.home (kib@localhost [127.0.0.1] (may be forged)) by kib.kiev.ua (8.18.1/8.18.1) with ESMTP id 64QGcxcL088255; Tue, 26 May 2026 19:39:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 64QGcxcL088255 Received: (from kostik@localhost) by tom.home (8.18.1/8.18.1/Submit) id 64QGcxwk088254; Tue, 26 May 2026 19:38:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 26 May 2026 19:38:59 +0300 From: Konstantin Belousov To: Rozhuk Ivan Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: How to debug kern.ipc.maxpipekva ? Message-ID: References: <20260526174647.085195a4@rimwks.local> 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 List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260526174647.085195a4@rimwks.local> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=4.0.2 X-Spam-Checker-Version: SpamAssassin 4.0.2 (2025-08-27) on tom.home X-Spamd-Result: default: False [3.82 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_SPAM_LONG(1.00)[0.997]; NEURAL_SPAM_SHORT(0.97)[0.966]; NEURAL_SPAM_MEDIUM(0.85)[0.854]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; TAGGED_RCPT(0.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; FREEMAIL_FROM(0.00)[gmail.com]; MISSING_XM_UA(0.00)[]; R_DKIM_NA(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_SOFTFAIL(0.00)[~all:c]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; MLMMJ_DEST(0.00)[freebsd-hackers@freebsd.org,freebsd-current@freebsd.org]; HAS_XAW(0.00)[] X-Spamd-Bar: +++ X-Rspamd-Queue-Id: 4gPz3h2pzXz4F57 On Tue, May 26, 2026 at 05:49:15PM +0300, Rozhuk Ivan wrote: > Hi! > > > I have some systems that have a lot of records in dmesg: > kern.ipc.maxpipekva exceeded; see tuning(7) > kern.ipc.maxpipekva exceeded; see tuning(7) > kern.ipc.maxpipekva exceeded; see tuning(7) > > > How to find out who consume all pipes memory? > > Is it possible to add in kernel tuning to limit kern.ipc.maxpipekva per process? (like done with files and threads) > There is per-user limit RLIMIT_PIPEBUF. From nobody Tue May 26 18:23:48 2026 X-Original-To: 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 4gQ1Ng4tK8z6gG85 for ; Tue, 26 May 2026 18:24:03 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E7" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gQ1Nf46c1z3Pfq for ; Tue, 26 May 2026 18:24:02 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zabbadoz.net header.s=20240622 header.b=RObhFQsi; dmarc=pass (policy=none) header.from=zabbadoz.net; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2003:a:140a:2200:6:594:fffe:19 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id B96A1A64805 for ; Tue, 26 May 2026 18:23:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1779819804; bh=Kzw6MrogSWQLaae95QNTNHhYtWA2mn3A9JWnc2ccDMw=; h=Date:From:To:Subject; b=RObhFQsi+BFzXOBbJcc2H8+boED0iM2ajm6NcBIrFjvVTvwW+Ivv3oSb+vyq2B6pr 1bloN5psT36a7SgpbPVYaD2QER7h8pIidcq1IpHrHQkxjum1GhWv7PoE0AyIeUUmNG KhOw87Kx80v9fNTytK5g9c/S6lxYlksdAhVLGpOeBHhAGviaYhfTWMyz8GsU5psw7v b3m7C71yzy/g37BZzFjioYZqagbpTKcHl4rSLdbVxcGe0dvWAdwuftfWJWz6+BMoQH kLIAbEa5o+qNygby+C92Aci7X8RUqwrNTND7yVi5rjkNO+ssEUQURRSWKISdN1uOWc tmvD8Jwfqdzcezlb3bWt1qiYRpG+xrDGP0fIIpyP0BibcZ9GZ1HHUc7HdWst9hYuIH BkXk4K+BsnQVxU4SIStqwFnwb92jwF7aCXJsVMD6Ydv4Ac4ciGDXGa4IV0SECgBemb 0og2F8dVTuWGV2qICpfjk8QZKJCelt56Icp3bxdklYOqncKwturSzCau/y4IbGy8DT X66qqsUKqA/Rp/a+z4ruvSOxCgQCFAWjzUwc33vnz+uJoo/A8Q0CLAvJ9yk5vCyH+d 9QfmNdw9qH9C82t+zcuhh61aFu93UVMRJccV3btlNNCzKgIkClVnGz3TJmvwhnSu2R UxLgh2XeDpDRkE40DYKfxbuQ= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 9AB252D029E9 for ; Tue, 26 May 2026 18:23:49 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id 0UaNgF_J1mIk for ; Tue, 26 May 2026 18:23:48 +0000 (UTC) Received: from nv.t4-02.sbone.de (nv.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 5E5422D029D8 for ; Tue, 26 May 2026 18:23:48 +0000 (UTC) Date: Tue, 26 May 2026 18:23:48 +0000 (UTC) From: "Bjoern A. Zeeb" To: current@freebsd.org Subject: Fatal trap 12: .. cpu_idle_acpi .. callout_process Message-ID: X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 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 List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Spamd-Result: default: False [-3.97 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.974]; DMARC_POLICY_ALLOW(-0.50)[zabbadoz.net,none]; R_DKIM_ALLOW(-0.20)[zabbadoz.net:s=20240622]; R_SPF_ALLOW(-0.20)[+ip6:2003:a:140a:2200:6:594:fffe:19]; MIME_GOOD(-0.10)[text/plain]; MISSING_XM_UA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE]; RCVD_COUNT_THREE(0.00)[4]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[zabbadoz.net:+] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4gQ1Nf46c1z3Pfq Hi, I got some LinuxKPI problems sorted and can finally shutdown a system w/o a driver panicing but now I see on a recent main (pxe booted in bhyve); this seems reproducible and typing reset I get the next panic and the next and the next and ... until bhyve stops after scrolling for a few seconds. Anyone seen this or any ideas? I'll try to build a plain main kernel otherwise to check that it's not anything else... Syncing disks, vnodes remaining... 0 done All buffers synced. Uptime: 46s kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xfffffe00a58a0630 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80c0ebe8 stack pointer = 0x28:0xfffffe008bc49bb0 frame pointer = 0x28:0xfffffe008bc49c20 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 11 (idle: cpu0) rdi: 0000000000002f2c rsi: 0000000000008000 rdx: 0000000000002e2d rcx: 0000000000002e2c r8: fffffe00a58a0630 r9: 000000007fff2744 rax: fffffe000ef4e000 rbx: 0000000000002e2c rbp: fffffe008bc49c20 r10: 00000000000003e7 r11: 000000000000044c r12: 0000002f2d000000 r13: 0000002f2d000000 r14: 0000002e2dd1597a r15: ffffffff82b28300 trap number = 12 panic: page fault cpuid = 0 time = 1779819492 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x36/frame 0xfffffe008bc498e0 vpanic() at vpanic+0x149/frame 0xfffffe008bc49a10 panic() at panic+0x43/frame 0xfffffe008bc49a70 trap_pfault() at trap_pfault+0x449/frame 0xfffffe008bc49ae0 calltrap() at calltrap+0x8/frame 0xfffffe008bc49ae0 --- trap 0xc, rip = 0xffffffff80c0ebe8, rsp = 0xfffffe008bc49bb0, rbp = 0xfffffe008bc49c20 --- callout_process() at callout_process+0x138/frame 0xfffffe008bc49c20 handleevents() at handleevents+0x19a/frame 0xfffffe008bc49c60 timercb() at timercb+0x19e/frame 0xfffffe008bc49cc0 lapic_handle_timer() at lapic_handle_timer+0xa4/frame 0xfffffe008bc49cf0 Xtimerint() at Xtimerint+0xb1/frame 0xfffffe008bc49cf0 --- interrupt, rip = 0xffffffff810b1104, rsp = 0xfffffe008bc49dc0, rbp = 0xfffffe008bc49dd0 --- cpu_idle_acpi() at cpu_idle_acpi+0x54/frame 0xfffffe008bc49dd0 cpu_idle() at cpu_idle+0xa6/frame 0xfffffe008bc49df0 sched_ule_idletd() at sched_ule_idletd+0x524/frame 0xfffffe008bc49ef0 fork_exit() at fork_exit+0x82/frame 0xfffffe008bc49f30 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe008bc49f30 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- KDB: enter: panic [ thread pid 11 tid 100003 ] Stopped at kdb_enter+0x33: movq $0,0x15be0c2(%rip) db> reset panic: mtx_lock_spin: recursed on non-recursive mutex callout @ /usr/src/sys/kern/kern_timeout.c:576 cpuid = 0 time = 1779819492 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x36/frame 0xfffffe008bc49160 vpanic() at vpanic+0x149/frame 0xfffffe008bc49290 panic() at panic+0x43/frame 0xfffffe008bc492f0 __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x11b/frame 0xfffffe008bc49330 _callout_stop_safe() at _callout_stop_safe+0x106/frame 0xfffffe008bc493a0 shutdown_resettodr() at shutdown_resettodr+0x15/frame 0xfffffe008bc493b0 kern_reboot() at kern_reboot+0x2a3/frame 0xfffffe008bc493f0 db_reset() at db_reset+0x108/frame 0xfffffe008bc49420 db_command() at db_command+0x3aa/frame 0xfffffe008bc494e0 db_command_loop() at db_command_loop+0x4d/frame 0xfffffe008bc494f0 db_trap() at db_trap+0x100/frame 0xfffffe008bc49590 kdb_trap() at kdb_trap+0x25f/frame 0xfffffe008bc496e0 trap() at trap+0x888/frame 0xfffffe008bc49810 calltrap() at calltrap+0x8/frame 0xfffffe008bc49810 --- trap 0x3, rip = 0xffffffff80c44f43, rsp = 0xfffffe008bc498e8, rbp = 0xfffffe008bc49a10 --- kdb_enter() at kdb_enter+0x33/frame 0xfffffe008bc49a10 panic() at panic+0x43/frame 0xfffffe008bc49a70 trap_pfault() at trap_pfault+0x449/frame 0xfffffe008bc49ae0 calltrap() at calltrap+0x8/frame 0xfffffe008bc49ae0 --- trap 0xc, rip = 0xffffffff80c0ebe8, rsp = 0xfffffe008bc49bb0, rbp = 0xfffffe008bc49c20 --- callout_process() at callout_process+0x138/frame 0xfffffe008bc49c20 handleevents() at handleevents+0x19a/frame 0xfffffe008bc49c60 timercb() at timercb+0x19e/frame 0xfffffe008bc49cc0 lapic_handle_timer() at lapic_handle_timer+0xa4/frame 0xfffffe008bc49cf0 Xtimerint() at Xtimerint+0xb1/frame 0xfffffe008bc49cf0 --- interrupt, rip = 0xffffffff810b1104, rsp = 0xfffffe008bc49dc0, rbp = 0xfffffe008bc49dd0 --- cpu_idle_acpi() at cpu_idle_acpi+0x54/frame 0xfffffe008bc49dd0 cpu_idle() at cpu_idle+0xa6/frame 0xfffffe008bc49df0 sched_ule_idletd() at sched_ule_idletd+0x524/frame 0xfffffe008bc49ef0 fork_exit() at fork_exit+0x82/frame 0xfffffe008bc49f30 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe008bc49f30 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- panic: mtx_lock_spin: recursed on non-recursive mutex callout @ /usr/src/sys/kern/kern_timeout.c:576 cpuid = 0 time = 1779819492 .. .. .. -- Bjoern A. Zeeb r15:7 From nobody Wed May 27 01:34:39 2026 X-Original-To: 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 4gQBxk2YBQz6f565 for ; Wed, 27 May 2026 01:34:50 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx-01.divo.sbone.de (mx-01.divo.sbone.de [IPv6:2003:a:140a:2200:6:594:fffe:19]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (prime256v1) client-digest SHA256) (Client CN "mx-01.divo.sbone.de", Issuer "E7" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gQBxj0604z3Wrv for ; Wed, 27 May 2026 01:34:48 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zabbadoz.net header.s=20240622 header.b=fgwXdSVF; dmarc=pass (policy=none) header.from=zabbadoz.net; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2003:a:140a:2200:6:594:fffe:19 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mx-01.divo.sbone.de (Postfix) with ESMTPS id 17CA7A64805 for ; Wed, 27 May 2026 01:34:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=zabbadoz.net; s=20240622; t=1779845656; bh=sDvAJGpMk4XcVglW2AKd61BsfA5o5qR7TAaoO1CuVlg=; h=Date:From:To:Subject:In-Reply-To:References; b=fgwXdSVFUmup5Xgb5D/qZ//RCesRNvD6szss9AEU1nDKCj1VERTdOvh7SzdbkZQDd VPBmv2mIzAeYZ+7pIP4xg/ireO2OJbml3oAo/0v2YNwRUjZ32H6o/O/yDtygFVtov9 Cl6wg2/Mu51Y0spXrhag3jBEn5QgieSI+TqLIwIIcYcLAFCqEotkkcAzt/+UWiLLpa NTUWFNE5Y4sC4g+LZSnOIm3bSjZ0Su34KPTaHUudUmn1NjCtKgnvlKuZqhotYM8SMi R5O54CBMcGFerXWsjvDFULH6DoCWoJXYjRi9lJjg+40GyRts38FnJNqvCjYMB4ok8L Val6G/UqfOmYoNsJmQ7MiTnFNwtvVlCQ9ElvTeXZfAB4dQ2ghdyD5UEGFdmRnl+o2U 81GOzIy4+3vOEGy6U52uevntqV+2USmMP9ToAxqaZy1/6KtGqEtVTncvNN8s/sDCRp ZfCtU2VVr996pNllizD9Wlt/5GFbnTLyq8exa9maazRVVITyxNCavAe8e+FsO3JEQV Cv+shXZyHs9/Unqj8Z+C2tR/GdzwG3cvxXAMcqL9PhhooNVbfqfYM4pF2K4NaROsPX 3yJcgZRrOmtpQMkb2pCVzLXgz0RIsniB8/1S4fGatylCxwrOGLF9KLykBwVxL65+3U QGjiM7WOOMXyaA8rZ4t3aoA8= Received: from content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id E0D2E2D029E9 for ; Wed, 27 May 2026 01:34:40 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:4902:0:7404:2:1025]) by content-filter.t4-02.sbone.de (content-filter.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:2742]) (amavisd-new, port 10024) with ESMTP id oq4Tilx3mBIw for ; Wed, 27 May 2026 01:34:39 +0000 (UTC) Received: from nv.t4-02.sbone.de (nv.t4-02.sbone.de [IPv6:fde9:577b:c1a9:4902:0:7404:2:22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 9A8862D029D8 for ; Wed, 27 May 2026 01:34:39 +0000 (UTC) Date: Wed, 27 May 2026 01:34:39 +0000 (UTC) From: "Bjoern A. Zeeb" To: current@freebsd.org Subject: Re: Fatal trap 12: .. cpu_idle_acpi .. callout_process In-Reply-To: Message-ID: References: X-OpenPGP-Key-Id: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 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 List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Spamd-Result: default: False [-4.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[zabbadoz.net,none]; R_DKIM_ALLOW(-0.20)[zabbadoz.net:s=20240622]; R_SPF_ALLOW(-0.20)[+ip6:2003:a:140a:2200:6:594:fffe:19]; MIME_GOOD(-0.10)[text/plain]; MISSING_XM_UA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3320, ipnet:2003::/19, country:DE]; RCVD_COUNT_THREE(0.00)[4]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; MLMMJ_DEST(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[zabbadoz.net:+] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4gQBxj0604z3Wrv On Tue, 26 May 2026, Bjoern A. Zeeb wrote: > Hi, > > I got some LinuxKPI problems sorted and can finally shutdown a system w/o > a driver panicing but now I see on a recent main (pxe booted in bhyve); > this seems reproducible and typing reset I get the next panic and the next > and the next and ... until bhyve stops after scrolling for a few seconds. > > Anyone seen this or any ideas? I'll try to build a plain main kernel > otherwise > to check that it's not anything else... I have already found the next LinuxKPI bug. If I just boot a kernel and do a shutdown -r I do not run into it so unless it rings a bell for someone else as well, please ignore this for now. > Syncing disks, vnodes remaining... 0 done > All buffers synced. > Uptime: 46s > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xfffffe00a58a0630 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff80c0ebe8 > stack pointer = 0x28:0xfffffe008bc49bb0 > frame pointer = 0x28:0xfffffe008bc49c20 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 11 (idle: cpu0) > rdi: 0000000000002f2c rsi: 0000000000008000 rdx: 0000000000002e2d > rcx: 0000000000002e2c r8: fffffe00a58a0630 r9: 000000007fff2744 > rax: fffffe000ef4e000 rbx: 0000000000002e2c rbp: fffffe008bc49c20 > r10: 00000000000003e7 r11: 000000000000044c r12: 0000002f2d000000 > r13: 0000002f2d000000 r14: 0000002e2dd1597a r15: ffffffff82b28300 > trap number = 12 > panic: page fault > cpuid = 0 > time = 1779819492 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x36/frame > 0xfffffe008bc498e0 > vpanic() at vpanic+0x149/frame 0xfffffe008bc49a10 > panic() at panic+0x43/frame 0xfffffe008bc49a70 > trap_pfault() at trap_pfault+0x449/frame 0xfffffe008bc49ae0 > calltrap() at calltrap+0x8/frame 0xfffffe008bc49ae0 > --- trap 0xc, rip = 0xffffffff80c0ebe8, rsp = 0xfffffe008bc49bb0, rbp = > 0xfffffe008bc49c20 --- > callout_process() at callout_process+0x138/frame 0xfffffe008bc49c20 > handleevents() at handleevents+0x19a/frame 0xfffffe008bc49c60 > timercb() at timercb+0x19e/frame 0xfffffe008bc49cc0 > lapic_handle_timer() at lapic_handle_timer+0xa4/frame 0xfffffe008bc49cf0 > Xtimerint() at Xtimerint+0xb1/frame 0xfffffe008bc49cf0 > --- interrupt, rip = 0xffffffff810b1104, rsp = 0xfffffe008bc49dc0, rbp = > 0xfffffe008bc49dd0 --- > cpu_idle_acpi() at cpu_idle_acpi+0x54/frame 0xfffffe008bc49dd0 > cpu_idle() at cpu_idle+0xa6/frame 0xfffffe008bc49df0 > sched_ule_idletd() at sched_ule_idletd+0x524/frame 0xfffffe008bc49ef0 > fork_exit() at fork_exit+0x82/frame 0xfffffe008bc49f30 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe008bc49f30 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > KDB: enter: panic > [ thread pid 11 tid 100003 ] > Stopped at kdb_enter+0x33: movq $0,0x15be0c2(%rip) > db> reset > panic: mtx_lock_spin: recursed on non-recursive mutex callout @ > /usr/src/sys/kern/kern_timeout.c:576 > > cpuid = 0 > time = 1779819492 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x36/frame > 0xfffffe008bc49160 > vpanic() at vpanic+0x149/frame 0xfffffe008bc49290 > panic() at panic+0x43/frame 0xfffffe008bc492f0 > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x11b/frame > 0xfffffe008bc49330 > _callout_stop_safe() at _callout_stop_safe+0x106/frame 0xfffffe008bc493a0 > shutdown_resettodr() at shutdown_resettodr+0x15/frame 0xfffffe008bc493b0 > kern_reboot() at kern_reboot+0x2a3/frame 0xfffffe008bc493f0 > db_reset() at db_reset+0x108/frame 0xfffffe008bc49420 > db_command() at db_command+0x3aa/frame 0xfffffe008bc494e0 > db_command_loop() at db_command_loop+0x4d/frame 0xfffffe008bc494f0 > db_trap() at db_trap+0x100/frame 0xfffffe008bc49590 > kdb_trap() at kdb_trap+0x25f/frame 0xfffffe008bc496e0 > trap() at trap+0x888/frame 0xfffffe008bc49810 > calltrap() at calltrap+0x8/frame 0xfffffe008bc49810 > --- trap 0x3, rip = 0xffffffff80c44f43, rsp = 0xfffffe008bc498e8, rbp = > 0xfffffe008bc49a10 --- > kdb_enter() at kdb_enter+0x33/frame 0xfffffe008bc49a10 > panic() at panic+0x43/frame 0xfffffe008bc49a70 > trap_pfault() at trap_pfault+0x449/frame 0xfffffe008bc49ae0 > calltrap() at calltrap+0x8/frame 0xfffffe008bc49ae0 > --- trap 0xc, rip = 0xffffffff80c0ebe8, rsp = 0xfffffe008bc49bb0, rbp = > 0xfffffe008bc49c20 --- > callout_process() at callout_process+0x138/frame 0xfffffe008bc49c20 > handleevents() at handleevents+0x19a/frame 0xfffffe008bc49c60 > timercb() at timercb+0x19e/frame 0xfffffe008bc49cc0 > lapic_handle_timer() at lapic_handle_timer+0xa4/frame 0xfffffe008bc49cf0 > Xtimerint() at Xtimerint+0xb1/frame 0xfffffe008bc49cf0 > --- interrupt, rip = 0xffffffff810b1104, rsp = 0xfffffe008bc49dc0, rbp = > 0xfffffe008bc49dd0 --- > cpu_idle_acpi() at cpu_idle_acpi+0x54/frame 0xfffffe008bc49dd0 > cpu_idle() at cpu_idle+0xa6/frame 0xfffffe008bc49df0 > sched_ule_idletd() at sched_ule_idletd+0x524/frame 0xfffffe008bc49ef0 > fork_exit() at fork_exit+0x82/frame 0xfffffe008bc49f30 > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe008bc49f30 > --- trap 0, rip = 0, rsp = 0, rbp = 0 --- > panic: mtx_lock_spin: recursed on non-recursive mutex callout @ > /usr/src/sys/kern/kern_timeout.c:576 > > cpuid = 0 > time = 1779819492 > .. > .. > .. > > > -- Bjoern A. Zeeb r15:7 From nobody Wed May 27 12:44:32 2026 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 4gQTpd6FJVz6dyc2 for ; Wed, 27 May 2026 12:44:41 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-wr1-x431.google.com (mail-wr1-x431.google.com [IPv6:2a00:1450:4864:20::431]) (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 "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gQTpd3df4z44RC for ; Wed, 27 May 2026 12:44:41 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-wr1-x431.google.com with SMTP id ffacd0b85a97d-43d75312379so9890932f8f.1 for ; Wed, 27 May 2026 05:44:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1779885875; x=1780490675; darn=freebsd.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:date:from:from:to:cc:subject:date :message-id:reply-to; bh=XEhdDUsJavw1i13ZxWiMxlADJCT0WNBqR/WGF+yDMBQ=; b=Ft/nXC82SCnFSAN6lrqcm+vpZ5WMWB9Fh1Ta7RyckESK1s5uBGI2RfyH+QJfW/ex7v 7zU7TPfgDpk5DcwuA339ArKRBQ1c0kWF+qsMw5joYl51Bv4BWTRSJNv2u8VJ0uJXwcyb tVlfwzw8VLoHKZ2J2REygum6wd3H5GG7rOkGxHvICQcWbB5wp7gVIyjRw8q7Ly7ew/Ji FRblIyOS7Gr20topJOWvwwXFbULGt3GzmC/fgBdYEtDh1bc6gveVppFISNQs8eqlQGeg S7NPcXP0L+mfkxRY7uKTJvxhrvzhOCq0JpSTWryRiulNiS1bJY5O/T50vVc/xYF6qIZ7 LXSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1779885875; x=1780490675; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:subject:cc:to:date:from:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=XEhdDUsJavw1i13ZxWiMxlADJCT0WNBqR/WGF+yDMBQ=; b=PGfR7SAimy9npA2C0hoc9o3GbVbbSOBhhDQCMk+4X0JcDOdSwXg+J16EAoSaaJx62s 6SrEMBVz8Uit/h3NgisoVqtZ1Nz0hDA5/HajqJNw4FL/kadF4hEDuBctGFUSMTO79PNV jENC2a7Knh5pcQEjigj/ndxQDdOa5LYcTiewDjl9fngi29uVcBOJao2fPqjU81y/nduR w/3DAXrKl64+zHY5yTzR6INNa4UD0g5Mb9NQ8Voe1E2wkD3A2/8PW+U2oXpSgjZ8AMVC S46i2ATtc4KBdCaatdnJZbf/uetGeqlW6ibVdXrM+sJgpQ1GEXtvWAmgxmNXKpkkZekm wLtQ== X-Forwarded-Encrypted: i=1; AFNElJ/bfVCy63sPcBQrbdYiZJIhkW1h80fp2DPcy12Sc0oCL3s80Ufr9Lu0EqEdkH061ZO5eLWp8SGchRH4D/7mHcE=@freebsd.org X-Gm-Message-State: AOJu0YwqhyrO14qJ+/LA4ywNHnXfmIvpXAX1alRqv6B8twtGS1YRjxXT NzL6gszLJY5ZsA54ThM46z/fYjCo3EkwOSwoYVJDjuJKmfssOjNZBERYMNWbKJAb X-Gm-Gg: Acq92OGaKiZpQ1+tqjqz7PC4FajjNdKVvpq2DKEIZu2CP0mWcYZqlKUTWG/MDckBLUX 1WczbaNdzKrYaNqIkGRseFfBw+z6QUF3ZNwdcZpoIbr1fZrifk9sjDM93ZN8M+kvpUDR/TC3PgO nfj9u9oA0ArOVRuKB+QeMaP0mN+2ISccB+EgCopI6cdSWz2yCBbk09oczVjXfuCs6sF0RwrTHRR E/X7tA9grFvTiccJKkUxhdN0rnc+GQiiBCV1r31F0kOPWHC5ViakZYN7v/4vD4wECY/lD8Yhnfx XG6riZ1CFQWbpEUVRHkIrzEAMgTRmfhJ39cr6nCPrEf7jo55Wr+CsnymBJQK3LnpiuEa/N7c1aX lOtCj3ntelOHeNtP13mQ6Z83sm3R4SxdXXdvXf09xSEdISmlz9VE81SvrpSQeLiPQ3BeeNf7KGT df234YnSpiB+3ETRVkeIGJ72bYV69AjLQmYXHn X-Received: by 2002:a5d:5c89:0:b0:45e:8ad3:86a9 with SMTP id ffacd0b85a97d-45ea3138d38mr44911155f8f.8.1779885874986; Wed, 27 May 2026 05:44:34 -0700 (PDT) Received: from rimwks.local ([2001:470:1f1b:4dc:c65e:9ae6:a14f:998c]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-45edb5b314dsm5243652f8f.30.2026.05.27.05.44.34 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 27 May 2026 05:44:34 -0700 (PDT) From: Rozhuk Ivan X-Google-Original-From: Rozhuk Ivan Date: Wed, 27 May 2026 15:44:32 +0300 To: Konstantin Belousov Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: How to debug kern.ipc.maxpipekva ? Message-ID: <20260527154432.12ac53f1@rimwks.local> In-Reply-To: References: <20260526174647.085195a4@rimwks.local> X-Mailer: Claws Mail 4.4.0 (GTK 3.24.52; amd64-portbld-freebsd15.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 List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4gQTpd3df4z44RC X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On Tue, 26 May 2026 19:38:59 +0300 Konstantin Belousov wrote: > On Tue, May 26, 2026 at 05:49:15PM +0300, Rozhuk Ivan wrote: > > Hi! > > > > > > I have some systems that have a lot of records in dmesg: > > kern.ipc.maxpipekva exceeded; see tuning(7) > > kern.ipc.maxpipekva exceeded; see tuning(7) > > kern.ipc.maxpipekva exceeded; see tuning(7) > > > > > > How to find out who consume all pipes memory? > > > > Is it possible to add in kernel tuning to limit kern.ipc.maxpipekva > > per process? (like done with files and threads) > > There is per-user limit RLIMIT_PIPEBUF. > By default it is unlimited. ulimits -a show as unlimited. But on practice there is some limits: 65k per pipe of unreaded data and ~20k pipes with unreaded data. Where is come from? From nobody Wed May 27 16:43:41 2026 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 4gQb6b563vz6fJf0; Wed, 27 May 2026 16:43:51 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4gQb6Z10Q9z3nLB; Wed, 27 May 2026 16:43:49 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of phk@critter.freebsd.dk designates 130.225.244.222 as permitted sender) smtp.mailfrom=phk@critter.freebsd.dk Received: from critter.freebsd.dk (unknown [192.168.55.3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519MLKEM768 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by phk.freebsd.dk (Postfix) with ESMTPS id DAAA9D7895; Wed, 27 May 2026 16:43:41 +0000 (UTC) Received: (from phk@localhost) by critter.freebsd.dk (8.18.1/8.16.1/Submit) id 64RGhfa4003703; Wed, 27 May 2026 16:43:41 GMT (envelope-from phk) Message-Id: <202605271643.64RGhfa4003703@critter.freebsd.dk> To: Gleb Smirnoff cc: freebsd-current@freebsd.org, src-committers@freebsd.org Subject: Re: May 2026 stabilization week In-reply-to: From: "Poul-Henning Kamp" References: 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 List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3701.1779900221.1@critter.freebsd.dk> Content-Transfer-Encoding: quoted-printable Date: Wed, 27 May 2026 16:43:41 +0000 X-Spamd-Result: default: False [-2.42 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; NEURAL_HAM_MEDIUM(-0.93)[-0.930]; HFILTER_FROMHOST_NORESOLVE_MX(0.50)[s2gw.ddhf.dk]; FORGED_SENDER(0.30)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:1835, ipnet:130.225.0.0/16, country:EU]; TO_DN_SOME(0.00)[]; FREEFALL_USER(0.00)[phk]; ARC_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; FROM_HAS_DN(0.00)[]; R_DKIM_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_NEQ_ENVFROM(0.00)[phk@phk.freebsd.dk,phk@critter.freebsd.dk]; MISSING_XM_UA(0.00)[]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROMTLD(0.00)[]; DMARC_NA(0.00)[freebsd.dk]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_THREE(0.00)[3] X-Spamd-Bar: -- X-Rspamd-Queue-Id: 4gQb6Z10Q9z3nLB > This is an automated email to inform you that the May 2026 stabilization= week Running on three Thinkpads, one Snapdragon, nothing to report so far. -- = Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe = Never attribute to malice what can adequately be explained by incompetence= . From nobody Thu May 28 01:48:24 2026 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 4gQqBz4dYNz6g2yC; Thu, 28 May 2026 01:48:27 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gQqBz3rr9z42Hl; Thu, 28 May 2026 01:48:27 +0000 (UTC) (envelope-from glebius@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1779932907; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=JCoZl3E+vBVw9hzOMoPjHqsMxI0rAkUh1p8+IwFCll0=; b=COTd7FZ7OQNLnxUmCt2qnnUmrZwqqh5y4B5IRRvCSypBEL1eYIH1+JjT4CA3eH0XNBKUiK jOp9uSK8v1RqXEwYBZhH8T/L6qkjbvyHmhrJAn53wKvG4/x6JeqWw3zNiGeKV0hInKqQ3l hLZoM0kUnzhAOluDEhvfK8PUpJBowQWkRU5WtzJa12j+onlUwPShHlB4jBvjjzHgaX8XRe UchuqRasJZCdvUvboyF2+u0aTcMs3Dk5P0vU13UYshlElWA988rJvzYEND38y3FLJ08zNx AwEUMIBpidcSgTz/97ke5Alr+2lycWbR+3fSPIbAG6pGx/og3c792eihZ863nQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1779932907; a=rsa-sha256; cv=none; b=mVtot2kpgoT76fSgl7o7M9VaosZgTOqUvluKrBYdMwGWWi3kMjukXgczvIWoeeZQfLYmXY WMBTOqMINeTYX7vlhxMybwcqVtusVFeX0gGOquGaN5pgzunEx+neo+UumhA5BoVjiLZhZW vYrl21pNCC15AcyMPUVvcGdONELXGfwpeqT6ucippVzmDsKBRK7OABNf2RNOeIGnT/sf0D cEjgcxJuKsGfxoAhInugCUT3evEbf5wABhKmhSvrTrDndofNEqS3h24xG0pMtbtLPlJCLR 1jMKBmavGg3R3loeMn++yOBk2FYHervi34LRgnoniMc+aWkrDr675EaCObtAwA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1779932907; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=JCoZl3E+vBVw9hzOMoPjHqsMxI0rAkUh1p8+IwFCll0=; b=rRri49qjArg0U+E/ad2x0LGy9hceunFJnhbmkfmLxg27yxoUp5BA74TBZYgL+iuTjkxz1V HnOD+a3q68hvGZgA+ai6d3AEOgHkKVB7qYlFV1aWnCXP9/Kbo2xPKtN9sAW/igYO7W+RqY nFlJbS8/NKy/tSiNMto9MamWY2cM6UaeXwrKkUvhOavkQ0OnSZ4lJ+RAVhkzaiINM42WCY hshdtyhNYgyNW88mP22CqFbPTL/HJoLK3yHddGDZbGFKEPfu59lyn/ptBKdSEWRoRldbSL UUJOXGesrNWomQ98w+A7WiCd5d6CeLEfILNuDtgyTldq3YeYzq4DZ8Op/q1A4g== Received: from cell.glebi.us (glebi.us [162.251.186.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) (Authenticated sender: glebius) by smtp.freebsd.org (Postfix) with ESMTPSA id 4gQqBz0ZXYz16nP; Thu, 28 May 2026 01:48:26 +0000 (UTC) (envelope-from glebius@freebsd.org) Date: Wed, 27 May 2026 18:48:24 -0700 From: Gleb Smirnoff To: freebsd-current@freebsd.org, src-committers@freebsd.org Subject: Re: May 2026 stabilization week Message-ID: References: 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 List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Mon, May 25, 2026 at 01:00:11AM -0700, Gleb Smirnoff wrote: T> This is an automated email to inform you that the May 2026 stabilization week T> started with FreeBSD/main at main-n286096-490c53e9353f, which was tagged as T> main-stabweek-2026-May. There is one issue with the today's stabweek: some machines with Intel CPUs and systils/cpu-microcode-intel package installed may fail to boot. We don't yet have clue. The issue might be connected to the bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=294630 Other than that, the A/B testing at Netflix didn't discover any stability or performance regressions compared to April's stabweek. My personal desktop/laptop/home_router upgrades also went allright, as well some other people reported their success. The main branch is considered fully open for commits. -- Gleb Smirnoff