27dca831a6
I have a system that is very unstable after resuming from suspend-to-RAM but only if HPET is used as the event timer. The theory is that SMM code / firmware could be enabling HPET for its own uses and unexpected interrupts cause a trouble for it. Originally I wanted to solve the problem in hpet_suspend() method, but that was insufficient as the event timer could get reprogrammed again. So, it's better, for my case and in general, to stop the event timer(s) before entering the hardware suspend. MFC after: 4 weeks Differential Revision: https://reviews.freebsd.org/D15413 |
||
|---|---|---|
| .. | ||
| Osd | ||
| acpi_acad.c | ||
| acpi_battery.c | ||
| acpi_bus_if.m | ||
| acpi_button.c | ||
| acpi_cmbat.c | ||
| acpi_container.c | ||
| acpi_cpu.c | ||
| acpi_dock.c | ||
| acpi_ec.c | ||
| acpi_hpet.c | ||
| acpi_hpet.h | ||
| acpi_if.m | ||
| acpi_isab.c | ||
| acpi_lid.c | ||
| acpi_package.c | ||
| acpi_pci_link.c | ||
| acpi_pci.c | ||
| acpi_pcib_acpi.c | ||
| acpi_pcib_pci.c | ||
| acpi_pcib.c | ||
| acpi_pcibvar.h | ||
| acpi_pcivar.h | ||
| acpi_perf.c | ||
| acpi_powerres.c | ||
| acpi_quirk.c | ||
| acpi_quirks | ||
| acpi_resource.c | ||
| acpi_smbat.c | ||
| acpi_smbus.h | ||
| acpi_thermal.c | ||
| acpi_throttle.c | ||
| acpi_timer.c | ||
| acpi_video.c | ||
| acpi.c | ||
| acpiio.h | ||
| acpivar.h | ||