Real-Time Interrupt-driven Concurrency — страница 4 из 23

Поле resources, передаваемого Context реализует трейт Mutex для каждого разделяемого ресурса, доступного задаче.

Единственный метод этого трейта, lock, запускает свой аргумент-замыкание в критической секции.

Критическая секция, создаваемая интерфейсом lock основана на динамических приоритетах: она временно повышает динамический приоритет контекста до максимального приоритета, что не дает другим задачам возможности вытеснить критическую секцию. Этот протокол синхронизации известен как Протокол немедленного максимального приоритета (ICPP), и компилируется диспетчером RTIC с Политикой ресурсов стека(SRP).

В примере ниже у нас есть три обработчика прерываний с приоритетами от одного до трех. Два из обработчиков с более низким приоритетом соревнуются за ресурс shared, поэтому должны блокировать доступа к данным ресурса. Обработчик с наивысшим приоритетом, который не имеет доступа к ресурсу shared, может свободно вытеснять критическую секцию, созданную обработчиком с низким приоритетом.


#![allow(unused)]

fn main() {

//! examples/lock.rs


#![deny(unsafe_code)]

#![deny(warnings)]

#![no_main]

#![no_std]


use panic_semihosting as _;


#[rtic::app(device = lm3s6965)]

mod app {

use cortex_m_semihosting::{debug, hprintln};

use lm3s6965::Interrupt;


#[shared]

struct Shared {

shared: u32,

}


#[local]

struct Local {}


#[init]

fn init(_: init::Context) -> (Shared, Local, init::Monotonics) {

rtic::pend(Interrupt::GPIOA);


(Shared { shared: 0 }, Local {}, init::Monotonics())

}


// when omitted priority is assumed to be `1`

#[task(binds = GPIOA, shared = [shared])]

fn gpioa(mut c: gpioa::Context) {

hprintln!("A").unwrap();


// the lower priority task requires a critical section to access the data

c.shared.shared.lock(|shared| {

// data can only be modified within this critical section (closure)

*shared += 1;


// GPIOB will *not* run right now due to the critical section

rtic::pend(Interrupt::GPIOB);


hprintln!("B - shared = {}", *shared).unwrap();


// GPIOC does not contend for `shared` so it's allowed to run now

rtic::pend(Interrupt::GPIOC);

});


// critical section is over: GPIOB can now start


hprintln!("E").unwrap();


debug::exit(debug::EXIT_SUCCESS);

}


#[task(binds = GPIOB, priority = 2, shared = [shared])]

fn gpiob(mut c: gpiob::Context) {

// the higher priority task does still need a critical section

let shared = c.shared.shared.lock(|shared| {

*shared += 1;


*shared

});


hprintln!("D - shared = {}", shared).unwrap();

}


#[task(binds = GPIOC, priority = 3)]

fn gpioc(_: gpioc::Context) {

hprintln!("C").unwrap();

}

}

}

$ cargo run --example lock

A

B - shared = 1

C

D - shared = 2

E

Множественное блокировка

Это расширение к lock, чтобы уменьшить количесво отступов, блокируемые ресурсы можно объединять в кортежи. Следующий пример это демонстрирует:


#![allow(unused)]

fn main() {

//! examples/mutlilock.rs

//!

//! The multi-lock feature example.


#![deny(unsafe_code)]

#![deny(warnings)]

#![no_main]

#![no_std]


use panic_semihosting as _;


#[rtic::app(device = lm3s6965)]

mod app {

use cortex_m_semihosting::{debug, hprintln};

use lm3s6965::Interrupt;


#[shared]

struct Shared {

shared1: u32,

shared2: u32,

shared3: u32,

}


#[local]

struct Local {}


#[init]

fn init(_: init::Context) -> (Shared, Local, init::Monotonics) {

rtic::pend(Interrupt::GPIOA);


(

Shared {

shared1: 0,

shared2: 0,

shared3: 0,

},

Local {},

init::Monotonics(),

)

}


// when omitted priority is assumed to be `1`

#[task(binds = GPIOA, shared = [shared1, shared2, shared3])]

fn locks(c: locks::Context) {

let mut s1 = c.shared.shared1;

let mut s2 = c.shared.shared2;

let mut s3 = c.shared.shared3;


hprintln!("Multiple single locks").unwrap();

s1.lock(|s1| {

s2.lock(|s2| {

s3.lock(|s3| {

*s1 += 1;

*s2 += 1;

*s3 += 1;


hprintln!(

"Multiple single locks, s1: {}, s2: {}, s3: {}",

*s1,

*s2,

*s3

)

.unwrap();

})

})

});


hprintln!("Multilock!").unwrap();


(s1, s2, s3).lock(|s1, s2, s3| {

*s1 += 1;

*s2 += 1;

*s3 += 1;


hprintln!(

"Multiple single locks, s1: {}, s2: {}, s3: {}",

*s1,

*s2,

*s3

)

.unwrap();

});


debug::exit(debug::EXIT_SUCCESS);

}

}

}

Поздние ресурсы

Поздние ресурсы - такие ресурсы, которым не передано начальное значение во время компиляции с помощью атрибута #[init], но которые вместо этого инициализируются во время выполнения с помощью значений из структуры init::LateResources, возвращаемой функцией init.