On 12/11/2014 12:22 PM, Gedare Bloom wrote: > You can use a BSPOPT for this? You should not be adding a flag to > configure directly. Yes. Three BSPOPTs > Otherwise, if the board initialization, clock, and console will differ > on the edison versus pc386, it probably deserves its own BSP > subdirectory. I think this is more an issue of "legacy" versus "modern" PCs. Most of the code will be the same. This should make it easier as PCs drop legacy peripherals.
In the end, the console driver should only be an entry in the conscfg.c table and use libchip ns16550 like com1-4. --joel > -Gedare > > On Thu, Dec 11, 2014 at 1:18 PM, Joel Sherrill > <joel.sherr...@oarcorp.com> wrote: >> Hi >> >> The Edison has no VGA, IDE, and none of the COM[1-4]. I don't >> want all that disabled on "edison". I would like to add feature >> specific configure logic to configure.ac for these edison trips that. >> Right now, I have disabled building VGA and IDE on edison and >> ifdef'ed code sections. I think doing is feature based is cleaner. >> >> Does anyone see any issue with that approach? >> >> If not, I can probably clean a lot of the Edison hacks up this way. >> >> -- >> Joel Sherrill, Ph.D. Director of Research & Development >> joel.sherr...@oarcorp.com On-Line Applications Research >> Ask me about RTEMS: a free RTOS Huntsville AL 35805 >> Support Available (256) 722-9985 >> >> _______________________________________________ >> devel mailing list >> devel@rtems.org >> http://lists.rtems.org/mailman/listinfo/devel -- Joel Sherrill, Ph.D. Director of Research & Development joel.sherr...@oarcorp.com On-Line Applications Research Ask me about RTEMS: a free RTOS Huntsville AL 35805 Support Available (256) 722-9985 _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
