preemptive

Preventivo-rs

Um sistema operacional preventivo mínimo no Cortex-M3 (especialmente em placa de pílula azul) escrita em ferrugem. É com o objetivo de pesquisar e mostrar como o tempo de execução fundamental do Cortex-M3 funciona.

O que é o sistema operacional preventivo

Na computação, a preempção é o ato de interromper temporariamente uma tarefa sendo realizada por um sistema de computador, sem exigir sua cooperação e com a intenção de retomar a tarefa posteriormente. Tais alterações da tarefa executada são conhecidas como interruptores de contexto. ---- Wikipedia

Em Breif, o kernel do sistema operacional não preventivo não pode interromper uma tarefa, enquanto o kernel do sistema operacional preventivo pode recuperar o controle sem informar a tarefa.

Pré -requisito

• Certifique-se de ter uma placa blue-pill e um receptor de porta em série.
• Certifique-se de ter a cadeia de ferramentas arm-none-eabi e openocd instalado em sua plataforma.
• Instale a mais recente cadeia de ferramentas de ferrugem noturna. A versão do compilador usada quando este projeto está sendo escrito é rustc 1.37.0-nightly (17e62f77f 2019-07-01) .

Estrutura do projeto

Este projeto é uma coleção de vários estágios de construção de um sistema operacional preventivo preliminar do Sketch. Garantirei que todo o código de cada capítulo possa compilar e executar em blue-pill .

Construir e correr

• Digite Chapter5-MultiTasking

 cd Chapter5-MultiTasking

• Conecte a blue-pill ao seu laptop.

• Conecte o pino PA2 a um receptor em série, com 115200 baudrate, 8 bits de dados, 1 bits de parada, sem paridade e sem controle de fluxo.

• Run openocd :

 > openocd
...
Info : using stlink api v2
Info : Target voltage: 3.175214
Info : stm32f1x.cpu: hardware has 6 breakpoints, 4 watchpoints

• Execute o aplicativo:

 > cargo run
    Finished dev [unoptimized + debuginfo] target(s) in 0.93s
    Running `targetthumbv7m-none-eabidebugpreemptive`
Reading symbols from targetthumbv7m-none-eabidebugpreemptive...done.
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x080008fc msp: 0x20005000
Loading section .isr_vector, size 0x40 lma 0x8000000
Loading section .text, size 0x2a08 lma 0x8000040
Start address 0x80008fc, load size 10824
Transfer rate: 14 KB/sec, 5412 bytes/write.
(gdb) continue
Continuing.

Como resultado, você veria a saída do receptor em série como este:

 Executing task1!
task1: fib(0)=1
task1: fib(1)=1
task1: fib(2)=2

Executing task2!
task2: is_prime(1)=true
task2: is_prime(2)=true
task2: is_prime(3)=true

Executing task1!
task1: fib(3)=3
task1: fib(4)=5
task1: fib(5)=8

Executing task2!
task2: is_prime(4)=false
task2: is_prime(5)=true
task2: is_prime(6)=false
...

Referência

• Mini-Arm-OS (https://github.com/jserv/mini-arm-os)
• Tock OS (https://github.com/tock/tock)