Use interrupt-based spi for the display

This solves our "audio stutters while scrolling" problem better! Turns
out the real root cause was the polling SPI driver blocking a whole CPU
during playback.

1 files changed, 1 insertions, 2 deletions

diff --git a/src/tasks/tasks.cpp b/src/tasks/tasks.cpp
index ae7b9eb2..fccdfd8b 100644
--- a/src/tasks/tasks.cpp
+++ b/src/tasks/tasks.cpp
@@ -114,8 +114,7 @@ auto Priority<Type::kAudioConverter>() -> UBaseType_t {
 }
 // After audio issues, UI jank is the most noticeable kind of scheduling-induced
 // slowness that the user is likely to notice or care about. Therefore we place
-// this task directly below audio in terms of priority. Note that during audio
-// playback, this priority will be downgraded.
+// this task directly below audio in terms of priority.
 template <>
 auto Priority<Type::kUi>() -> UBaseType_t {
   return 10;