I have discussed dropping BSPs from support and from a technical point I
fully agree that this must be done. We should have some sort of active
BSPs which are regularily tested.
On the other hand, RTEMS can only live and grow, if it is attrative
enough for new users. Therefore we should not simply drop old BSP and
remove them from mentioning. Instead we should keep a list stating
"mr332 supported up to version 4.9". This indicates, that the basic code
is still available for taming the processor, but the structure and API
may need tinkering before working again with 4.12.
This is not so important for the really old BSPs (68k-based, various
other stuff), but also for those, which just pop into RTEMS but then are
not properly maintained (like possibly some STM/ARM stuff).
wkr,
Thomas.
Am 21.10.2015 um 01:24 schrieb Chris Johns:
On 21/10/2015 12:56 am, Joel Sherrill wrote:
On 10/20/2015 6:15 AM, Sebastian Huber wrote:
Maybe we should build a list of BSP directories and find maintainers for
each directory in some time frame. Then remove all BSPs without a
maintainer.
That is one approach. Another is defining tiers for the BSP
and being more aggressive about dropping them.
I think Chris has discussed his ideas on tiers before.
I think both will be needed. We are moving to Phabricator and having
areas developers can approve will be important. I am concerned if we do
not things will sit and not be pushed through.
I also think we will need tiers so we can manage the results from
buildbot. There are active and current BSPs we have no way of testing
because we do not have the hardware. If a user has a board and sets up a
slave to allow testing for that BSP it will reach a higher tier and we
have better testing.
Chris
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
--
--------------------------------------------
embedded brains GmbH
Thomas Doerfler
Dornierstr. 4
D-82178 Puchheim
Germany
email: thomas.doerf...@embedded-brains.de
Phone: +49-89-18 94 741-12
Fax: +49-89-18 94 741-09
PGP: Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
