Contributed by merdely on from the crackin-crackin-crackin dept.
Following the ACPI "attohackathon", most ACPI functionality has been enabled by default:
CVSROOT: /cvs Module name: src Changes by: deraadt@ 2007/11/15 15:21:32 Modified files: sys/arch/amd64/conf: GENERIC RAMDISK RAMDISK_CD sys/arch/i386/conf: GENERIC RAMDISK RAMDISKB RAMDISKC RAMDISK_CD Log message: enable most acpi functionality by default. now instead of 'enable acpi', you use 'disable acpi' or 'disable apm' [when] you encounter problems (depending on which kind of problems). if we work hard enough, this can remain the situation by the time we ship the next release. otherwise, we will re-disable acpi... so let's [get] crackin'
Below is a list of enabled acpi subsystems.
- acpi(4) - Main ACPI interface
- acpiac(4) - ACPI AC adapter
- acpibat(4) - ACPI control method battery
- acpibtn(4) - ACPI button
- acpicpu(4) - ACPI processor power and performance state
- acpiec(4) - ACPI embedded controller
- acpihpet(4) - ACPI high precision event timer
- acpimadt(4) - ACPI APIC configuration
- acpiprt(4) - ACPI PCI routing table configuration
- acpitimer(4) - ACPI power management timer
- acpitz(4) - ACPI thermal zone
acpidock(4) (ACPI docking station) is still disabled (See the BUGS section of the man page).
Be sure to test, send in your dmesgs and report bugs (using sendbug(1)). Let's make sure we can get this into 4.3!
For more information about what's going on in -current, see the -current changelog webpage.
(Comments are closed)
By Anonymous Coward (71.130.195.145) on
By ljhanson (208.97.218.10) on
Comments
By Brandon Gooch (brandon) on http://www.sosu.edu/
There's a snapshot dated today, November 17, 2007. I'm gonna try that one.
By Anonymous Coward (84.217.63.14) on
Is it possible for apm and acpi to co-exists?
Comments
By Damien Miller (djm) on http://www.mindrot.org/~djm/
> Is it possible for apm and acpi to co-exists?
no
By Martijn Rijkeboer (145.100.55.162) martijn_at_bunix_dot_org on http://www.bunix.org/
Comments
By Anonymous Coward (81.151.174.4) on
ACPI seems to work on my lappy: sensors and 'halt -p' work anyway, and no crashes. Wheres the fun in that? Hope I find a bug soon :(
:) thanks.
Comments
By Jan (82.95.251.82) on
Not sure if it was because of latest development (using latest snaps), but will keep an eye on it.
The positive news;
I am using acpi now for battery status, battery charging status, system and processor temperature, and seems to work great here.
As told by the previous poster also, halt -p is working fine now with my Dell Inspiron 9400 lappy, where I had to switch off by pushing the power button for several seconds.
Great to see OpenBSD improve on this!
Thanks to the dev's and keep up the good work ;-))
Comments
By Anonymous Coward (219.90.173.40) on
> Not sure if it was because of latest development (using latest snaps), but will keep an eye on it.
I've seen this before on several laptop models. Its usually related to a dodgy power cable, or connection to the laptop. Sometimes its a connection internal to the laptop - e.g. there might be plug for different components under the keyboard which is loose.
Its unlikely that its a software issue.
Comments
By Jan (82.95.251.82) on
>
> Its unlikely that its a software issue.
That's indeed the case; the connection of the powerplug on the motherboard is crappy. I will solve this in a few days..
You are right this normally is not a software related thing, glad it is the case this time also ;-)
Thanks for your advise btw..
Jan