On Sat, Sep 12, 2020, 2:41 PM Karel Gardas <karel.gar...@centrum.cz> wrote:
> On 9/12/20 5:33 AM, Joel Sherrill wrote: > > I suspect if you want a common floor it is a Pentium II. That's where SMP > > appeared. > > > > We can't sanity check the cpu model if we don't know the rules. And if we > > know the rules, we should just drop those low models. And error if > someone > > runs on an older model. > > Well, I think we may also change a perspective this way: RSB supports > pc.set which builds pc686 by default. So this is SMP safe BSP. I guess > that's what majority of user will use as it is very convenient. > > Once someone would like to build variant of pc386 BSP by hand, we may > add clear error/warning about SMP being unsupported on the particular > old BSP. > > Attached patch implements this (clear error). It basically allows > --enable-smp only for pc686 and pcp4 BSPs. > Thanks. But in case you missed my comment on the ticket. The multi-lib is built with -mtune not -march so defaults to i386 code. The file gcc/config/i386/t-rtems needs to be changed I think. When gcc changed from -mcpu, we apparently picked the wrong replacement argument. At least that's what I think explains this. > > Comments welcome! > > Thanks, > Karel >
_______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel