summaryrefslogtreecommitdiff
path: root/board/hatch_fp/OWNERS
diff options
context:
space:
mode:
authorYuval Peress <peress@chromium.org>2021-05-04 12:18:13 -0600
committerCommit Bot <commit-bot@chromium.org>2021-05-05 17:52:39 +0000
commit95e63b88a3d9e9a0409e49eb92394e41de4cb39c (patch)
tree04f1d3d767ce396135e7d687f769d89b9756da8b /board/hatch_fp/OWNERS
parentffa2753e2b8cc340587d56316bb25df86600e6e0 (diff)
downloadchrome-ec-95e63b88a3d9e9a0409e49eb92394e41de4cb39c.tar.gz
common: motionsense fifo: Reset the initialized bits after commit
Previously once we had one sample from a sensor, we considered the fifo initialized. Meaning we would use our computed next timestamp to spread the timestamps. This was causing issues with some devices that ended up causing the timestamps to run ahead. Reset next_timestamp_initialized back to 0 after each commit. This will allow repeated timestamps but only if a driver stages/commits the same timestamp twice. Staging the same timestamp with only a single commit will still work as before (which is the expected path). BRANCH=none BUG=b:168335284 TEST=make run-motion_sense_fifo Signed-off-by: Yuval Peress <peress@chromium.org> Change-Id: Ib7c566f69d7c1e4e898050b67105555dd05376e5 Reviewed-on: https://chromium-review.googlesource.com/c/chromiumos/platform/ec/+/2871055 Reviewed-by: Gwendal Grignou <gwendal@chromium.org> (cherry picked from commit bc9660a4b3e8bab1d729cb42e0f27ac968a4f457) Reviewed-on: https://chromium-review.googlesource.com/c/chromiumos/platform/ec/+/2875121 Commit-Queue: Gwendal Grignou <gwendal@chromium.org> Tested-by: Gwendal Grignou <gwendal@chromium.org>
Diffstat (limited to 'board/hatch_fp/OWNERS')
0 files changed, 0 insertions, 0 deletions