misc/166793: cDPVgNXLrxPGgBB
zGhdBzhtDl
gadames at gmail.com
Mon Apr 9 17:20:13 UTC 2012
>Number: 166793
>Category: misc
>Synopsis: cDPVgNXLrxPGgBB
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: doc-bug
>Submitter-Id: current-users
>Arrival-Date: Mon Apr 09 17:20:12 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator: zGhdBzhtDl
>Release: JQVxbplF
>Organization:
Solfacym
>Environment:
âdischargingâ (with the âRemaining capacityâ asnreicing). If I happen to connect my Mac to a power source and then boot PC-BSD, the battery indicator (on GNOME, KDE, XFCE, etc) and acpiconf âi 0 say charging, as they are supposed to. But if I then disconnect the Mac from the power source, the battery indicator on GNOME, KDE, and so on says âLaptop is fully chargedâ, while acpiconf âi 0 says:âDesign capacity:65000 mWhLast full capacity:65700 mWhTechnology:secondary (rechargeable)Design voltage:10950 mVCapacity (warn):250 mWhCapacity (low):100 mWhLow/warn granularity:10 mWhWarn/full granularity:10 mWhModel number:bq20z451077VCDEF0123456789ABCDESerial number:Type:LIONz451077VCDEF0123456789ABCDEOEM info:SMPNz451077VCDEF0123456789ABCDEState:highRemaining capacity:95%Remaining time:unknownPresent rate:24127 mWPresent voltage:12161 mVâwhich is a whole lot better than it would be without thedebug.acpi.max_tasks=âXXXXâ in /boot/loader.conf.My sysctl now r
eads (with results affected by the debug.acpi.max_tasks=â128â):hw.acpi.supported_sleep_state: S3 S4 S5hw.acpi.power_button_state: S5hw.acpi.sleep_button_state: S3hw.acpi.lid_switch_state: NONEhw.acpi.standby_state: NONEhw.acpi.suspend_state: S3hw.acpi.sleep_delay: 1hw.acpi.s4bios: 0hw.acpi.verbose: 0hw.acpi.disable_on_reboot: 0hw.acpi.handle_reboot: 1hw.acpi.reset_video: 0hw.acpi.cpu.cx_lowest: C1hw.acpi.acline: 1hw.acpi.battery.life: 93hw.acpi.battery.time: â1hw.acpi.battery.state: 0hw.acpi.battery.units: 1hw.acpi.battery.info_expire: 5So, to make a long story short, all Iâve really done is to addbebug.acpi.max_tasks=â128â to /boot/loader.conf. (Iâve tried to increase that number to 2048 without much visible effect).
>Description:
âdischargingâ (with the âRemaining capacityâ asnreicing). If I happen to connect my Mac to a power source and then boot PC-BSD, the battery indicator (on GNOME, KDE, XFCE, etc) and acpiconf âi 0 say charging, as they are supposed to. But if I then disconnect the Mac from the power source, the battery indicator on GNOME, KDE, and so on says âLaptop is fully chargedâ, while acpiconf âi 0 says:âDesign capacity:65000 mWhLast full capacity:65700 mWhTechnology:secondary (rechargeable)Design voltage:10950 mVCapacity (warn):250 mWhCapacity (low):100 mWhLow/warn granularity:10 mWhWarn/full granularity:10 mWhModel number:bq20z451077VCDEF0123456789ABCDESerial number:Type:LIONz451077VCDEF0123456789ABCDEOEM info:SMPNz451077VCDEF0123456789ABCDEState:highRemaining capacity:95%Remaining time:unknownPresent rate:24127 mWPresent voltage:12161 mVâwhich is a whole lot better than it would be without thedebug.acpi.max_tasks=âXXXXâ in /boot/loader.conf.My sysctl now reads (with res
ults affected by the debug.acpi.max_tasks=â128â):hw.acpi.supported_sleep_state: S3 S4 S5hw.acpi.power_button_state: S5hw.acpi.sleep_button_state: S3hw.acpi.lid_switch_state: NONEhw.acpi.standby_state: NONEhw.acpi.suspend_state: S3hw.acpi.sleep_delay: 1hw.acpi.s4bios: 0hw.acpi.verbose: 0hw.acpi.disable_on_reboot: 0hw.acpi.handle_reboot: 1hw.acpi.reset_video: 0hw.acpi.cpu.cx_lowest: C1hw.acpi.acline: 1hw.acpi.battery.life: 93hw.acpi.battery.time: â1hw.acpi.battery.state: 0hw.acpi.battery.units: 1hw.acpi.battery.info_expire: 5So, to make a long story short, all Iâve really done is to addbebug.acpi.max_tasks=â128â to /boot/loader.conf. (Iâve tried to increase that number to 2048 without much visible effect).
>How-To-Repeat:
âdischargingâ (with the âRemaining capacityâ asnreicing). If I happen to connect my Mac to a power source and then boot PC-BSD, the battery indicator (on GNOME, KDE, XFCE, etc) and acpiconf âi 0 say charging, as they are supposed to. But if I then disconnect the Mac from the power source, the battery indicator on GNOME, KDE, and so on says âLaptop is fully chargedâ, while acpiconf âi 0 says:âDesign capacity:65000 mWhLast full capacity:65700 mWhTechnology:secondary (rechargeable)Design voltage:10950 mVCapacity (warn):250 mWhCapacity (low):100 mWhLow/warn granularity:10 mWhWarn/full granularity:10 mWhModel number:bq20z451077VCDEF0123456789ABCDESerial number:Type:LIONz451077VCDEF0123456789ABCDEOEM info:SMPNz451077VCDEF0123456789ABCDEState:highRemaining capacity:95%Remaining time:unknownPresent rate:24127 mWPresent voltage:12161 mVâwhich is a whole lot better than it would be without thedebug.acpi.max_tasks=âXXXXâ in /boot/loader.conf.My sysctl now reads (with res
ults affected by the debug.acpi.max_tasks=â128â):hw.acpi.supported_sleep_state: S3 S4 S5hw.acpi.power_button_state: S5hw.acpi.sleep_button_state: S3hw.acpi.lid_switch_state: NONEhw.acpi.standby_state: NONEhw.acpi.suspend_state: S3hw.acpi.sleep_delay: 1hw.acpi.s4bios: 0hw.acpi.verbose: 0hw.acpi.disable_on_reboot: 0hw.acpi.handle_reboot: 1hw.acpi.reset_video: 0hw.acpi.cpu.cx_lowest: C1hw.acpi.acline: 1hw.acpi.battery.life: 93hw.acpi.battery.time: â1hw.acpi.battery.state: 0hw.acpi.battery.units: 1hw.acpi.battery.info_expire: 5So, to make a long story short, all Iâve really done is to addbebug.acpi.max_tasks=â128â to /boot/loader.conf. (Iâve tried to increase that number to 2048 without much visible effect).
>Fix:
âdischargingâ (with the âRemaining capacityâ asnreicing). If I happen to connect my Mac to a power source and then boot PC-BSD, the battery indicator (on GNOME, KDE, XFCE, etc) and acpiconf âi 0 say charging, as they are supposed to. But if I then disconnect the Mac from the power source, the battery indicator on GNOME, KDE, and so on says âLaptop is fully chargedâ, while acpiconf âi 0 says:âDesign capacity:65000 mWhLast full capacity:65700 mWhTechnology:secondary (rechargeable)Design voltage:10950 mVCapacity (warn):250 mWhCapacity (low):100 mWhLow/warn granularity:10 mWhWarn/full granularity:10 mWhModel number:bq20z451077VCDEF0123456789ABCDESerial number:Type:LIONz451077VCDEF0123456789ABCDEOEM info:SMPNz451077VCDEF0123456789ABCDEState:highRemaining capacity:95%Remaining time:unknownPresent rate:24127 mWPresent voltage:12161 mVâwhich is a whole lot better than it would be without thedebug.acpi.max_tasks=âXXXXâ in /boot/loader.conf.My sysctl now reads (with res
ults affected by the debug.acpi.max_tasks=â128â):hw.acpi.supported_sleep_state: S3 S4 S5hw.acpi.power_button_state: S5hw.acpi.sleep_button_state: S3hw.acpi.lid_switch_state: NONEhw.acpi.standby_state: NONEhw.acpi.suspend_state: S3hw.acpi.sleep_delay: 1hw.acpi.s4bios: 0hw.acpi.verbose: 0hw.acpi.disable_on_reboot: 0hw.acpi.handle_reboot: 1hw.acpi.reset_video: 0hw.acpi.cpu.cx_lowest: C1hw.acpi.acline: 1hw.acpi.battery.life: 93hw.acpi.battery.time: â1hw.acpi.battery.state: 0hw.acpi.battery.units: 1hw.acpi.battery.info_expire: 5So, to make a long story short, all Iâve really done is to addbebug.acpi.max_tasks=â128â to /boot/loader.conf. (Iâve tried to increase that number to 2048 without much visible effect).
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-bugs
mailing list