From nobody Tue Mar 03 23:40:04 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 4fQXNK5sl5z6Tnn9 for ; Tue, 03 Mar 2026 23:40:17 +0000 (UTC) (envelope-from obiwac@gmail.com) Received: from mail-oo1-f51.google.com (mail-oo1-f51.google.com [209.85.161.51]) (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 4fQXNK3xxmz49M0 for ; Tue, 03 Mar 2026 23:40:17 +0000 (UTC) (envelope-from obiwac@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-oo1-f51.google.com with SMTP id 006d021491bc7-66ee7b9af94so2763241eaf.0 for ; Tue, 03 Mar 2026 15:40:17 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772581216; x=1773186016; 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=uJ6p6WsHy4xJ0iiXmYkcKn+m8wLjAMIsXUUFTr0qf3E=; b=HLNjwLl8lH/PUlcYdLjNWDSStvRbSD4nPEO1UrO49PZELOGWIPz8a9b6fsFAuOeoMp rla03ZKEnsm9Ts+oo3IJjlgR7ldecrKUstpx0vm+ldKkmSMKIzvXduVUFcVSRN8sTLvn SIGii7llMda/8Ssi+tvQTUkX9UQE2DJg3gqtlYpWnQTOPbfaMFiMaPMUUrnj3tc5BtJ8 kl91hO+mLQr8NJgK3ampG0g8PQDhm7/VSfCquPnvR5KxeDzZ7SNcCvYiq+fRrbu28sgT oggttBq4Cc+7fHRUiTnHJxmJBqA5uMhPIN/p09Bkzqk/83vih28WBAql/Ee5yjCrQHT7 1ANQ== X-Gm-Message-State: AOJu0Yz+jMX5OeYI1cKc/8fxP2wMrlUlvZ2Df1hQSkuUxRSd369pTASY Ekf3+6aNzRIbLg9ORHnlmVsnfVxRI3noKhztmNCrqRMoYCJjF/kEh5dB9rJS2vG1 X-Gm-Gg: ATEYQzzzcgoIcZiKprnQWYCHRc031Qz3Zf5Dev49q6lOFgPIcHrGM8lgAxK8V3QnOOJ b5zSumqM6E4wlEP47lf1WwrBdw/REQe2Btzq4jXMcREMMt601B597hZ6Mjr/ftsc8gdOyQHXn/5 OXv6x+zPs9xNChHHiUvMO7GMVIwWuwcvaxyUuy9wP2BuvJs1etC3LsEUcQhcx2L8gzL6j6tga4c Ah6Fd+CuJncs+XFX/FyexUKc5QnYOTg1bs61o59/c1E1pyndQ2G+Z3gX9NyGIwfxvZGeFnN4kK+ CcvbvzmsWQIFPrQXQymHI88BCn+v8dPF4VcgvApaD08Xqf+LQkXKOL+KR7u5d8Ck897e1OHJPOT Bkx5RvGOtg0aYJ6coWiOhIDJ1AX05zlSua5rLXA9SukEWSnKz0Q52JMXbM0uxDXR9ipHaBy8XcQ VJF07sMUs72zpQp34e+euuGaJCW3xeBMGXzQ8WMgoNvVbKeUMbNJAtBO7tXa+OREP6aAn/tyiCl f3QAYD+dj5x3gIEEdyoEUjWnRrYYQ== X-Received: by 2002:a4a:e918:0:b0:679:c358:8ed4 with SMTP id 006d021491bc7-67b177584b3mr171029eaf.46.1772581216307; Tue, 03 Mar 2026 15:40:16 -0800 (PST) Received: from mail-ot1-f53.google.com (mail-ot1-f53.google.com. [209.85.210.53]) by smtp.gmail.com with ESMTPSA id 006d021491bc7-679f2cfb134sm11538508eaf.8.2026.03.03.15.40.15 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 03 Mar 2026 15:40:15 -0800 (PST) Received: by mail-ot1-f53.google.com with SMTP id 46e09a7af769-7d1959ba05cso3178052a34.2 for ; Tue, 03 Mar 2026 15:40:15 -0800 (PST) X-Received: by 2002:a05:6808:1785:b0:45f:1252:b717 with SMTP id 5614622812f47-4651abecf29mr58409b6e.28.1772581215437; Tue, 03 Mar 2026 15:40:15 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <4ba2049c-7744-4e47-a2ed-b6830a4f2086@freebsd.org> <70c93f00-d736-4ff9-b96a-c5c0a5121a7e@freebsd.org> <8c9f9083-5764-4d37-a621-55d822e9b439@freebsd.org> In-Reply-To: From: obiwac Date: Wed, 4 Mar 2026 00:40:04 +0100 X-Gmail-Original-Message-ID: X-Gm-Features: AaiRm53MGzYnPUa28m_-QfU4D_RJgd31BJULk9yo5C2-QCtPHFrec8xpCuzgqFk Message-ID: Subject: Re: S0i3 sleep testing image To: Charlie Li Cc: FreeBSD CURRENT , freebsd-hackers Content-Type: text/plain; charset="UTF-8" X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-Rspamd-Queue-Id: 4fQXNK3xxmz49M0 X-Spamd-Bar: ---- > I'll also need to look at how the desktop integrations detect and > populate the power options that are presented. Right now, at least in my > desktop environment, only Hibernate, Restart and Shut Down are > available, but if the S3 option is toggled in BIOS, Suspend is also > presented, not least since it would appear in hw.acpi.supported_sleep_state. Yup indeed. I have not yet added support for the new kern.power.* sysctls in any desktop envs. > sysctl: hw.acpi.suspend_state=s2idle: Invalid argument Erm, my bad, hw.acpi.suspend_state is deprecated and only accepts ACPI S-states, replaced by kern.power.suspend. On Wed, 4 Mar 2026 at 00:29, Charlie Li wrote: > > obiwac wrote: > >> This has been entirely on 'everything'. I have not tried suspending > >> because the states are not listed yet, so acpiconf(8), by extension > >> zzz(8) and further desktop-related integrations will either error out or > >> not list the option: > > > > s2idle is not an ACPI state so it is expected that it won't be listed > > in hw.acpi.supported_sleep_state, and acpiconf will not be able to > > support this either. Instead, I'm working on a new interface for this: > > https://reviews.freebsd.org/D55508. Once landed, zzz will be updated > > to use that interface. > > > I'll also need to look at how the desktop integrations detect and > populate the power options that are presented. Right now, at least in my > desktop environment, only Hibernate, Restart and Shut Down are > available, but if the S3 option is toggled in BIOS, Suspend is also > presented, not least since it would appear in hw.acpi.supported_sleep_state. > > In the meantime, the > > hw.acpi.{standby,suspend,lid_switch,sleep_button}_state sysctls do > > already support taking in generic sleep types, so you can set them to > > s2idle instead of the ACPI states. You can see all supported sleep > > types in kern.power.supported_stype, but I can see your machine > > already reports s2idle support as hw.acpi.sleep_button_state is set to > > s2idle already. > > > # sysctl hw.acpi.suspend_state=s2idle > hw.acpi.suspend_state: NONE > sysctl: hw.acpi.suspend_state=s2idle: Invalid argument > >> Unless there's a different way to enter suspend state. > > > > You can set hw.acpi.power_button_state=s2idle and then press your power button. > > > Going to try this and see what happens. > > -- > Charlie Li > ...nope, still don't have an exit line.