diff options
author | Douglas Anderson <dianders@chromium.org> | 2019-05-15 09:48:13 -0700 |
---|---|---|
committer | Enric Balletbo i Serra <enric.balletbo@collabora.com> | 2019-05-24 11:35:30 +0200 |
commit | ac5bdfdc0e1ccce0f23898f5500874e31198f5c2 (patch) | |
tree | 925aa3022314271642bfd1fdd44939c566b2b5f1 /block/blk-mq-sched.h | |
parent | 2a5f857291c3ab594873fcf3ada88bcc98465739 (diff) | |
download | linux-stable-ac5bdfdc0e1ccce0f23898f5500874e31198f5c2.tar.gz linux-stable-ac5bdfdc0e1ccce0f23898f5500874e31198f5c2.tar.bz2 linux-stable-ac5bdfdc0e1ccce0f23898f5500874e31198f5c2.zip |
platform/chrome: cros_ec_spi: Request the SPI thread be realtime
All currently known ECs in the wild are very sensitive to timing.
Specifically the ECs are known to drop a transfer if more than 8 ms
passes from the assertion of the chip select until the transfer
finishes.
Let's use the new feature introduced in the patch (spi: Allow SPI
devices to request the pumping thread be realtime") to request the SPI
pumping thread be realtime. This means that if we get shunted off to
the SPI thread for whatever reason we won't get downgraded to low
priority.
NOTES:
- We still need to keep ourselves as high priority since the SPI core
doesn't guarantee that all transfers end up on the pumping thread
(in fact, it tries pretty hard to do them in the calling context).
- If future Chrome OS ECs ever fix themselves to be less sensitive
then we could consider adding a property (or compatible string) to
not set this property. For now we need it across the board.
Signed-off-by: Douglas Anderson <dianders@chromium.org>
Reviewed-by: Guenter Roeck <groeck@chromium.org>
Signed-off-by: Enric Balletbo i Serra <enric.balletbo@collabora.com>
Diffstat (limited to 'block/blk-mq-sched.h')
0 files changed, 0 insertions, 0 deletions