summaryrefslogtreecommitdiff
path: root/board/samus
diff options
context:
space:
mode:
authorShawn Nematbakhsh <shawnn@chromium.org>2015-07-27 14:36:53 -0700
committerChromeOS Commit Bot <chromeos-commit-bot@chromium.org>2015-07-28 21:31:38 +0000
commita9527fd686dcdd0b04c4eac6690531d945e7f221 (patch)
treeb094ce4302d22dcff233e9738fc71105f70adaca /board/samus
parent0183e3cc7ffc507bbb3fc7d4165b3b13a90b813e (diff)
downloadchrome-ec-a9527fd686dcdd0b04c4eac6690531d945e7f221.tar.gz
acpi: Ensure continuity of memmap data with a read cache
For multi-byte ACPI memmap reads, we previously had a mutex to ensure data continuity. A better approach is to use a read cache. Since the kernel will enable burst mode before reading a multi-byte memmap variable and disable it afterward, we can populate the cache on the first read after enabling burst. This solution removes deadlock bugs, is contained entirely in acpi.c, and saves a deferred function. BUG=chromium:514283 TEST=Manual on Glados. Add prints in acpi_read, verify that multi-byte reads come from cache and non-burst reads continue to function as before. BRANCH=Cyan Signed-off-by: Shawn Nematbakhsh <shawnn@chromium.org> Change-Id: I74e4927bf2b433e31a9ff65d72820fa087c51722 Reviewed-on: https://chromium-review.googlesource.com/288871 Reviewed-by: Bill Richardson <wfrichar@chromium.org> Reviewed-by: Vincent Palatin <vpalatin@chromium.org>
Diffstat (limited to 'board/samus')
-rw-r--r--board/samus/board.h2
1 files changed, 1 insertions, 1 deletions
diff --git a/board/samus/board.h b/board/samus/board.h
index d35ffee5f7..3acd4bc427 100644
--- a/board/samus/board.h
+++ b/board/samus/board.h
@@ -82,7 +82,7 @@
/* Do we want EC_WIRELESS_SWITCH_WWAN as well? */
#undef DEFERRABLE_MAX_COUNT
-#define DEFERRABLE_MAX_COUNT 10
+#define DEFERRABLE_MAX_COUNT 9
#ifndef __ASSEMBLER__