On 14/08/14 16:25, Joel Sherrill wrote:
On 8/14/2014 9:21 AM, Sebastian Huber wrote:
>On 14/08/14 16:15, Joel Sherrill wrote:
>>>E.g. most of the tests won't even start without modifications. So
effectively I have to fall back to a polling driver for console if I
want to run the tests
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 bspop
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.
-Gedare
On Thu, Aug 14, 2014 at 1:08 PM, Joel Sherrill
wrote:
>
> On 8/14/2014
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 h
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:
confdefs.h
...
rtems_api_configuration_table Configuration_RTEM
[...] DMA-based UART driver for Blackfin. It requires an
extra timer to trigger data processing after a transmission ended. [...]
Don't you get an end of DMA TX interrupt?
No, it's about RX - the driver doesn't know beforehand how many bytes are
expected
and thus can configure DMA only to co
On 8/14/2014 9:21 AM, Sebastian Huber wrote:
> On 14/08/14 16:15, Joel Sherrill wrote:
>>> E.g. most of the tests won't even start without modifications. So
effectively I have to fall back to a polling driver for console if I
want to run the tests unmodified, or is there any mechanism to
On Thu, Aug 14, 2014 at 10:21 AM, Sebastian Huber
wrote:
> On 14/08/14 16:15, Joel Sherrill wrote:
>>>
>>> E.g. most of the tests won't even start without modifications. So
>>> >effectively I have to fall back to a polling driver for console if I
>>> >want to run the tests unmodified, or is there
On 8/14/2014 9:20 AM, Gedare Bloom wrote:
> On Thu, Aug 14, 2014 at 10:15 AM, Joel Sherrill
> wrote:
>> On 8/14/2014 9:11 AM, Kolja Waschk wrote:
>>> Hi,
>>>
>>> I'm developing a DMA-based UART driver for Blackfin. It requires an
>>> extra timer to trigger data processing after a transmission end
On 14/08/14 16:15, Joel Sherrill wrote:
E.g. most of the tests won't even start without modifications. So
>effectively I have to fall back to a polling driver for console if I
>want to run the tests unmodified, or is there any mechanism to generally
>increment the amount of timers for all tests?
On Thu, Aug 14, 2014 at 10:15 AM, Joel Sherrill
wrote:
>
> On 8/14/2014 9:11 AM, Kolja Waschk wrote:
>> Hi,
>>
>> I'm developing a DMA-based UART driver for Blackfin. It requires an
>> extra timer to trigger data processing after a transmission ended. This
>> increases the amount of timers require
On 8/14/2014 9:11 AM, Kolja Waschk wrote:
> Hi,
>
> I'm developing a DMA-based UART driver for Blackfin. It requires an
> extra timer to trigger data processing after a transmission ended. This
> increases the amount of timers required by every application that uses
> it for the console.
Don't
Hi,
I'm developing a DMA-based UART driver for Blackfin. It requires an
extra timer to trigger data processing after a transmission ended. This
increases the amount of timers required by every application that uses
it for the console.
E.g. most of the tests won't even start without modificat
13 matches
Mail list logo
