On Wed, Oct 23, 2024 at 8:56 PM Alan C. Assis wrote:
> Interesting, talking about this other RTOS, someone just sent me this link:
> https://www.reddit.com/r/embedded/comments/1gafjw3/opinions_about_zephyr_os/
> That amused me! We all think they are perfect and we don't have good
> documentation,
Hello Tiago.
Thank you for clarification, I will follow your instructions.
Em qua., 23 de out. de 2024 Ã s 13:01, Tiago Medicci Serrano <
tiago.medi...@gmail.com> escreveu:
> Hi Felipe,
>
> Just complementing: use your forked version of the HAL during the
> development. As soon as you have a work
CI automation is VERY important with that scale of a project and
incoming changes of various quality.. new contributions proves project
is growing fast.. and the new hardware platforms show up rapidly that
we want to support.. limited CI resources will impact project quality
as it really helps to c
Hi Felipe,
Just complementing: use your forked version of the HAL during the
development. As soon as you have a working version, you can submit on the
official repository.
Best regards,
Em qua., 23 de out. de 2024 Ã s 12:58, Tiago Medicci Serrano <
tiago.medi...@gmail.com> escreveu:
> Hi Felipe,
Interesting, talking about this other RTOS, someone just sent me this link:
https://www.reddit.com/r/embedded/comments/1gafjw3/opinions_about_zephyr_os/
That amused me! We all think they are perfect and we don't have good
documentation, what a surprise!
BR,
Alan
On Wed, Oct 23, 2024 at 3:35 PM
An interesting update how MPU may improve RTOS performance.
I hope we may also test and compare NuttX one day that way :-)
-- Forwarded message -
From: Jacob Beningo
Date: Wed, Oct 23, 2024 at 1:28 PM
Subject: 📊 Zephyr Performance Update: The Role of MPUs
Exploring how MPUs enhanc
Hi,
Just another note to guide your development: we don't develop anything on
`esp-hal-3rdparty`: most of the code we use from it is derived from the
path
https://github.com/espressif/esp-hal-3rdparty/tree/release/v5.1.c/components/hal
(essentially, header files from `components/hal//include/hal`,
Hi Felipe,
Thanks for asking! You should follow the path using the functions on
esp-hal-3rdparty. You can fork the repository and use
`ESP_HAL_3RDPARTY_VERSION=b4c723a119344b4b71d69819019d55637fb570fd
ESP_HAL_3RDPARTY_URL="g...@github.com:tmedicci/esp-hal-3rdparty.git"` env
vars (globally or befor
Hello everyone,
Our project has reached a point where we need the Power Manager
functionality, which is not yet available in the ESP32C6. I am studying to
start the implementation, but I am confused about the correct way to
approach this.
There is a Power Manager implementation for the ESP32C3, b
> If compilation errors increases, this just means one thing: Some
developers send untested code changes that were not verified properly
before submission by said developers.
I agree, but is verification of every aspect of the OS possible for a
single contributor?
I don't think so. Just compiling
Hi,
This is a complex topic and I do not think it can be solved by tech only.
If compilation errors increases, this just means one thing: Some
developers send untested code changes that were not verified properly
before submission by said developers.
Developers sending bad code sounds inacce
Sebastian, the practice of recent days shows something completely
different. Without CI coverage,
compilation errors become common. Building all the configurations locally
to verify the changes will take
ages on most machines, and building for different host OSes is often not
possible for users.
W
Hi,
Maybe I'm not the only one thinking that more than 6 hours of build
checks for one-liner pull requests is excessive?
More so when said hours of work test nothing of the actual effect of
these changes.
:):):)
Sebastien
On 22/10/2024 15:49, Alan C. Assis wrote:
Hi Nathan,
Thank you f
13 matches
Mail list logo