Skip to content
Snippets Groups Projects
Select Git revision
  • d326c47768832ee24f4be5d27a42c4e078468b94
  • master default protected
  • schneider/ir
  • rahix/user-space-ctx
  • schneider/iaq-python
  • schneider/ble-mini-demo
  • schneider/ble-ecg-stream-visu
  • schneider/mp-exception-print
  • schneider/sleep-display
  • schneider/deepsleep4
  • schneider/deepsleep2
  • schneider/deepsleep
  • schneider/ble-central
  • rahix/bluetooth-app-favorite
  • schneider/v1.17-changelog
  • schneider/ancs
  • schneider/png
  • schneider/freertos-list-debug
  • schneider/212-reset-hardware-when-entering-repl
  • schneider/bonding-fail-if-full
  • schneider/ble-fixes-2020-3
  • v1.18
  • v1.17
  • v1.16
  • v1.15
  • v1.14
  • v1.13
  • v1.12
  • v1.11
  • v1.10
  • v1.9
  • v1.8
  • v1.7
  • v1.6
  • v1.5
  • v1.4
  • v1.3
  • v1.2
  • v1.1
  • v1.0
  • release-1
41 results

control.c

Blame
    • rahix's avatar
      d326c477
      feat(interrupts): Dispatch interrupts asynchroneously · d326c477
      rahix authored
      
      Instead of blocking the triggering task when core 1 is still busy
      handling the previous interrupt, offload interrupt dispatching into
      a separate task.  This is the first step towards making API-calls
      interrupt safe.
      
      Next to the async triggering, the synchroneous mechanism is retained for
      special cases where async does not work (e.g. because of spin-locks).
      Currently, there is only one such case when resetting core 1 (triggering
      EPIC_INT_RESET).
      
      Signed-off-by: default avatarRahix <rahix@rahix.de>
      d326c477
      History
      feat(interrupts): Dispatch interrupts asynchroneously
      rahix authored
      
      Instead of blocking the triggering task when core 1 is still busy
      handling the previous interrupt, offload interrupt dispatching into
      a separate task.  This is the first step towards making API-calls
      interrupt safe.
      
      Next to the async triggering, the synchroneous mechanism is retained for
      special cases where async does not work (e.g. because of spin-locks).
      Currently, there is only one such case when resetting core 1 (triggering
      EPIC_INT_RESET).
      
      Signed-off-by: default avatarRahix <rahix@rahix.de>
    ble_main.c 30.58 KiB