So, please check the remote core call uart_rpmsg_init with isconsole=true, and no other uart driver register as console.
On Wed, Feb 7, 2024 at 9:15 PM yfliu2008 <yfliu2...@qq.com.invalid> wrote: > Xiang. > > > > Thanks for that. Yes I can see hello echo from master to remote and vice > versa as you suggested. > > > > > Regards, > yf > > > > Original > > > > From:"Xiang Xiao"< xiaoxiang781...@gmail.com >; > > Date:2024/2/7 20:09 > > To:"dev"< dev@nuttx.apache.org >; > > Subject:Re: RPTUN usage > > > You can try: > > 1. echo hello > /dev/ttyRpmsg on one core > 2. and cat /dev/ttyRpmsg on another core > > to confirm rpmsg uart work as expected before testing with cu. > > On Wed, Feb 7, 2024 at 8:00 PM yfliu2008 wrote: > > > Xiang and Bowen, > > > > > > > > I noticed that I didn't initialize the call the "uart_rpmsg_init()" > > properly thus last time "rpmsg-ttyRpmsg" end point didn't shown in the > > "rpmsg dump" result. After fixing the call parameters, they shows out > now: > > > > > > master> rpmsg dump /dev/rptun/remote > > > > > Dump rpmsg info > between cpu > > (master: yes)master <==> remote: > > > > rpmsg vq RX: > > > > > > > > rpmsg vq TX: > > > > > > > > rpmsg ept list: > > > > > > > > > ept NS > > > > > > > > ept rpmsg-ttyRpmsg > > > > > > > > > ept rpmsg-ping > > > > > > > > rpmsg buffer list: > > > > > > > > > RX buffer, total 8, pending 0 > > > > > > > TX buffer, total 8, pending 0 > > > > The "echo hello > /dev/ttyRpmsg" command doesn't block any > more, > > however the "cu" command doesn't work yet. I am not sure what is > > still missing. I think it is better to make uart-rpmsg work first > before > > try any other RPMsg device types. Please let me know if you have any > > suggestions. > > > > > > > > Regards, > > yf > > > > > > > > > > Original > > > > > > > > From:"yfliu2008"< yfliu2...@qq.com >; > > > > Date:2024/2/7 19:20 > > > > To:"dev"< dev@nuttx.apache.org >; > > > > Subject:RPTUN usage > > > > > > > > Xiang & Bowen, > > > > > > > > > > Here I seemed have RPTUN running on the two cores of K230 device and > I can > > use "rpmsg dump" to show some basic information on both cores: > > > > > > > > master> rpmsg dump /dev/rptun/remote > > > > > Dump rpmsg info > between cpu > > (master: yes)master <==> remote: > > > > rpmsg vq RX: > > > > > > > > rpmsg vq TX: > > > > > > > > rpmsg ept list: > > > > > > > > > ept NS > > > > > > > > ept rpmsg-ping > > > > > > > > rpmsg buffer list: > > > > > > > > > RX buffer, total 8, pending 0 > > > > > > > > > TX buffer, total 8, pending 0 > > > > > > remote> rpmsg /dev/rptun/master > > > > nsh: > rpmsg: > > missing required argument(s) > > > > > > remote> rpmsg dump /dev/rptun/master > > > > > > > Dump rpmsg info between cpu (master: no)remote <==> master: > > > > rpmsg vq RX: > > > > > > > > rpmsg vq TX: > > > > > > > > rpmsg ept list: > > > > > > > > > ept NS > > > > > > > > rpmsg buffer list: > > > > > > > > > RX buffer, total 8, pending 0 > > > > > > > TX buffer, total 8, pending 0 > > > > > > > > However, I don't know how to further check the RPTUN link yet. It > seems > > that "rpmsg ping /dev/rptun/remote 1 64 0 10" doesn't show anything. > Also > > "echo hello > /dev/ttyRpmsg" gets blocked. > > > > > > > > > > > > I tried "rpmsg ping" with "sim/rpserver" and "sim/rpproxy", it also > > doesn't show any thing. However, the "echo hello > /dev/ttyproxy" > > command can show the message on console. > > > > > > > > > > Can you please suggest where should I start looking for RPTUN trouble > > shooting information? > > > > > > > > > > Regards, > > > > yf