Age | Commit message (Collapse) | Author |
|
generation x1 carbon that have done away with regular F1-F12 keys
from rivo nurges <rix at estpak.ee> and reportedly tested on x1
carbon, x220, and x61s
|
|
by newer firmware. May cause problems with brightness control on some systems.
"lets see what happens" kettenis@, and.. deraadt@ agrees (..hopefully).
|
|
"mainbus" device. this breaks when mpath is enabled because it
attaches before mainbus and therefore takes the head position.
have autoconf provide device_mainbus() which looks up mainbus_cd,
and use that instead.
discussed with deraadt who just wants mpath stuff to move forward
despite there being many ways to shine this particular turd.
|
|
|
|
AML, and will do WAITOK operations. While cold, that is a bad idea.
We seem to be safe with respect to the spec, I do not see any event
debounce issues here.
ok kettenis, tested by many
|
|
rather than DVACT_RESUME
in snapshots for a long time, looked at by pirofti kettenis mlarkin
|
|
|
|
Put the activate function in the proper place in cfattach.
Tested by jasper@ on eeepc-900
Okay kettenis@
|
|
fadt->hdr_revision <= 1. This is a better check since it checks
the version of the proper descriptor. This allows the alix APU
to reboot since those boards have currently a wrong sc->sc_revision.
Committing this now so that it can be tested easier.
With and OK jsg@ also fine by derradt@
|
|
hibernate goo up after 64KB to avoid posible corruption by buggy BIOS SMM
code. Diff also ensures the first 64KB doesn't get handed to UVM either.
ok deraadt@, tested by many with no regressions reported
|
|
and don't need to disable SMI ownership of the ACPI hardware registers.
ok mlarkin@
|
|
GENERIC.MP.
|
|
there and the AML might reference stuff that isn't there.
|
|
need to do, since we do not use many hpet features.
ok kettenis millert
|
|
spec. More might be required.
ok jordan matthew mlarkin
|
|
|
|
to do this fairly late in the resume to avoid hangs.
ok deraadt@, mlarkin@
|
|
formatting into a local buffer.
ok miod@
|
|
ok deraadt@
|
|
kernel resumes normal (non-cold, able to run processes, etc) operation.
Previously we were relying on specific DVACT_RESUME op's in drivers
creating callback/threads themselves, but that has become too common,
indicating the need for a built-in mechanism.
ok dlg kettenis, tested by a sufficient amount of people
|
|
|
|
for PCI devices. This hook should be called twice, before and after
changing the power state of a PCI device.
Before setting the device to the new state, the ACPI layer will notify
every power resources linked to the device for that state and make sure
they are turned "_ON". After changing the state of the device, it will
decrement the reference of every power resources linked to that device
for the old state and turn them "_OFF" if they are no longer referenced.
This fixes the no-USB after resume problem seen on various ThinkPad,
problem initialy diagnosed with Alexander Polakov.
ok kettenis@, deraadt@
|
|
a couple of machines and so far caused no regressions. Pt this in the tree
now to get wider testing.
ok deraadt@
|
|
being called in a workq.
ok kettenis@
|
|
The "handling" is just to consume the event so that no dmesg output is
printed. Since these docks have no bays, there isn't much to do on these
events anyway.
ok jcs@
|
|
|
|
useful for people not using machdep.lidsuspend. sysutils/upower will make
use of this soon.
Note that on some laptops, no LID event is triggered upon resume when using
machdep.lidsuspend, so the value might be false in this case..
Tested by rpe@ on a variety of Lenovo HW, thanks!
ok kettenis@ deraadt@
|
|
tc_frequency is unsigned
ok kettenis@
|
|
and shouldn't do another SCI query. Such a spurious SCI query blocks on
certain HP laptops, which in turn blocks the acpi thread.
tested by many
ok mlarkin@
|
|
revision:
sys/dev/acpi/asus_acpi.c r1.4
sys/dev/cardbus/cardbus_exrom.c r1.11
sys/dev/cardbus/cardbus_exrom.h r1.6
ok kettenis@
|
|
resolves a problem parsing the AML on an ASUS UX21A
originally from armani@
ok kettenis@
|
|
actually defined. The ACPI standard isn't clear wether this is allowed,
but it makes some sense to just initialize the object with the source of
the Store(). Fixes the resulting panic on that particular machine.
ok mlarkin@
|
|
Helps with VMware VMs that report hundreds of wakeup devices.
ok reyk@, deraadt@
|
|
OK deraadt@ tedu@
|
|
cleaning up some shutdown-hook related code on the way.
(A few drivers related to sparc are still skipped at kettenis' request)
ok kettenis mlarkin, tested by many others too
|
|
only worked for field units that were 8 bits or less in size on fields
using byte access. Fixes issues origionally reported by jcs@ and armani@.
ok mlarkin@
|
|
was certain we were doing this already, but it turns out no...
|
|
ok millert@
|
|
group and sort ignored events
ok deraadt
|
|
keys are used. Simply ignore this event. We have no use for it and the
keys work just fine with the new inteldrm(4).
ok mpi@, jsg@, otto@, jsg@
|
|
function pointer arguments which are {used as,} wrappers around the kernel
printf function.
No functional change.
|
|
The routines check if the AML requires us to acquire the global lock by
checking a flag stored in the soft state at attach and locks or unlocks
if true.
This is just building locking framework and is not hooked in any way to
the kernel.
Okay kettenis@.
|
|
I think this diff is the way to go if we want to have proper locking in
our acpi drivers. This doesn't hook onto anything from the kernel and
is just building framework towards locking.
Okay mlarkin@, kettenis@.
|
|
ok deraadt@
|
|
These functions represent the basic blocks for using the ACPI global
lock that provides mutual exclusion between the OSPM and the BIOS.
No functional change. Okay kettenis@, deraadt@.
|
|
ok kettenis
|
|
paths are reflexive. It is now possible to fail part-way through a
suspend sequence, and recover along the resume code path.
Split DVACT_SUSPEND by adding a new DVACT_POWERDOWN method is used
after hibernate (and suspend too) to finish the job. Some drivers
must be converted at the same time to use this instead of shutdown hooks
(the others will follow at a later time)
ok kettenis mlarkin
|
|
ok kettenis@
|
|
power state for a PCI device for the power state (currently S3 or S4) we're
transitioning into. This function is probably too simplistic; there is a lot
of (silly) complexity in the ACPI spec.
ok deraadt@
|
|
ok miod
|