Porting to a NXP K6x series chip

I've got a FRDM-K64F and would like to get RTEMS running on it for a personal project. It has the standard ARM interrupt controller. One complication is that the SRAM is divided into two banks of 128K as the banks are connected to different buses in the MCU, and causes hard faults if an unaligne

Porting to a NXP K6x series chip

I've got a FRDM-K64F and would like to get RTEMS running on it for a personal project. It has the standard ARM interrupt controller. One complication is that the SRAM is divided into two banks of 128K as the banks are connected to different buses in the MCU, and causes hard faults if an unaligne

Re: Regarding GSOC 2017

Hi, Good to know that you are interested to contribute RTEMS. Welcome to community. It is always nice to put devel@rtems.org in CC so that more people can help along with me. :) Have you gone through this ? https://devel.rtems.org/wiki/Developer/Projects/Open/POSIXCompliance Joel has nicely exp

Re: [PATCH 2/8] termios: Change tty_rcvwakeup to bool

Just a generic note that if you are reworking most of termios, you can also take this opportunity to make it have a consistent "RTEMS" style. On Thu, Feb 23, 2017 at 9:45 AM, Sebastian Huber wrote: > Optimize callout invocation check. > --- > cpukit/libcsupport/include/rtems/termiostypes.h | 2

[PATCH 5/8] termios: Change receive callback invocation

Call the receive callback in case a read will succeed without to block. This enables the use of the receive callback for a poll() and select() support. Increase raw input buffer size to allow buffering of one line. --- cpukit/libcsupport/src/termios.c | 59

[PATCH 8/8] termios: Make write POSIX compatible

Currenlty only blocking read/write operations are implemented. A blocking write must transfer at least one character. It should not wait for the device for the second character and so on. --- cpukit/libcsupport/src/termios.c | 89 +--- 1 file changed, 56 inser

[PATCH 6/8] termios: Simplify oproc()

Call rtems_termios_puts() only once. Adjust column in one place. --- cpukit/libcsupport/src/termios.c | 57 ++-- 1 file changed, 38 insertions(+), 19 deletions(-) diff --git a/cpukit/libcsupport/src/termios.c b/cpukit/libcsupport/src/termios.c index 18fe269..4

[PATCH 4/8] termios: Ignore newline early if desired

In case newline characters should be ignored in the input (IGNCR), then drop them early before they reach the raw input buffer. This makes it easier to calculate the content size of the raw input buffer. --- cpukit/libcsupport/src/termios.c | 25 +++-- 1 file changed, 19 inser

[PATCH 2/8] termios: Change tty_rcvwakeup to bool

Optimize callout invocation check. --- cpukit/libcsupport/include/rtems/termiostypes.h | 2 +- cpukit/libcsupport/src/termios.c| 18 +- 2 files changed, 10 insertions(+), 10 deletions(-) diff --git a/cpukit/libcsupport/include/rtems/termiostypes.h b/cpukit/libcsu

[PATCH 7/8] termios: Introduce doTransmit()

--- cpukit/libcsupport/src/termios.c | 25 +++-- 1 file changed, 15 insertions(+), 10 deletions(-) diff --git a/cpukit/libcsupport/src/termios.c b/cpukit/libcsupport/src/termios.c index 4fd98a5..d185398 100644 --- a/cpukit/libcsupport/src/termios.c +++ b/cpukit/libcsupport/src

[PATCH 1/8] termios: Simplify rtems_termios_read_tty()

Remove dead code. --- cpukit/libcsupport/src/termios.c | 15 --- 1 file changed, 4 insertions(+), 11 deletions(-) diff --git a/cpukit/libcsupport/src/termios.c b/cpukit/libcsupport/src/termios.c index 5067f6c..f13e867 100644 --- a/cpukit/libcsupport/src/termios.c +++ b/cpukit/libcsupp

[PATCH 3/8] termios: Protect raw input buffer with device lock

Use the device lock to protect the raw input buffer management, e.g. tail, head and buffer content updates. --- cpukit/libcsupport/src/termios.c | 52 +++- 1 file changed, 36 insertions(+), 16 deletions(-) diff --git a/cpukit/libcsupport/src/termios.c b/cpukit/

Interested to mentor RTEMS GSOC 2017

Hi I have got a great exprience from RTEMS community last year during GSOC'16. I would like to help other guys for GSOC 2017. Has RTEMS applied for GSOC 2017 ? Happy to mentor future GSOC guys :) Thanks PV ___ devel mailing list devel@rtems.org http://