embedded

Describe the feature request

Since LVGL is more and more used as an desktop app too, I think it's necessary to have a clean application exit event too.
Right now, all example have a while(1) { } in their main function so when you close the app (by clicking the X icon, or Alt+F4 or ...), you're actually leaking all the application objects.

For most of them, it's not important, but som

paddle-mobile将开发一个新的版本，为了：

• 支持Paddle Fluid
• 更小的体积
• 更快的速度
• 更广泛地支持各种arm设备和终端平台

因此，paddle-mobile将会进行一次完全的重构，从框架设计到代码开发。在新版本开发完成后，将会删除原有mobile-deep-learning的代码。新版本开发期间，代码将放置在paddle-mobile repo的一个子目录下。对于子目录的命名，目前有3个候选，希望大家投票：

• 👍 zygote
• 👎 paddle
• ❤️ fluid

有更好的建议，请回复issue。相关issue：#121
另外，待新版本代码开发完成，移除老版本mobile-deep-learning代码后，新版本代码将移出子目录，直接放置在paddle-mobile repo下面。

Is your enhancement proposal related to a problem? Please describe.
access_addr always seems to be of size 4; that should be #defined.
crc_init always seem to be of size 3; that should be #defined.

https://github.com/zephyrproject-rtos/zephyr/pull/31009/files#r736229677
https://github.com/zephyrproject-rtos/zephyr/pull/31009/files#r736229386

Describe the solution you'd like
A

Related to metering wasm3/wasm3#127 and being able to run a set number of instructions, I'd like to be able to serialize a paused interpreter's state and deserialize it to a new interpreter instance; very roughly,

const interp = new wasm3.Interpreter(module);
interp.interpretNInstructions(100);
const interpState = interp.serializeState();
const interp2 = wasm3.In

• The set_mode_X() HIL functions need to support returning an error if hardware does not support that mode or if the implementation cannot put the hardware in to that mode at that time. See for an example where panic is used instead of returning an error https://github.com/tock/tock/pull/2629/files.

This would allow for loading data into the state machine using run() before the state machine is actually clocked. We can't do it now because write() blocks until the FIFO is empty.

When this is False, write() needs to ensure that the length of the data is less than or equal to the FIFO size because it won't be able to queue more data up later.

rosedb is starting to support redis protocol, so you can add the commands compatible with redis protocol:

• find variable supportedCommands in cmd/cli.go, which lists all supported commands and its handler function
• find a method in rosedb not listed here
• add the command and its handler function

On Linux, packets that stay local to the machine (moving from the host to a container for example) don't always have their checksum computed, see for example https://patchwork.ozlabs.org/patch/261822/.
The proper fix would be to check for TP_STATUS_CSUMNOTREADY, but an easy workaround is to have a way to change the ChecksumCapabilities or DeviceCapabilities.

As a rust noob here my solution for

Describe the bug
the bzimage package can't unpack kernels compress with xz. This is because when I wrote it I was not sure how to find
the compressed part and used a simple minded search.

To Reproduce
create a bzImage but enable XZ compression in the kernel (yep, it's still called a bzimage)
use the kexec command with debug and note you see this:
2022/02/02 21:13:15 Failed to unpa