| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
wsdisplay_resume(). The X server may adjust the display brightness just
before/after the VT switch when suspending/resuming. In fact, it may
already be blocked adjusting the display brightness for some reason
unrelated to the suspend request.
The VT switch request will eventually time out, but the delay is annoying
and the failed VT switch will lead to problems after resume.
Needed for a future update of the xf86-video-intel driver.
ok mlarkin@
|
| |
|
|
|
|
|
|
|
| |
Fixes the interrupt storm on the 2009 Mac mini with WOL enabled on its
nfe(4) interface.
ok mlarkin@
|
|
|
|
| |
much help and ok from deraadt@
|
| |
|
|
|
|
| |
after discussions with beck deraadt kettenis.
|
|
|
|
|
|
| |
it when we hibernate.
ok mlarkin@, miod@, deraadt@
|
|
|
|
|
|
| |
Remember initprocess instead of initproc.
ok matthew@ blambert@
|
|
|
|
|
|
| |
size (kern.bufcachepercent) on resume, for better hibernate performance.
ok beck@
|
|
|
|
| |
ok mlarkin@
|
|
|
|
|
|
| |
during autoconf makes no sense.
ok deraadt@
|
|
|
|
|
|
|
| |
must use the bus_space(9) API to access it instead of memcpy(9). Also make
sure we properly align access to fields that need more than byte alignment.
ok guenther@
|
|
|
|
|
|
|
| |
(used only when ACPI_DEBUG is enabled)
From a diff on tech@ by Fabian Raetz, with a minor change by me, tested
on i386 and amd64 with ACPI_DEBUG enabled and disabled.
|
|
|
|
|
|
|
|
|
|
| |
do so.
Freeing the hibernate structures too early leads to inadvertent calls into
splx when we aren't ready for them yet. Found when trapping splx calls in
the resume path.
discussed with deraadt@ at m2k14
|
|
|
|
| |
to sleep, instead of just the acpi thread going to sleep.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
call bufq_quiesce() after executing the DVACT_QUIESCE handlers.
This should be safe since no disk nor controller drivers have such
handler but it will allow us to detach sd(4) devices attached to a
USB bus.
Another benefit pointed out by kettenis@ is that drivers that need
to read a firmware from the disk should be able to do it at resume
time in a DVACT_WAKEUP handler.
ok kettenis@, deraadt@
|
|
|
|
|
|
|
|
|
|
|
| |
"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
|
|
|
|
|
|
|
|
| |
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@
|
|
|
|
|
|
| |
and don't need to disable SMI ownership of the ACPI hardware registers.
ok mlarkin@
|
|
|
|
| |
GENERIC.MP.
|
|
|
|
|
|
| |
to do this fairly late in the resume to avoid hangs.
ok deraadt@, mlarkin@
|
|
|
|
|
|
|
|
| |
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@
|
|
|
|
|
|
| |
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
|
|
|
|
| |
was certain we were doing this already, but it turns out no...
|
|
|
|
| |
ok deraadt@
|
|
|
|
|
|
|
|
|
|
| |
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@
|
|
|
|
|
|
|
|
| |
There are some models that panic whenever an event is received.
Some cope, some don't. In order to get this right acpiec(4) requires
major rework. Until then let machines boot.
Discussed with deraadt@.
|
|
|
|
|
|
| |
normal rules for controlling this interface through apmd still apply.
ok deraadt@
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
the IBM x3550-M4.
ok mikeb@
|
| |
|
|
|
|
|
|
|
| |
The same check is also performed later in the hibernate sequence, but by
then it's too late to cleanly unwind (presently).
ok deraadt
|
|
|
|
| |
ok mlarkin
|
|
|
|
| |
ok mlarkin
|
|
|
|
|
| |
save the clock back to the rtc. The zaurus already did this.
ok phessler miod kettenis
|
|
|
|
|
|
| |
the obvious cases to return EINVAL and ENXIO.
ok tedu deraadt
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
i386. Stop abusing it on other archs for controling a shutdown by
pressing the soft power button:
* Add a MI sysctl hw.allowpowerdown; if set to 1 (the default) it
allows a power button shutdown.
* Make acpi(4)/acpibtn(4) honor hw.allowpowerdown.
* Switch the various power button intercepts on landisk, sgi, sparc64
and zaurus over to hw.allowpowerdown.
* Garbage collect the machdep.kbdreset sysctl on all archs other than
amd64 and i386.
ok miod@
|
|
|
|
|
|
|
|
| |
This is originally written by Hiroyuki Aizu, ported and integrated
in our tree by Javier Vazquez <javama4 AT gmail> with tweaks and
suggestions by me.
Import prodded by deraadt@ and the lack of testers on tech@.
|
|
|
|
| |
ok deraadt@
|
| |
|
|
|
|
|
| |
Serialize processing ACPI tasks for sleep/powerdown/GPE event
ok deraadt@
|
|
|
|
| |
"then please back it out" deraadt@
|