[NOTE] Things nice to have

This forum is dedicated to feedback, discussions about ongoing or future developments, ideas and suggestions regarding the ChibiOS projects are welcome.
Posts: 566
Joined: Fri Nov 09, 2012 2:22 pm
Has thanked: 4 times
Been thanked: 62 times

Re: [NOTE] Things nice to have

Postby steved » Wed Aug 16, 2017 1:46 pm

Thargon wrote:I know, but that is still quite cumbersome imo. I would hope that there is a better way than using explicit compiler directives, like

Simplification is only a few #defines away; for example I have:

Code: Select all

#define CACHE_ALIGN         __attribute__((aligned (32))) __attribute__((section(".ram0")))
#define CACHE_ALIGN_ZERO    __attribute__((aligned (32))) __attribute__((section(".bss")))
#define CACHE_NONE          __attribute__((section(".ram3")))

The section names need to lead to definitions in the scatter file.

You then use them in much the way you envisaged:

Code: Select all

CACHE_NONE uint8_t shortMessageBuffers[SHORT_MESSAGE_COUNT][SHORT_MESSAGE_MAX_LEN + 2] = { { 0 } };

I'd certainly like to see some standard Chibi memory-related definitions; possibly by type of memory rather than anything else (e.g. cached/non-cached, EEPROM, fast/slow etc)

Posts: 237
Joined: Wed Jul 19, 2017 12:44 am
Has thanked: 33 times
Been thanked: 31 times

Re: [NOTE] Things nice to have

Postby faisal » Thu Apr 11, 2019 4:01 pm

Now that the latest kernels and HAL are released, I suggest starting a new thread with ideas for the next significant releases.

User avatar
Site Admin
Posts: 11779
Joined: Wed May 27, 2009 8:48 am
Location: Salerno, Italy
Has thanked: 502 times
Been thanked: 426 times

Re: [NOTE] Things nice to have

Postby Giovanni » Thu Apr 11, 2019 5:37 pm

We can continue here, there are still things in this thread that I need to consider.

About my personal ideas, things I want to do:

- New multi-core kernel or multi core mode in RT.
- Security kernel running in trust zone for new Cortex-M33, threads could be both in secure and non-secure spaces. This implies kernel separation from the application and a true API protocol for entry.
- C++ HAL prototype, not meant to replace current one.
- Add new features to OSLIB, even higher level.

In general, more new things.


Return to “Development and Feedback”

Who is online

Users browsing this forum: No registered users and 1 guest