From nobody Tue Jan 13 22:11:41 2026 X-Original-To: dev-commits-src-all@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 4drNkj3Tlwz6Nm3m; Tue, 13 Jan 2026 22:11:41 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (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 "freefall.freebsd.org", Issuer "R13" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4drNkj2xcGz3LrV; Tue, 13 Jan 2026 22:11:41 +0000 (UTC) (envelope-from danfe@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1768342301; 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=PBGYgpJRAQ3AN4w+BfWnNyeyI60EG9fL+8MhjeApFOs=; b=eQ39shelHIXhgql/dwiQVOIGm/2MMxfqE1kTD2AlwYB6kwefgLxHEGbUE2ZD67K/jtmsZk l8jyoizPrz36RwDk0fnzpg0g7yAKXNqU7NtadLrGVIMkVO1mExA5+grMhb1uWe2GjHZYRe trwZPMi/sFtzICl8IL93zglul6QEc2eVFEcrPlKFCs2L913ULud9rn/39hEwVUhVhLd0qw ci6obVCn1N90ArQhUgd6lRrVIjsbym+2QnsPZKbRqAa7ZSjAFKCzGAGLqWbuxVkSX5ykla RscU1j/hNfHLsDC/AWte27RghXoZqbt6DmGA7gCvwWuSaJ94V9txXBvoVrvSmA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1768342301; 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=PBGYgpJRAQ3AN4w+BfWnNyeyI60EG9fL+8MhjeApFOs=; b=pi8NfnarzC1asDDuB59ttv0r/gkDXNIWFc7hX0O5oFkIWAZykWobwi4xHcznUWD0BjrAaj 3r3iasBTmW/qtbCblVGVX1xEofp+ERQrsYwhfJq3Wrfh4emuldtzNtyGzLKsV9d0GBzign Sl2m4DvHwPvH1bIOEM6VOSvLIxPgzu5K4epao5+BYX0dDpKTL/31qAMtK2oT57c6Sfheqt QBm7SRoKpoQHXhRS+mH/P0Br5srMz6a0iKdirnaVFh4bHyF59yh+q4Nr7JIHFvHyGV/wTP 7KOwjRXOoVtTOz7Bdt3MIN3AcK6GiH44711u0UJboTHaffIVJpLjFfA/qWzrYQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1768342301; a=rsa-sha256; cv=none; b=rPFu7OXxHt8NrIO5P0HlsplWHpgcSSZDlh2rEHrIAbcx0QSwWTAcnAYCL2DGQAnyn+uKRs GdPT51meCFufoRhvdSQAEdxx6HHqgEHlVTrbs7ZUT0+oPiWwdlFC9dzkLj90MQhrE7r5CF zAv/MjAbYfrHNk3LddC5VVMN5CVNXIU7w06hRtP60dcPXFgyvO24mXiAFKLTeuYrtK5mpy KGgX06tGif2WhA3gj37HLwwXL81ZCDGTXrOxNyYdZ7pR1M8dWNeQ/fMaZKhnh84y4ITYkV hHNj5TmvjECySVCSgz4oiz1+dex7EcWA98ZaVjAa1nORcSMvE/t/oHAZRTQ2SA== ARC-Authentication-Results: i=1; mx1.freebsd.org; none Received: by freefall.freebsd.org (Postfix, from userid 1033) id 2ABA7A72B; Tue, 13 Jan 2026 22:11:41 +0000 (-00) Date: Tue, 13 Jan 2026 22:11:41 +0000 From: Alexey Dokuchaev To: John Baldwin Cc: Emmanuel Vadot , Aymeric Wibo , src-committers@freebsd.org, dev-commits-src-all@freebsd.org, dev-commits-src-main@freebsd.org Subject: Re: git: eeaa865edba6 - main - acpi: Fix setting sleep state sysctls to NONE Message-ID: References: <6929b55d.2b59a.8a970bd@gitrepo.freebsd.org> <20260108115959.4bc9493930ce880913058e5c@bidouilliste.com> <20260108142338.548865cf1cd31fb18d2b6a2a@bidouilliste.com> <89417c41-4c32-48c5-b049-5d1ca253eeb8@FreeBSD.org> List-Id: Commit messages for all branches of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: dev-commits-src-all@freebsd.org Sender: owner-dev-commits-src-all@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <89417c41-4c32-48c5-b049-5d1ca253eeb8@FreeBSD.org> On Fri, Jan 09, 2026 at 09:06:20AM -0500, John Baldwin wrote: > On 1/8/26 08:23, Emmanuel Vadot wrote: > > Ok so the correct value is 's2mem' but this doesn't seems to be > > documented anywhere in acpi(4) like the warning says. > > OTOH, it seems like if we are using traditional ACPI system states, > we should still be able to call it what it is (S3). That is, for > systems using actual S3 and not S0ix, setting these nodes to S3 > should really continue to work IMO. +1; please don't screw up S-states: traditional naming is probably being used in pretty much every related script, and it's power- sensitive, so we really don't want to get complaints from people losing their data, starting with myself. :-/ ./danfe