This website works better with JavaScript.
Explore
Help
Register
Sign In
Archives
/
rust-raspberrypi-OS-tutorials
mirror of
https://github.com/rust-embedded/rust-raspberrypi-OS-tutorials
Watch
2
Star
0
Fork
You've already forked rust-raspberrypi-OS-tutorials
0
Code
Issues
Projects
Releases
Wiki
Activity
You cannot select more than 25 topics
Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
54f203b598
master
original_version
Branches
Tags
${ item.name }
Create tag
${ searchTerm }
Create branch
${ searchTerm }
from '54f203b598'
${ noResults }
rust-raspberrypi-OS-tutorials
/
.gitignore
11 lines
101 B
Plaintext
Raw
Normal View
History
Unescape
Escape
Ignore cargo built files
6 years ago
**/target/*
Add code for tutorial 09
5 years ago
**/.gdb_history
Don't check in binaries anymore
5 years ago
**/kernel8.img
Refactor utils
5 years ago
Add prettier for .json and .yml
4 years ago
node_modules
Rework driver subsystem - Remove the panic version of the GPIO and UART driver. While they were a neat idea, it proved tedious to drag them along different tutorials where the virtual memory situation kept on changing. Actually, not much is lost, since the benefit was only of theoretical nature until now, since everything is still single-threaded with NullLocks. It is still possible to re-introduce them later. - Refactor driver bringup starting with tutorial 14. Instantiating the drivers only when we are already capable of using the remapped MMIO address makes the kernel a lot more robust, and the drivers need not care whether their MMIO addresses are good to use already or not. - Use console and irq_manager references from the generic kernel code. This improves decoupling from the BSP, and is needed as a basis for tutorial 14.
2 years ago
.bundle
Refactor utils
5 years ago
.vendor
Add prettier for .json and .yml
4 years ago
Gemfile.lock
Rework driver subsystem - Remove the panic version of the GPIO and UART driver. While they were a neat idea, it proved tedious to drag them along different tutorials where the virtual memory situation kept on changing. Actually, not much is lost, since the benefit was only of theoretical nature until now, since everything is still single-threaded with NullLocks. It is still possible to re-introduce them later. - Refactor driver bringup starting with tutorial 14. Instantiating the drivers only when we are already capable of using the remapped MMIO address makes the kernel a lot more robust, and the drivers need not care whether their MMIO addresses are good to use already or not. - Use console and irq_manager references from the generic kernel code. This improves decoupling from the BSP, and is needed as a basis for tutorial 14.
2 years ago
package*.json