Hi,

v8.0 is released so let's move forward and start to think about v8.1.

In the list below I collected the ideas I found useful and reasonable for v8.1. It's not written into stone, so feel free to make suggestions.

If you are interested in contributing in v8.1, just comment here! 🙂

Features

• Unit testing (gtest?). See #1658
• Benchmarking (gem5 or qemu?)

Is your enhancement proposal related to a problem? Please describe.
Refer to: zephyrproject-rtos/zephyr#28932

Describe the solution you'd like
Refer to: zephyrproject-rtos/zephyr#28932 (comment)

Describe alternatives you've considered
NA

Additional context
NA

With Tock running on this board with virtual_uart sitting on top of USB, the Nano 33 BLE is a reasonably promising board to be a standard, well supported Tock board. Additionally, if the board turns out to not be great, the infrastructure which would make the Nano 33 BLE work well would apply to any other board that has the nRF52840 + USB combination.

• Make the bootloader and tockloader ex

I'd like to request that an additional parameter be added to the GamePadShift API/Module that allows you to define the number of bits to be shifted in. For example, GamePadShift could be used with a Super Nintendo controller if it could be set to s

In PROTECTED mode, the MPU is used to map regions of memory to supervisor- and/or user-accessible memory. Currently, that algorithm is very simple: The entire address range is made accessible in supervisor mode; a single MPU region is used to enable user-mode access in each user memory region.

Each MPU region must bit both of a power-of-two size and with an alignment in memory equal to the si