From: Arnaud Pouliquen <arnaud.pouliquen@st.com>
To: Ohad Ben-Cohen <ohad@wizery.com>,
Bjorn Andersson <bjorn.andersson@linaro.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Jiri Slaby <jslaby@suse.com>,
xiang xiao <xiaoxiang781216@gmail.com>,
<linux-kernel@vger.kernel.org>
Cc: <arnaud.pouliquen@st.com>,
Fabien DESSENNE <fabien.dessenne@st.com>,
<linux-stm32@st-md-mailman.stormreply.com>,
Alan Cox <gnomes@lxorguk.ukuu.org.uk>
Subject: [PATCH v4 0/2] TTY: add rpmsg tty driver
Date: Thu, 23 May 2019 18:03:19 +0200 [thread overview]
Message-ID: <1558627401-1090-1-git-send-email-arnaud.pouliquen@st.com> (raw)
This patch set introduces a TTY console on top of the RPMsg framework which
enables the following use cases:
- Provide a console to communicate easily with the remote processor
application.
- Provide an interface to get the remote processor log traces without
ring buffer limitation.
- Ease the migration from MPU + MCU processors to multi core processors
(MPU and MCU integrated in one processor)
An alternative of this proposed solution would consist in using the virtio
console:
The drawback with that solution is that it requires a specific virtio buffer
(in addition to the one already used for RPMsg) which does not fit with remote
processors with little memory. The proposed solution allows to multiplex the
console with the other rpmsg services, optimizing the memory.
The first patch adds an API to the rpmsg framework ('get buffer size') and the
second one is the rpmsg tty driver itself.
History:
-V3 to V4:
- update documentation in rst format
- use tty_insert_flip_string_fixed_flag helper
- suppress some poinrter check (overprotection)
- move low_latency set from probe to activate ops.
- various corrections and improvements relative to Jiri's comments
-V2 to V3:
- suppress error return on rpmsg callback as not tested in rpmsg framework
- change some flow messages level to debug
- add missing out of memory checks
-V1 to V2:
- modify message structure to allow to data transmission but also
flow control
- add documentation file to describe message structure for remote
implementation
- add dtr/rts management
- disable termios modes that generates non optimized behavior on RPMsg
transfers
- replace rpmsg_send by rpmsg_trysend to not block the write
- suppress useless spinlock on read
- miscellaneous fixes to improve robustness
Arnaud Pouliquen (2):
rpmsg: core: add possibility to get message payload length
tty: add rpmsg driver
Documentation/serial/tty_rpmsg.rst | 43 ++++
drivers/rpmsg/rpmsg_core.c | 20 ++
drivers/rpmsg/rpmsg_internal.h | 2 +
drivers/rpmsg/virtio_rpmsg_bus.c | 11 +
drivers/tty/Kconfig | 9 +
drivers/tty/Makefile | 1 +
drivers/tty/rpmsg_tty.c | 455 +++++++++++++++++++++++++++++++++++++
include/linux/rpmsg.h | 10 +
8 files changed, 551 insertions(+)
create mode 100644 Documentation/serial/tty_rpmsg.rst
create mode 100644 drivers/tty/rpmsg_tty.c
--
2.7.4
next reply other threads:[~2019-05-23 16:04 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-05-23 16:03 Arnaud Pouliquen [this message]
2019-05-23 16:03 ` [PATCH v4 1/2] rpmsg: core: add possibility to get message payload length Arnaud Pouliquen
2019-05-23 16:03 ` [PATCH v4 2/2] tty: add rpmsg driver Arnaud Pouliquen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1558627401-1090-1-git-send-email-arnaud.pouliquen@st.com \
--to=arnaud.pouliquen@st.com \
--cc=bjorn.andersson@linaro.org \
--cc=fabien.dessenne@st.com \
--cc=gnomes@lxorguk.ukuu.org.uk \
--cc=gregkh@linuxfoundation.org \
--cc=jslaby@suse.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-stm32@st-md-mailman.stormreply.com \
--cc=ohad@wizery.com \
--cc=xiaoxiang781216@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).