You may want to consider separate levels of scrutiny for MCU's than boards.
Acknowledged.
The issue with boards and MCUs is that the pool of contributors for
these areas is much thinner than the pool of contributors for some of
the more heavily exercised areas.
Depends on the popularity of the MCU. The STMicro family was a large
base of contributors. i.MX RT has significant support now. Others much
less.
I businesses that I worked in, QA talked about "exposure" to defects.
That is basically what percentage of users would experience the
problem. The "exposure" criteria would be applied primarily for new
bugs found just before a product release. Bugs with major exposure
would hold up the product release, others would slide through and get
caught next time.
I think the concept of "exposure" applies here too. Core OS bugs can
effect everyone but may effect no one if it if applies only to an
obscure combination of configuration settings. STMicro bugs might
effect a large group of users (but never everyone).
Prioritizing bugs by sub-system is a crude but simple metric for these
kinds of decisions. Something like exposure would be better, but
difficult to quantify.
