On 8/14/2014 12:13 PM, Gedare Bloom wrote:
> Joel,
>
> A problem with the approach you outlined is as Sebastian said, you
> still end up overestimating if for example the application does not
> use the DMA-based console but uses a different console within the same
> bsp.
That is true but the bspopts.h should be able to detect that. Wouldn't
that be
like polled versus interrupt? It is a BSP configure.ac issue that is
reflected in
bspopts.h. I don't think you would be switching the mode
DMA/interrupt/polled
after BSP configure/build time
In this case, the BSP would just have to be a little more careful to
define things
correctly for each console driver configuration. The one defined would
get used
if the driver were configured.
--joel
> -Gedare
>
> On Thu, Aug 14, 2014 at 1:08 PM, Joel Sherrill
> <joel.sherr...@oarcorp.com> wrote:
>> On 8/14/2014 12:02 PM, Kolja Waschk wrote:
>>>>> If you are working with rtems.git, you could probably just add another
>>>>> BSP setting in confdefs.h for this and push the patch out for
>>> Thanks for that hint. There already seems to be such mechanism in place for
>>> SHARED_MEMORY_DRIVER:
>> Glad you have a temporary solution. I think the permanent solution may
>> unfortunately be
>> something that feels it like this (which could grow by drivers * object
>> classes):
>>
>> bsp.h:
>>
>> #define CONFIGURE_BSP_TIMERS_FOR_CONSOLE_DRIVER 1
>>
>> confdefs.h:
>> default it in the "no bsp section"
>>
>> later in a section for standard driver resources
>>
>> #ifndef CONFIGURE_APPLICATION_NEEDS_CONSOLE_DRIVER
>> #undef CONFIGURE_BSP_TIMERS_FOR_CONSOLE_DRIVER
>> #define CONFIGURE_BSP_TIMERS_FOR_CONSOLE_DRIVER 0
>> #endif
>>
>> and then use it in the timer configuration line.
>>> confdefs.h
>>> ...
>>> rtems_api_configuration_table Configuration_RTEMS_API = {
>>> CONFIGURE_TASKS,
>>> CONFIGURE_NOTEPADS_ENABLED,
>>> CONFIGURE_MAXIMUM_TIMERS + CONFIGURE_TIMER_FOR_SHARED_MEMORY_DRIVER,
>>> CONFIGURE_SEMAPHORES,
>>> ...
>>>
>>> At least confdefs allows to add something to CONFIGURE_MAXIMUM_TIMERS so I
>>> can
>>> patch it for running the tests, and soon make it properly dependent on some
>>> BSP setting.
>>>
>>> Thanks,
>>> Kolja
>>>
>>>
>>>
>>> _______________________________________________
>>> 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
--
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
