Re: Console driver that needs extra TIMER

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

Re: Console driver that needs extra TIMER

[...] 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

Re: [PATCH] rtems_termios_puts: Copy and write more than one char at once

Renamed startXmit(), nToSend is unsigned, just check FL_ORCVXOF, no (void) cast anymore, compute nToSend in single if/else if/else. --- cpukit/libcsupport/src/termios.c | 135 --- 1 file changed, 85 insertions(+), 50 deletions(-) diff --git a/cpukit/libcsupp

Console driver that needs extra TIMER

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

Re: [PATCH] rtems_termios_puts: Copy and write more than one char at once

Hi Sebastian, + int nToSend; Integer type is wrong. Yes, just what the original refill_transmitter uses and expects: nToSend is passed as return value to rtems_refill_transmitter, which also returns it to its caller as an int... + (void)rtems_termios_start_xmit (tty, tty->rawOutBuf.Tail

Re: [PATCH] rtems_termios_puts: Copy and write more than one char at once

Beside copying more than one char at once, rtems_termios_refill_transmitter() and rtems_termios_puts() now use a common helper that (after checking ORCVXOF) calls write() with as much chars as are available consecutively in rawOutBuf. Integer types used in new rtems_termios_start_xmit might not be

[PATCH] rtems_termios_puts: Copy and write more than one char at once

iver itself is not yet ready for upstream, because it lives still in my BSP only and has some specific mechanisms which are not really suited for general use (such as using an extra GPIO for end-of-transfer signalling). Kolja Kolja Waschk (1): rtems_termios_puts: Copy and write more than one cha

[PATCH] rtems_termios_puts: Copy and write more than one char at once

--- cpukit/libcsupport/src/termios.c | 74 +++- 1 file changed, 51 insertions(+), 23 deletions(-) diff --git a/cpukit/libcsupport/src/termios.c b/cpukit/libcsupport/src/termios.c index 2448ea1..d32ab74 100644 --- a/cpukit/libcsupport/src/termios.c +++ b/cpukit/