On Tue, Feb 4, 2025 at 11:42 AM Luchian Mihai <luchiann.mi...@gmail.com>
wrote:
Hi!
First thing, I'm fairly new to nuttx so I might be off subject but here
is
my hot take on this subject.
Welcome and have fun Mihai! :-)
NuttX is offering support for a lot of boards, more than what DRUNX
should
require.
Eg. stm32f3 family, offering support for all the boards would benefit the
boards more than the NuttX codebase.
These boards share 80% of the code but each in its own files, so most
differences are due to lack of backporting.
My suggestion is to take a single board for each mcu family as mandatory
NuttX support, others as optional.
I'm not saying to drop support, or offer less support for those, just to
treat the mandatory as higher prio.
For the moment we can choose what is mandatory, and at a later time, when
DRUNX would be stable, move the optional ones to DRUNX repo (for
example).
The idea is that everyone can test what they have at hand and then
gather the results, that should sum up to full board list one day :-)
Also different people will use different build hosts, different
compilers, etc, so even if the same board is tested in different build
environment that can also reveal potential issues to be fixed :-)
Yes, for sure we need at least one board from each family for start,
then adding more boards, we all do release testing that way or
another, by hand or scripted, we now have to find a way to make it
distributed easy to setup fire-and-forget :-)
TLDR: I think less is more, less "official" support, more "official"
coverage.
More means more. Less means less. Lets keep thing simple in this
inverted world where word have no meaning anymore :D :D :D
Its a small project based on voluntary work with zero financial
support from big companies. We will define a testing architecture for
sure, but for now its a fresh concept and each one of us try different
area to create small building blocks that will give us the solution we
need, one day, hopefully ;-)
Please go ahead Mihai and try your boards, start with one that you
know best, use PyTest to create build and runtime automation, create
"selftest" board config that will run a script with `uname -a; help;
ostest, coremark`, gather the logs, parse the results, see how
nuttx-dashboard works based on gist, see what problems we have, see
how can we solve them hands-on :-) Maybe there is something better
than PyTest. Maybe there are other ways. You try it out and share the
feedback :-)
If this is too much, use smaller steps, think of it as automation tool
for release testing on different boards :-)
Thank you and take care :-)
Tomek
--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info