bunnie dff4dded64 remove yield_slice() in std target ... This is a bad idea because yield_slice() causes the active process to hand off to a new one (without an IRQ). However, the idea of most flash operations is we really want them atomic - we can't have something else decide to go and muck with flash while say, we are waiting for a page erase to complete. So, implement spin locking to block the CPU during phases where the hardware operation is non-interruptable.		2025-05-18 04:25:37 +08:00
..
blitstr2	republish xous-rs to fix cargo test	2025-05-11 15:36:17 +08:00
chat	republish xous-rs to fix cargo test	2025-05-11 15:36:17 +08:00
cos_table	format libs/cos_table	2024-01-14 19:12:38 +08:00
cramium-api	republish xous-rs to fix cargo test	2025-05-11 15:36:17 +08:00
cramium-hal	remove yield_slice() in std target	2025-05-18 04:25:37 +08:00
flatipc	update formatting to latest nightly rules	2024-09-24 01:49:45 +08:00
flatipc-derive	update formatting to latest nightly rules	2024-09-24 01:49:45 +08:00
keystore-api	republish xous-rs to fix cargo test	2025-05-11 15:36:17 +08:00
mass-storage	republish xous-rs to fix cargo test	2025-05-11 15:36:17 +08:00
perflib	republish xous-rs to fix cargo test	2025-05-11 15:36:17 +08:00
precursor-hal	add a HAL layer for Precursor	2025-05-11 12:32:45 +08:00
tls	republish xous-rs to fix cargo test	2025-05-11 15:36:17 +08:00
userprefs	republish xous-rs to fix cargo test	2025-05-11 15:36:17 +08:00
ux-api	republish xous-rs to fix cargo test	2025-05-11 15:36:17 +08:00
xous-bio	republish xous-rs to fix cargo test	2025-05-11 15:36:17 +08:00
xous-bio-bdma	republish xous-rs to fix cargo test	2025-05-11 15:36:17 +08:00
xous-pio	republish xous-rs to fix cargo test	2025-05-11 15:36:17 +08:00
xous-pl230	republish xous-rs to fix cargo test	2025-05-11 15:36:17 +08:00