boards/hifive1: include cpu/fe310 features#10063
Conversation
The board should process its CPU features. This has the consequence to make 'periph_pm' visible to the board. I also removed the duplicate FEATURES_PROVIDED from the board defined in the cpu.
|
@kenrabold Also some other changes to the hifive1 features. You are the best placed to know if the result makes sense I guess. My goal is to have the |
| # The board MPU family (used for grouping by the CI system) | ||
| FEATURES_MCU_GROUP = risc_v | ||
|
|
||
| include $(RIOTCPU)/fe310/Makefile.features |
There was a problem hiding this comment.
for (all) other boards we use the -include notation, does it make sense here to?
There was a problem hiding this comment.
It's unnecessary to do '-include' as the file exist. And it is my next step to change all to include
There was a problem hiding this comment.
boards: always include cpu features #10078
There was a problem hiding this comment.
cool, I just opt for consistency when ever possible
|
@smlng Did you test the
Because that was a consequence of merging this that was not there before. |
|
If it is not the case, the declaration should "just" be removed from |
Contribution description
The board should process its CPU features.
This has the consequence to make 'periph_pm' visible to the board.
I also removed the duplicate FEATURES_PROVIDED from the board defined in
the cpu.
Testing procedure
Verify its ok to have
periph_pmforhifive1:Verify that indeed board
hifive1providesperiph_pm, by design and in the implementation.I can correctly build
tests_pmwith this PR but not sure if I should test something else.List features provided
We now also see
periph_pmfor hifive1 provided features (cpuid moved but is still there).Issues/PRs references
Found while working on #9913