Date: Sat, 25 Jun 2011 17:07:13 +0300 From: Andriy Gapon <avg@FreeBSD.org> To: Vitaly Magerya <vmagerya@gmail.com> Cc: freebsd-acpi@FreeBSD.org Subject: Re: (Missing) power states of an Atom N455-based netbook Message-ID: <4E05EB91.9090509@FreeBSD.org> In-Reply-To: <BANLkTim%2B1UwquMJ32WP8wZBGkYxPv78MLA@mail.gmail.com> References: <BANLkTim%2B1UwquMJ32WP8wZBGkYxPv78MLA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
on 24/06/2011 22:13 Vitaly Magerya said the following: > Hi, folks. I'm having a problem with ACPI on an Atom N455-based > netbook (Samsung N143-DP05UA to be precise). > > Right after I start the laptop I only see one supported power state: > > # sysctl dev.cpu.0.cx_supported > dev.cpu.0.cx_supported: C1/1 > > But after 4+ minutes of uptime more power states kick in: > > # sysctl dev.cpu.0.cx_supported > dev.cpu.0.cx_supported: C1/1 C2/20 C3/100 > > I'd like to have all Cx right after the boot. Is this possible? > > (The temporary solution I employ is to update hw.acpi.cpu.cx_lowest > every time devd gets ACPI CMBAT message; this appears to happen > right after cx_supported is updated). Hmm, strange... Can you check if FreeBSD thinks that the system is on AC power until that CMBAT message? (I see in dmesg that during that boot it detected AC as disconnected). > Also, when I boot the same machine under Linux (latest Ubuntu), > powertop reports C1, C2 and C4 right away. Is it possible to get > C4 under FreeBSD as well? I believe that what FreeBSD reports as C3 is the same as what Linux reports as C4. > Other ACPI problems, which I have are: > 1. When the power cord is plugged in, C3 state disappears. Does the same happen with Linux? Many notebooks disable deep Cx states when on AC power for some reason. > 2. When I plug (or unplug) the power cord I get these two messages: > > ACPI Error: [\\_SB_.VDRV] Namespace lookup failure, AE_NOT_FOUND > (20101013/psargs-464) ACPI Error: Method parse/execution failed > > [\\_SB_.PCI0.LPC0.H_EC._Q51] (Node 0xc42ac1e0), AE_NOT_FOUND > (20101013/psparse-633) > > (This appears to be harmless). Not sure about these, looks like some additional/external table is not loaded. You may check if the same happens with the latest ACPICA in FreeBSD CURRENT. > My verbose dmesg is at [1], ASL dump is at [2], loader.conf is: > > kern.hz=100 > hint.p4tcc.0.disabled=1 > hint.acpi_throttle.0.disabled=1 > hw.pci.do_power_nodriver=3 > hint.apic.0.clock=0 > hint.atrtc.0.clock=0 > > And sysctl hw.acpi output is: > > hw.acpi.supported_sleep_state: S3 S4 S5 > hw.acpi.power_button_state: S5 > hw.acpi.sleep_button_state: S3 > hw.acpi.lid_switch_state: NONE > hw.acpi.standby_state: NONE > hw.acpi.suspend_state: S3 > hw.acpi.sleep_delay: 1 > hw.acpi.s4bios: 0 > hw.acpi.verbose: 0 > hw.acpi.disable_on_reboot: 0 > hw.acpi.handle_reboot: 1 > hw.acpi.reset_video: 0 > hw.acpi.cpu.cx_lowest: C3 > hw.acpi.acline: 0 > hw.acpi.thermal.min_runtime: 0 > hw.acpi.thermal.polling_rate: 10 > hw.acpi.thermal.user_override: 0 > hw.acpi.thermal.tz0.temperature: 54.0C > hw.acpi.thermal.tz0.active: -1 > hw.acpi.thermal.tz0.passive_cooling: 1 > hw.acpi.thermal.tz0.thermal_flags: 0 > hw.acpi.thermal.tz0._PSV: 90.0C > hw.acpi.thermal.tz0._HOT: -1 > hw.acpi.thermal.tz0._CRT: 98.0C > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz0._TC1: 0 > hw.acpi.thermal.tz0._TC2: 10 > hw.acpi.thermal.tz0._TSP: 2 > hw.acpi.battery.life: 46 > hw.acpi.battery.time: 194 > hw.acpi.battery.state: 1 > hw.acpi.battery.units: 1 > hw.acpi.battery.info_expire: 5 > > PS. Please CC me, I'm not subscribed. > > [1] http://tx97.net/~magv/dmesg-n143-verbose.82.txt > [2] http://tx97.net/~magv/n143.asl -- Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4E05EB91.9090509>