Comments on: PC-BSD 9.0 Users Handbook http://blog.pcbsd.org/2012/01/pc-bsd-9-0-users-handbook/ Discover the Desktop Mon, 20 May 2013 21:14:44 +0000 hourly 1 By: dru http://blog.pcbsd.org/2012/01/pc-bsd-9-0-users-handbook/#comment-2527 dru Mon, 28 May 2012 11:31:00 +0000 http://blog.pcbsd.org/?p=795#comment-2527 Is this still occurring for you?

]]> By: Billy J Nunez http://blog.pcbsd.org/2012/01/pc-bsd-9-0-users-handbook/#comment-2526 Billy J Nunez Mon, 28 May 2012 03:31:52 +0000 http://blog.pcbsd.org/?p=795#comment-2526 Unable to load page

Problem occurred while loading the URL ftp://ftp.pcbsd.org/pub/handbook/9.0/handbook_en_ver9.0.pdf

Links are down?!

]]> By: dru http://blog.pcbsd.org/2012/01/pc-bsd-9-0-users-handbook/#comment-2157 dru Mon, 26 Mar 2012 13:17:42 +0000 http://blog.pcbsd.org/?p=795#comment-2157 Thanks for posting the link!

]]> By: Anders http://blog.pcbsd.org/2012/01/pc-bsd-9-0-users-handbook/#comment-2149 Anders Fri, 23 Mar 2012 21:00:45 +0000 http://blog.pcbsd.org/?p=795#comment-2149 Hey! I know this is an old post, but the other day I browsed around, still looking for a more “professional” solution to my ACPI problem, and I came across this website, where the probable cause of the problem is described: http://osdir.com/ml/freebsd-bugs/2011-09/msg00170.html. According to this site, “The problem should occur on any system with a battery using the cmbat
interface, which dispatches a large number of calls via AcpiOsExecute during
initialization. This fills up the task queue, which results in the call to
acpi_cmbat_init_battery getting dropped due to the queue being full, which
results in the bif information not being properly initialized. Because the
cmbat driver only reads this information at initalization, the driver will
incorrectly report the battery as not being present.

Similar issues with other ACPI features may have a similar root cause.
>Fix:
Setting debug.acpi.max_tasks to a high value (I used 128) is a stable
workaround, and will restore functionality.”

]]> By: dru http://blog.pcbsd.org/2012/01/pc-bsd-9-0-users-handbook/#comment-1922 dru Thu, 02 Feb 2012 17:18:25 +0000 http://blog.pcbsd.org/?p=795#comment-1922 You’re welcome. Let us know if it renders well in the Kobo.

]]> By: Zplay http://blog.pcbsd.org/2012/01/pc-bsd-9-0-users-handbook/#comment-1921 Zplay Thu, 02 Feb 2012 16:46:19 +0000 http://blog.pcbsd.org/?p=795#comment-1921 Many thanks for publishing this handbook with an epub format ! So I can read the handbook on my Kobo ebook reader !

]]> By: dru http://blog.pcbsd.org/2012/01/pc-bsd-9-0-users-handbook/#comment-1909 dru Mon, 30 Jan 2012 13:56:31 +0000 http://blog.pcbsd.org/?p=795#comment-1909 No, the correct location includes the pub directory.

]]> By: Mich http://blog.pcbsd.org/2012/01/pc-bsd-9-0-users-handbook/#comment-1898 Mich Sat, 28 Jan 2012 07:19:20 +0000 http://blog.pcbsd.org/?p=795#comment-1898 There’s an error in the link to the handbook page at the ftp server should be :
ftp://ftp.pcbsd.org/handbook/9.0/
instead of
ftp://ftp.pcbsd.org/pub/handbook/9.0/

]]> By: Anders http://blog.pcbsd.org/2012/01/pc-bsd-9-0-users-handbook/#comment-1869 Anders Tue, 24 Jan 2012 17:03:17 +0000 http://blog.pcbsd.org/?p=795#comment-1869 Yesterday, I opened up a forum post on the FreeBSD forums and described my problem there. A tip another user sent me was to add the following to /boot/loader.conf: “debug.acpi.max_tasks=”128″. It worked to some extent; when I boot up PC-BSD on battery source, the system behaves the way it should, it displays the time until empty, XX% remaining, etc. However, if I connect a power source, the system does not necessarily notice it, so the battery icon, as well as acpiconf -i 0 says “discharging” (with the “Remaining capacity” increasing). 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 mWh
Last full capacity: 65700 mWh
Technology: secondary (rechargeable)
Design voltage: 10950 mV
Capacity (warn): 250 mWh
Capacity (low): 100 mWh
Low/warn granularity: 10 mWh
Warn/full granularity: 10 mWh
Model number: bq20z451077VCDEF0123456789ABCDE
Serial number:
Type: LIONz451077VCDEF0123456789ABCDE
OEM info: SMPNz451077VCDEF0123456789ABCDE
State: high
Remaining capacity: 95%
Remaining time: unknown
Present rate: 24127 mW
Present voltage: 12161 mV
”
which is a whole lot better than it would be without the
debug.acpi.max_tasks=”XXXX” in /boot/loader.conf.

My sysctl now reads (with results affected by the debug.acpi.max_tasks=”128″):
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: C1
hw.acpi.acline: 1
hw.acpi.battery.life: 93
hw.acpi.battery.time: -1
hw.acpi.battery.state: 0
hw.acpi.battery.units: 1
hw.acpi.battery.info_expire: 5

So, to make a long story short, all I’ve really done is to add
bebug.acpi.max_tasks=”128″ to /boot/loader.conf. (I’ve tried to increase that number to 2048 without much visible effect).

]]> By: dru http://blog.pcbsd.org/2012/01/pc-bsd-9-0-users-handbook/#comment-1867 dru Tue, 24 Jan 2012 15:53:22 +0000 http://blog.pcbsd.org/?p=795#comment-1867 Replying here as a bit more room. Let us know if you have a chance to experiment with ACPI sysctl settings and which ones improved the situation. Info to get you started is at the beginning of this page: http://wiki.pcbsd.org/index.php/Laptops.

]]>