>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: _______________________________________________ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
