Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 2 Jul 2011 23:30:21 +0300
From:      Vitaly Magerya <vmagerya@gmail.com>
To:        Andriy Gapon <avg@freebsd.org>
Cc:        freebsd-acpi@freebsd.org
Subject:   Re: (Missing) power states of an Atom N455-based netbook
Message-ID:  <CAL409Kw=rUnm9D56KvYiFWiU-bp59KqKnPcUXL38rZsW_Qh8AQ@mail.gmail.com>
In-Reply-To: <4E0DB58F.4070906@FreeBSD.org>
References:  <BANLkTim%2B1UwquMJ32WP8wZBGkYxPv78MLA@mail.gmail.com> <4E05EB91.9090509@FreeBSD.org> <BANLkTi=dyNx=TjyEqYMhSkRtddjVA4nAtw@mail.gmail.com> <4E0862A0.7060405@FreeBSD.org> <BANLkTikmVUtLyANBSqYb%2BL-xkwQ4Zo51Eg@mail.gmail.com> <4E09BADF.7050702@FreeBSD.org> <BANLkTin_%2BZH%2Bo7rdR9ijHMtrXcSdH9ZSdQ@mail.gmail.com> <4E0A41C8.3000904@FreeBSD.org> <BANLkTikwgy%2BKuA5E5zXQKGT-eyV35YAVag@mail.gmail.com> <4E0CE158.6030804@FreeBSD.org> <BANLkTinRY-h%2BkpXtwWJ_L86qVRdoynFSdg@mail.gmail.com> <4E0DB58F.4070906@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Andriy Gapon <avg@freebsd.org> wrote:
>>     VDRV: 00 -> 01
>
> Looks like this variable should tell if OS has ACPI Video driver, to be precise
> if _BCL method was invoked at least once.
> Looks like in your case the driver doesn't attach for some reason?..

I don't have acpi_video loaded (it's not loaded by default). If I
do load it, VDRV indeed becomes 1 (brightness controls that acpi_video
exposes don't work though; this appears to be a known problem with
Samsung laptops).

> Unfortunately, I don't remember if or where you provided your dmesg.

It's at [1].

>> (Note that C1ON is 0 just as with FreeBSD, and yet powertop does
>> report C2 and C4).
>
> [...]
>
> Actually, it seems that they have them simply hardcoded:
> http://lxr.linux.no/#linux+v2.6.39/drivers/idle/intel_idle.c#L171
> I am not sure how to check on Linux which cpuidle driver is being used.  If you
> know, could please check that?  And if the driver is intel_idle, then there is
> no mystery, they use those hardcoded values.

I think the mystery is solved then:

    $ cat /sys/devices/system/cpu/cpuidle/current_driver
    intel_idle

>> Then, after about 4 minutes of uptime, C1ON changes to 1 (and
>> powertop still reports the same states).
>
> OK, no difference here.  So it's probably done by firmware based on some unknown
> logic.

It seems that way.

[1] http://tx97.net/~magv/dmesg-n143-verbose.82.txt



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAL409Kw=rUnm9D56KvYiFWiU-bp59KqKnPcUXL38rZsW_Qh8AQ>