46
46
* where there is one IO interrupt per bank, per core. These are completely independent, so, for example, processor 0 can be
47
47
* interrupted by GPIO 0 in bank 0, and processor 1 by GPIO 1 in the same bank.
48
48
*
49
- * \note That all IRQ APIs affect the executing core only (i.e. the core calling the function).
49
+ * \note All IRQ APIs affect the executing core only (i.e. the core calling the function).
50
50
*
51
51
* \note You should not enable the same (shared) IRQ number on both cores, as this will lead to race conditions
52
52
* or starvation of one of the cores. Additionally, don't forget that disabling interrupts on one core does not disable interrupts
@@ -280,7 +280,7 @@ void irq_set_mask_n_enabled(uint n, uint32_t mask, bool enabled);
280
280
* \ingroup hardware_irq
281
281
*
282
282
* Use this method to set a handler for single IRQ source interrupts, or when
283
- * your code, use case or performance requirements dictate that there should
283
+ * your code, use case or performance requirements dictate that there should be
284
284
* no other handlers for the interrupt.
285
285
*
286
286
* This method will assert if there is already any sort of interrupt handler installed
@@ -343,7 +343,7 @@ irq_handler_t irq_get_exclusive_handler(uint num);
343
343
* the (total across all IRQs on both cores) maximum (configurable via PICO_MAX_SHARED_IRQ_HANDLERS) number of shared handlers
344
344
* would be exceeded.
345
345
*
346
- * NOTE: By default, the SDK uses a single shared vector table for both core , and the currently installed
346
+ * NOTE: By default, the SDK uses a single shared vector table for both cores , and the currently installed
347
347
* IRQ handlers are effectively a linked list starting a vector table entry for a particular IRQ number.
348
348
* Therefore, this method (when using the same vector table for both cores) add the same interrupt handler
349
349
* for both cores.
@@ -366,7 +366,7 @@ irq_handler_t irq_get_exclusive_handler(uint num);
366
366
* NOTE: It is not thread safe to add/remove/handle IRQs for the same irq number in the same vector table
367
367
* from both cores concurrently.
368
368
*
369
- * NOTE: The SDK defines a PICO_VTABLE_PER_CORE variable indicating whether the two vector tables are separate,
369
+ * NOTE: The SDK has a PICO_VTABLE_PER_CORE define indicating whether the two vector tables are separate,
370
370
* however as of version 2.1.1 the user cannot set this value, and expect the vector table duplication to be handled
371
371
* for them. This functionality will be added in a future SDK version
372
372
*
0 commit comments