suspect-devices/circuitpython/supervisor/port.h, branch mainCircuitPython - a Python implementation for teaching coding with microcontrollershttps://git.suspectdevices.com/suspect-devices/circuitpython/atom?h=main2021-03-15T13:57:36+00:00run code formatting script2021-03-15T13:57:36+00:00microDev70126934+microDev1@users.noreply.github.com2021-03-15T13:57:36+00:00urn:sha1:a52eb88031620a81521b937f2a0651dbac2bb350background tasks: Add, use port_wake_main_task2021-01-09T20:02:47+00:00Jeff Eplerjepler@gmail.com2021-01-09T19:59:54+00:00urn:sha1:e20c65d8f044cb9522cd1a7f4a3030efefa77cbb
Some ports need an extra operation to ensure that the main task is
awoken so that a queued background task will execute during an ongoing
light sleep.
This removes the need to enable supervisor ticks while I2SOut is operating.
Closes: #3952
Add `board_deinit` for use with sleep2020-12-08T18:52:25+00:00Scott Shawcroftscott@tannewt.org2020-12-03T02:05:29+00:00urn:sha1:40118bcf57f026fd6a58733501c759a9ba87e835
This changes lots of files to unify `board.h` across ports. It adds
`board_deinit` when CIRCUITPY_ALARM is set. `main.c` uses it to
deinit the board before deep sleeping (even when pretending.)
Deep sleep is now a two step process for the port. First, the
port should prepare to deep sleep based on the given alarms. It
should set alarms for both deep and pretend sleep. In particular,
the pretend versions should be set immediately so that we don't
miss an alarm as we shutdown. These alarms should also wake from
`port_idle_until_interrupt` which is used when pretending to deep
sleep.
Second, when real deep sleeping, `alarm_enter_deep_sleep` is called.
The port should set any alarms it didn't during prepare based on
data it saved internally during prepare.
ESP32-S2 sleep is a bit reorganized to locate more logic with
TimeAlarm. This will help it scale to more alarm types.
Fixes #3786
Add movable allocation system.2020-11-28T16:50:23+00:00Christian Walthercwalther@gmx.ch2020-10-11T12:59:33+00:00urn:sha1:c7404a3ff89c738c002ec63448a58d56330dfcc3
This allows calls to `allocate_memory()` while the VM is running, it will then allocate from the GC heap (unless there is a suitable hole among the supervisor allocations), and when the VM exits and the GC heap is freed, the allocation will be moved to the bottom of the former GC heap and transformed into a proper supervisor allocation. Existing movable allocations will also be moved to defragment the supervisor heap and ensure that the next VM run gets as much memory as possible for the GC heap.
By itself this breaks terminalio because it violates the assumption that supervisor_display_move_memory() still has access to an undisturbed heap to copy the tilegrid from. It will work in many cases, but if you're unlucky you will get garbled terminal contents after exiting from the vm run that created the display. This will be fixed in the following commit, which is separate to simplify review.
Add some NORETURN attributes2020-09-28T23:55:56+00:00Jeff Eplerjepler@gmail.com2020-09-24T16:20:32+00:00urn:sha1:726dcdb60aa84b5070e5484a19e896abdaffeb93
I have a function where it should be impossible to reach the end, so I put in a safe-mode reset at the bottom:
```
int find_unused_slot(void) {
// precondition: you already verified that a slot was available
for (int i=0; i<NUM_SLOTS; i++) {
if( slot_free(i)) {
return i;
}
}
safe_mode_reset(MICROPY_FATAL_ERROR);
}
```
However, the compiler still gave a diagnostic, because safe_mode_reset was not declared NORETURN.
So I started by teaching the compiler that reset_into_safe_mode never returned. This leads at least one level deeper due to reset_cpu needing to be a NORETURN function. Each port is a little different in this area. I also marked reset_to_bootloader as NORETURN.
Additional notes:
* stm32's reset_to_bootloader was not implemented, but now does a bare reset. Most stm32s are not fitted with uf2 bootloaders anyway.
* ditto cxd56
* esp32s2 did not implement reset_cpu at all. I used esp_restart(). (not tested)
* litex did not implement reset_cpu at all. I used reboot_ctrl_write. But notably this is what reset_to_bootloader already did, so one or the other must be incorrect (not tested). reboot_ctrl_write cannot be declared NORETURN, as it returns unless the special value 0xac is written), so a new unreachable forever-loop is added.
* cxd56's reset is via a boardctl() call which can't generically be declared NORETURN, so a new unreacahble "for(;;)" forever-loop is added.
* In several places, NVIC_SystemReset is redeclared with NORETURN applied. This is accepted just fine by gcc. I chose this as preferable to editing the multiple copies of CMSIS headers where it is normally declared.
* the stub safe_mode reset simply aborts. This is used in mpy-cross.
Scanning WIP. Need to sort out supervisor memory2020-08-19T21:22:12+00:00Scott Shawcroftscott@tannewt.org2020-07-31T00:58:12+00:00urn:sha1:1a6f4e0fe0f8417ea99a3cdb55d8764f47258beasupervisor: factor supervisor_background_tasks from sundry ports2020-07-15T16:49:44+00:00Jeff Eplerjepler@gmail.com2020-07-13T15:33:58+00:00urn:sha1:1df48176ce2e4111c4629269cb86d2a6e365a3d2Initial ESP32S2 port.2020-05-15T22:36:16+00:00Scott Shawcroftscott@tannewt.org2020-04-17T23:23:28+00:00urn:sha1:6aaab005c5f3a781fec229640c74bf44a601fc97
Basic blinky works but doesn't check pins.
Fix autoreload, neopixel, monotonic_ns and sleep w/o SD2020-03-13T18:12:31+00:00Scott Shawcroftscott@tannewt.org2020-03-07T02:15:16+00:00urn:sha1:418333979ae007b28855079c64ee3c65f76ecbc7First try at lowering the power consumption2020-03-13T18:12:30+00:00Scott Shawcroftscott@tannewt.org2020-03-06T01:14:54+00:00urn:sha1:6f60afe8c521011d1a2d34a2632295b483a8cee3