summaryrefslogtreecommitdiff
path: root/drivers/acpi/acpica/acopcode.h
diff options
context:
space:
mode:
authorBhaskar Upadhaya <bupadhaya@marvell.com>2020-01-08 09:17:38 -0800
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2020-01-13 11:49:55 +0100
commitcea79e7e2f24125b895bbfcdf98c8cfd1fb684d1 (patch)
treeb994fd804abd653de8cdf2941cad70bfad8a3e42 /drivers/acpi/acpica/acopcode.h
parentb3a987b0264d3ddbb24293ebff10eddfc472f653 (diff)
downloadlwn-cea79e7e2f24125b895bbfcdf98c8cfd1fb684d1.tar.gz
lwn-cea79e7e2f24125b895bbfcdf98c8cfd1fb684d1.zip
apei/ghes: Do not delay GHES polling
Currently, the ghes_poll_func() timer callback is registered with the TIMER_DEFERRABLE flag. Thus, it is run when the CPU eventually wakes up together with a subsequent non-deferrable timer and not at the precisely configured polling interval. For polling mode, the polling interval configured by firmware should not be exceeded according to the ACPI spec 6.3, Table 18-394. The definition of the polling interval is: "Indicates the poll interval in milliseconds OSPM should use to periodically check the error source for the presence of an error condition." If this interval is extended due to the timer callback deferring, error records can get lost. Which we are observing on our ThunderX2 platforms. Therefore, remove the TIMER_DEFERRABLE flag so that the timer callback executes at the precise interval. Signed-off-by: Bhaskar Upadhaya <bupadhaya@marvell.com> [ bp: Subject & changelog ] Acked-by: Borislav Petkov <bp@suse.de> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'drivers/acpi/acpica/acopcode.h')
0 files changed, 0 insertions, 0 deletions