Hi Fabrice, We ought to collaborate more about the intent to code something. I had already implemented the TCP net console as well. Since the code was similar I patched in the difference in functionality from my code into yours as well as further changing the docs. I fixed a small defect in the TCP net console where it did not accept only a port for the "tcpl" option. I added the following features with the attached patch which I had been using in my TCP net console version. wtcpl - Wait infinitely for the first connection so that you can get the console from the very start telnet - This allows you to fully make use of telnet in "char by char" mode. It also supports sending the telnet break which translates to sending a serial break just like you would do if you used a terminal server. This is frequently used to activate MAGIC_SYSRQ support in a kernel. wtelnet - Same as telnet, but wait infinitely for the first connect. The reason for having a separate tcpl vs telnet is to separate out the IAC option negotiation because it can mess up clients that are not expecting it. Question: If I resubmit the -mserial option would it stand a chance of being accepted? Please let me know if there is some change you might like to get that patch accepted as well. I will re-create the patch against the current CVS anyway because I still need the functionality of having the monitor and serial port redirected to the same remote socket. Thanks, Jason. Fabrice Bellard wrote: > CVSROOT: /sources/qemu > Module name: qemu > Changes by: Fabrice Bellard 06/06/25 14:49:44 > > Modified files: > . : vl.c qemu-doc.texi > > Log message: > UDP char device (initial patch by Jason Wessel) - TCP char device > > CVSWeb URLs: > http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemu&r1=1.190&r2=1.191 > http://cvs.savannah.gnu.org/viewcvs/qemu/qemu-doc.texi?cvsroot=qemu&r1=1.96&r2=1.97 > > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel >