Laptop Battery drains insanely Fast!
george ember
sk8harddiefast at gmail.com
Thu Feb 12 15:56:39 UTC 2015
Also I don't know if helps
*$ sysctl hw.acpi.battery*
hw.acpi.battery.life: 22
hw.acpi.battery.time: 53
hw.acpi.battery.state: 1
hw.acpi.battery.units: 1
hw.acpi.battery.info_expire: 5
I guess that means 53 minutes already working / 22% power left on battery.
Sounds bad :(
-----------------------------------------------------------------------------------------------------------------------------------------------------
2015-02-12 17:36 GMT+02:00 george ember <sk8harddiefast at gmail.com>:
> Ok. I will try to write them more clear [?]
>
> My $ *sudo kldstat -v | grep ibm*
>
> 2 1 0xffffffff81956000 7808 acpi_ibm.ko (/boot/kernel/acpi_ibm.ko)
> 1 acpi/acpi_ibm
>
> PS: My battery still dropping too fast. The last five minutes dropped from
> 37% to 33% and is just open doing nothing!
>
>
>
>
> -----------------------------------------------------------------------------------------------------------------------------------------------------
>
> 2015-02-12 17:15 GMT+02:00 Ian Smith <smithi at nimnet.asn.au>:
>
>> On Thu, 12 Feb 2015 16:18:33 +0200, george ember wrote:
>> > Ok. I made the changes.
>>
>> That line quoted, but the rest didn't. gmail can be weird, but so can
>> pine .. Oh well I'll try delineating your content clearly ..
>>
>> =======
>> I changed my */etc/rc.conf* from
>>
>> performance_cx_lowest="CMAX"
>> performance_cx_lowest="CMAX"
>>
>> to
>>
>> performance_cx_lowest="Cmax"
>> performance_cx_lowest="Cmax"
>>
>> and I rebooted laptop.
>>
>> My
>> *$ tail -f /var/log/messages*
>> Feb 13 15:28:47 FreeBSD kernel: WARNING: attempt to domain_add(bluetooth)
>> after domainfinalize()
>> Feb 13 15:28:47 FreeBSD kernel: WARNING: attempt to domain_add(netgraph)
>> after domainfinalize()
>> Feb 13 15:28:48 FreeBSD ntpd[609]: ntpd 4.2.4p5-a (1)
>> Feb 13 15:28:55 FreeBSD ntpd[610]: time correction of -86382 seconds
>> exceeds sanity limit (1000); set clock manually to the correct UTC time.
>> =======
>>
>> Yes you're a day ahead of yourself :)
>>
>> =======
>> Feb 13 15:35:08 FreeBSD devd: Executing '/etc/rc.d/power_profile 0x01'
>> Feb 13 15:35:08 FreeBSD power_profile: changed to 'performance'
>> Feb 13 15:35:12 FreeBSD devd: Executing '/etc/rc.d/power_profile 0x00'
>> Feb 13 15:35:12 FreeBSD power_profile: changed to 'economy'
>> Feb 13 15:35:16 FreeBSD devd: Executing '/etc/rc.d/power_profile 0x01'
>> Feb 13 15:35:16 FreeBSD power_profile: changed to 'performance'
>> Feb 13 15:38:06 FreeBSD devd: Executing '/etc/rc.d/power_profile 0x00'
>> Feb 13 15:38:06 FreeBSD power_profile: changed to 'economy'
>> Feb 13 15:38:09 FreeBSD devd: Executing '/etc/rc.d/power_profile 0x01'
>> Feb 13 15:38:09 FreeBSD power_profile: changed to 'performance'
>> ^C
>>
>> Returns from performance to economy profile when I plug / unplug the
>> charger
>>
>> I restart powerd service to keep the latest values.
>>
>> My *$ sysctl -a | egrep 'cx|freq_'* now changed
>> hw.acpi.cpu.cx_lowest: C8
>> =======
>>
>> That's the go ..
>>
>> =======
>> dev.cpu.0.freq_levels: 2201/35000 2200/35000 2100/32872 2000/30785
>> 1900/29079 1800/27071 1700/25435 1600/23510 1500/21943 1400/20089
>> 1300/18589 1200/16810
>> dev.cpu.0.cx_supported: C1/1/1 C2/2/59 C3/3/87
>> dev.cpu.0.cx_lowest: C8
>> dev.cpu.0.cx_usage: 0.16% 0.11% 99.72% last 11934us
>> dev.cpu.1.cx_supported: C1/1/1 C2/2/59 C3/3/87
>> dev.cpu.1.cx_lowest: C8
>> dev.cpu.1.cx_usage: 0.07% 0.07% 99.84% last 9180us
>> dev.cpu.2.cx_supported: C1/1/1 C2/2/59 C3/3/87
>> dev.cpu.2.cx_lowest: C8
>> dev.cpu.2.cx_usage: 0.19% 0.12% 99.68% last 6813us
>> dev.cpu.3.cx_supported: C1/1/1 C2/2/59 C3/3/87
>> dev.cpu.3.cx_lowest: C8
>> dev.cpu.3.cx_usage: 0.00% 0.00% 100.00% last 12137us
>> dev.cpu.4.cx_supported: C1/1/1 C2/2/59 C3/3/87
>> dev.cpu.4.cx_lowest: C8
>> dev.cpu.4.cx_usage: 0.07% 0.02% 99.90% last 14us
>> dev.cpu.5.cx_supported: C1/1/1 C2/2/59 C3/3/87
>> dev.cpu.5.cx_lowest: C8
>> dev.cpu.5.cx_usage: 0.36% 0.23% 99.39% last 13169us
>> dev.cpu.6.cx_supported: C1/1/1 C2/2/59 C3/3/87
>> dev.cpu.6.cx_lowest: C8
>> dev.cpu.6.cx_usage: 0.21% 0.12% 99.65% last 10611us
>> dev.cpu.7.cx_supported: C1/1/1 C2/2/59 C3/3/87
>> dev.cpu.7.cx_lowest: C8
>> dev.cpu.7.cx_usage: 0.08% 0.04% 99.87% last 12465us
>> =======
>>
>> Excellent.
>>
>> =======
>> dev.est.0.freq_settings: 2201/35000 2200/35000 2100/32872 2000/30785
>> 1900/29079 1800/27071 1700/25435 1600/23510 1500/21943 1400/20089
>> 1300/18589 1200/16810
>> [..]
>>
>> My *acpiconf -i0*
>> Design capacity: 45820 mWh
>> Last full capacity: 42170 mWh
>> Technology: secondary (rechargeable)
>> Design voltage: 14400 mV
>> Capacity (warn): 4210 mWh
>> Capacity (low): 1263 mWh
>> Low/warn granularity: 264 mWh
>> Warn/full granularity: 3780 mWh
>> Model number: PABAS0241231
>> Serial number: 41167
>> Type: Li-Ion
>> OEM info: LENOVO
>> State: discharging
>> Remaining capacity: 53%
>> Remaining time: 2:19
>> Present rate: 9760 mW
>> Present voltage: 14362 mV
>> =======
>>
>> Right, so you should get ~4 hours from a full charge (at idle, anyway)
>>
>> =======
>> My* $ sudo sysctl hw.acpi*
>> 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: C8
>> hw.acpi.thermal.min_runtime: 0
>> hw.acpi.thermal.polling_rate: 10
>> hw.acpi.thermal.user_override: 0
>> hw.acpi.thermal.tz0.temperature: 45.0C
>> hw.acpi.thermal.tz0.active: -1
>> hw.acpi.thermal.tz0.passive_cooling: 0
>> hw.acpi.thermal.tz0.thermal_flags: 1
>> hw.acpi.thermal.tz0._PSV: 0.0C
>> hw.acpi.thermal.tz0._HOT: 127.0C
>> hw.acpi.thermal.tz0._CRT: 127.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: 0
>> hw.acpi.thermal.tz0._TSP: 0
>> hw.acpi.battery.life: 49
>> hw.acpi.battery.time: 125
>> hw.acpi.battery.state: 1
>> hw.acpi.battery.units: 1
>> hw.acpi.battery.info_expire: 5
>> hw.acpi.acline:
>> =======
>>
>> Mildly surprising only one thermal zone, and that with no passive
>> cooling potential, but I suppose it relies on the fan.
>>
>> =======
>> Now for the script, I have a little problem
>>
>> The script now:
>>
>> #!/bin/sh
>> t=" " # a tab
>> echo -n "`date` "
>> sysctl dev.cpu.0.freq
>> echo "`sysctl -n dev.cpu.2.cx_usage` $t `sysctl -n vm.loadavg`"
>> echo "`sysctl -n dev.cpu.7.cx_usage` $t { `sysctl -n
>> kern.eventtimer.timer` }"
>> sysctl dev.acpi_ibm | egrep 'fan_|thermal'
>> sysctl hw.acpi.thermal.tz0.temperature
>> acpiconf -i0 | egrep 'State|Remain|Present|Volt'
>>
>> And
>>
>> *sudo kldload acpi_ibm*
>> Password:
>> kldload: can't load acpi_ibm: module already loaded or in kernel
>>
>> but
>>
>> $ ./stat
>> Fri Feb 13 16:11:11 EET 2015 dev.cpu.0.freq: 1200
>> 0.13% 0.11% 99.75% last 60305us { 0.12 0.10 0.08 }
>> 0.06% 0.06% 99.87% last 2029us { LAPIC }
>> *sysctl: unknown oid 'dev.acpi_ibm': No such file or directory*
>> hw.acpi.thermal.tz0.temperature: 45.0C
>> State: discharging
>> Remaining capacity: 46%
>> Remaining time: 1:58
>> Present rate: 9940 mW
>> Present voltage: 14128 mV
>> =======
>>
>> Again, looking good for ~4 hours at idle. If you get the video stuff
>> sorted out - I know next to nothing about that - might save some more.
>>
>> I've no idea what's wrong with acpi_ibm here. I suppose that
>> # kldstat -v | grep ibm
>> produces no output? Maybe it doesn't work with this model? Anyone?
>>
>>
>> =======
>> яяPS: Please do not get angry with me. I am from Greece. I don't speak
>> good
>> English. I learned alone through FreeBSD forum!
>> =======
>>
>> Wouldn't dream of it. You're doing fine.
>>
>> Not top-posting - M$ outlock style - would be a nice touch though :)
>>
>> cheers, Ian
>>
>> =======
>> 2015-02-12 11:39 GMT+02:00 Ian Smith <smithi at nimnet.asn.au>:
>> [..]
>
>
>
More information about the freebsd-acpi
mailing list