[Qemu-devel] RE: Connecting to serial console via Telnet - possible ?

[Schwarz, Konrad]

I have a telnet character device for QEMU for Windows.  That means that
you can hook up an arbitrary emulated character device (terminal) to a
Telnet connection.

Unfortunately, the code uses a heavily modified Windows event loop and a
very slightly extended character device interface.  For my application,
I do not need many of the standard devices, so I have not ported these
to the Windows model.  E.g., SLIRP (sp?) will break.

If there is interest, I could try to release this.


Regards,

Konrad
> -----Original Message-----
> From: 
> address@hidden 
> [mailto:address@hidden
rg] On Behalf Of address@hidden
> Sent: Monday, July 03, 2006 3:02 PM
> To: address@hidden
> Subject: Qemu-devel Digest, Vol 40, Issue 5
> 
> Send Qemu-devel mailing list submissions to
>       address@hidden
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>       http://lists.nongnu.org/mailman/listinfo/qemu-devel
> or, via email, send a message with subject or body 'help' to
>       address@hidden
> 
> You can reach the person managing the list at
>       address@hidden
> 
> When replying, please edit your Subject line so it is more 
> specific than "Re: Contents of Qemu-devel digest..."
> 
> 
> Today's Topics:
> 
>    1. Connecting to serial console via Telnet - possible ?
>       (Armistead, Jason)
>    2. Re: [PATCH] MIPS instruction set configuration (Fabrice Bellard)
>    3. Re: Notes on the QCOW format (Fabrice Bellard)
>    4. Re: Notes on the QCOW format (Mark McLoughlin)
>    5. devices and memory address (Alessandro Corradi)
>    6. Re: [PATCH] MIPS instruction set configuration (Thiemo Seufer)
>    7. A question about using floppy drivers (=?gb2312?B?1dS41Q==?=)
>    8. RE: Connecting to serial console via Telnet - possible ?
>       (Wessel, Jason)
>    9. RE: Connecting to serial console via Telnet - possib le ?
>       (Armistead, Jason)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Mon, 3 Jul 2006 03:03:50 -0400
> From: "Armistead, Jason" <address@hidden>
> Subject: [Qemu-devel] Connecting to serial console via Telnet -
>       possible ?
> To: "Qemu-Devel (E-mail)" <address@hidden>
> Message-ID:
>       <address@hidden>
> Content-Type: text/plain;     charset="iso-8859-1"
> 
> Hi
> 
> With SIMH, the VAX / PDP / nostalgic mini/mainframe emulator
> (http://simh.trailing-edge.com/) the console port on the 
> emulated system is directed to a TCP/IP port, so that you can 
> simply Telnet into it.  Once the connection is established, 
> then the SIMH emulator starts working.  This suits SIMH 
> nicely since many of its hosts want a VT100-ish console 
> terminal anyhow, which is nicely emulated by many Telnet 
> clients, and it saves SIMH having to do any keyboard 
> conversion, host output decoding and screen output, etc.
> 
> Is there a similar functionality in QEMU ?
> 
> I am on a Windows host system (Win2K to be precise) and want 
> to start QEMU with -nographic but it complains under Windows 
> that it can't connect to stdio, which is a kind of foreign 
> concept to Windows at times !
> 
> Any ideas ?
> 
> Thanks
> 
> Jason
> 
> 
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Mon, 03 Jul 2006 10:32:21 +0200
> From: Fabrice Bellard <address@hidden>
> Subject: Re: [Qemu-devel] [PATCH] MIPS instruction set configuration
> To: address@hidden
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset=us-ascii; format=flowed
> 
> Thiemo Seufer wrote:
> > Dirk Behme wrote:
> > 
> >>Fabrice Bellard wrote:
> >>
> >>>You should add a runtime selection system : see the ARM 
> and PowerPC 
> >>>targets (I would prefer a parameter to cpu_init(). It was not done 
> >>>that way on PowerPC for legacy reasons). Each machine 
> should be able 
> >>>to select the processor it needs (and allow the user to 
> change it if 
> >>>needed, but it is not the main point).
> > 
> > 
> > It might be interesting for MIPS to decouple Machine and 
> CPU somewhat.
> > E.g. the Malta board supports a number of different 32- and 
> 64-bit CPUs.
> 
> Each machine can add specific support for that (for example a 
> -cpu option). It is likely to come at least for the PC machines.
> 
> >>>There is no good reason to make
> >>>the selection at compile time because the translator can 
> efficiently 
> >>>handle any CPU differences at runtime.
> > 
> > 
> > I'm a bit dubious about this argument, each instruction needs to be 
> > checked agains a tuple of values. How much performance loss 
> would be 
> > acceptable?
> 
> It slows down the translator a bit, but most of the time is 
> spent in the generated code, not in the translator (otherwise 
> there is no point in doing dynamic translation !).
> 
> >[...]
> > Unfortunately it is not that simple. We have the 
> upward-compatible ISAs:
>  >[...]
> 
> I add suggest one more parameter to cpu_mips_set_model() to 
> specify optional features. A function converting a CPU 
> "string id" into an id + features would be interesting too.
> 
> Fabrice.
> 
> 
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Mon, 03 Jul 2006 10:42:46 +0200
> From: Fabrice Bellard <address@hidden>
> Subject: Re: [Qemu-devel] Notes on the QCOW format
> To: address@hidden
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset=us-ascii; format=flowed
> 
> Hi,
> 
> I added a link from the qemu technical documentation html 
> page. I can also commit it in the QEMU sources if you want.
> 
> Regards,
> 
> Fabrice.
> 
> Mark McLoughlin wrote:
> > Hi,
> >     I wrote up some notes on the QCOW format:
> > 
> >   http://www.gnome.org/~markmc/qcow-image-format.html
> > 
> >     Perhaps worth including in QEMU itself?
> > 
> > Cheers,
> > Mark.
> > 
> > 
> > 
> > _______________________________________________
> > Qemu-devel mailing list
> > address@hidden
> > http://lists.nongnu.org/mailman/listinfo/qemu-devel
> > 
> > 
> 
> 
> 
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Mon, 03 Jul 2006 10:04:20 +0100
> From: Mark McLoughlin <address@hidden>
> Subject: Re: [Qemu-devel] Notes on the QCOW format
> To: address@hidden
> Message-ID: <address@hidden>
> Content-Type: text/plain
> 
> Hi Fabrice,
>       If you think it's useful to have it in the sources, 
> please do go ahead and commit it. That way others can keep it 
> up to date, at least.
> 
> Cheers,
> Mark.
> 
> On Mon, 2006-07-03 at 10:42 +0200, Fabrice Bellard wrote:
> > Hi,
> > 
> > I added a link from the qemu technical documentation html 
> page. I can 
> > also commit it in the QEMU sources if you want.
> > 
> > Regards,
> > 
> > Fabrice.
> > 
> > Mark McLoughlin wrote:
> > > Hi,
> > >   I wrote up some notes on the QCOW format:
> > > 
> > >   http://www.gnome.org/~markmc/qcow-image-format.html
> > > 
> > >   Perhaps worth including in QEMU itself?
> > > 
> > > Cheers,
> > > Mark.
> > > 
> > > 
> > > 
> > > _______________________________________________
> > > Qemu-devel mailing list
> > > address@hidden
> > > http://lists.nongnu.org/mailman/listinfo/qemu-devel
> > > 
> > > 
> > 
> > 
> > 
> > _______________________________________________
> > Qemu-devel mailing list
> > address@hidden
> > http://lists.nongnu.org/mailman/listinfo/qemu-devel
> 
> 
> 
> 
> 
> ------------------------------
> 
> Message: 5
> Date: Mon, 3 Jul 2006 11:37:21 +0200
> From: "Alessandro Corradi" <address@hidden>
> Subject: [Qemu-devel] devices and memory address
> To: qemu-devel <address@hidden>
> Message-ID:
>       <address@hidden>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Hi all,
> Is it possible to reserve memory addresses in i386 qemu 
> emulation for recognize them as device registers?
> 
> Thanks
> 
> Alessandro
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: 
> http://lists.gnu.org/pipermail/qemu-devel/attachments/20060703
/1b3bc4e2/attachment.html
> 
> ------------------------------
> 
> Message: 6
> Date: Mon, 3 Jul 2006 10:50:03 +0100
> From: Thiemo Seufer <address@hidden>
> Subject: Re: [Qemu-devel] [PATCH] MIPS instruction set configuration
> To: Fabrice Bellard <address@hidden>
> Cc: address@hidden
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset=us-ascii
> 
> Fabrice Bellard wrote:
> [snip]
> > >>>There is no good reason to make
> > >>>the selection at compile time because the translator can 
> > >>>efficiently handle any CPU differences at runtime.
> > >
> > >
> > >I'm a bit dubious about this argument, each instruction 
> needs to be 
> > >checked agains a tuple of values. How much performance 
> loss would be 
> > >acceptable?
> > 
> > It slows down the translator a bit, but most of the time is 
> spent in 
> > the generated code, not in the translator (otherwise there 
> is no point 
> > in doing dynamic translation !).
> 
> Well, based on that theory I moved the CP0 register handling 
> to dynamic translation. The patch was rejected because I had 
> no effective method to assess the performance gain. So I 
> wonder what the accepted tradeoffs for the implementation are.
> 
> 
> Thiemo
> 
> 
> 
> 
> ------------------------------
> 
> Message: 7
> Date: Mon, 3 Jul 2006 19:32:41 +0800 (CST)
> From: "=?gb2312?B?1dS41Q==?=" <address@hidden>
> Subject: [Qemu-devel] A question about using floppy drivers
> To: address@hidden
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset="gb2312"
> 
> Host OS:win98se
> Guest Os:Dos 7.1
> 
> qemu command: 
>      Change fda D:\QEMU\test.img ;Load virtual floppy driver
> 
> qemu command:
>      info Block        ;virtual floppy driver had installed   
>             
> 
> After press ctrl+alt+1 key ,at  Guest OS
>        C:>A:  Enter key,
>  
> Guest OS still show the message:   "Not ready reading drive A 
> . Abort,Retry,Fail? "
>  
> Q:why can I still not use the floppy driver? 
> 
> Best Regards
>  
>  
>  
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: 
> http://lists.gnu.org/pipermail/qemu-devel/attachments/20060703
/b4a550b7/attachment.html
> 
> ------------------------------
> 
> Message: 8
> Date: Mon, 3 Jul 2006 05:01:26 -0700
> From: "Wessel, Jason" <address@hidden>
> Subject: RE: [Qemu-devel] Connecting to serial console via Telnet -
>       possible ?
> To: <address@hidden>
> Message-ID:
>       
> <address@hidden>
> Content-Type: text/plain;     charset="US-ASCII"
> 
> This was recently added to cvs.  The next release of QEMU 
> will have it, until then you would need to build it from cvs.
> 
> -serial telnet::4444,server
> 
> Cheers,
> Jason. 
> 
> > -----Original Message-----
> > From: 
> > address@hidden
> > [mailto:address@hidden
> > rg] On Behalf Of Armistead, Jason
> > Sent: Monday, July 03, 2006 2:04 AM
> > To: Qemu-Devel (E-mail)
> > Subject: [Qemu-devel] Connecting to serial console via Telnet
> > - possible ?
> > 
> > Hi
> > 
> > With SIMH, the VAX / PDP / nostalgic mini/mainframe emulator
> > (http://simh.trailing-edge.com/) the console port on the emulated 
> > system is directed to a TCP/IP port, so that you can simply Telnet 
> > into it.  Once the connection is established, then the SIMH 
> emulator 
> > starts working.  This suits SIMH nicely since many of its 
> hosts want a 
> > VT100-ish console terminal anyhow, which is nicely emulated by many 
> > Telnet clients, and it saves SIMH having to do any keyboard 
> > conversion, host output decoding and screen output, etc.
> > 
> > Is there a similar functionality in QEMU ?
> > 
> 
> > I am on a Windows host system (Win2K to be precise) and 
> want to start 
> > QEMU with -nographic but it complains under Windows that it can't 
> > connect to stdio, which is a kind of foreign concept to Windows at 
> > times !
> > 
> > Any ideas ?
> > 
> > Thanks
> > 
> > Jason
> > 
> > 
> > _______________________________________________
> > Qemu-devel mailing list
> > address@hidden
> > http://lists.nongnu.org/mailman/listinfo/qemu-devel
> > 
> 
> 
> 
> 
> ------------------------------
> 
> Message: 9
> Date: Mon, 3 Jul 2006 08:59:35 -0400
> From: "Armistead, Jason" <address@hidden>
> Subject: RE: [Qemu-devel] Connecting to serial console via Telnet -
>       possib le ?
> To: "'address@hidden'" <address@hidden>
> Message-ID:
>       <address@hidden>
> Content-Type: text/plain
> 
> OK then, a question for Fabrice: how long till we see QEMU 
> 0.8.2 released ?
> 
> The current 0.8.1 version has been around for 2 months now 
> and there are many new and exciting changes that have been 
> added by the hard-working contributors to this list.
> 
> Regards
> 
> Jason Armistead
> 
> -----Original Message-----
> From: address@hidden
> [mailto:address@hidden
]On Behalf Of Wessel, Jason
> Sent: Monday, 3 July 2006 10:01 PM
> To: address@hidden
> Subject: RE: [Qemu-devel] Connecting to serial console via 
> Telnet - possible ?
> 
> 
> This was recently added to cvs.  The next release of QEMU 
> will have it, until then you would need to build it from cvs.
> 
> -serial telnet::4444,server
> 
> Cheers,
> Jason. 
> 
> > -----Original Message-----
> > From: 
> > address@hidden
> > [mailto:address@hidden
> > rg] On Behalf Of Armistead, Jason
> > Sent: Monday, July 03, 2006 2:04 AM
> > To: Qemu-Devel (E-mail)
> > Subject: [Qemu-devel] Connecting to serial console via Telnet
> > - possible ?
> > 
> > Hi
> > 
> > With SIMH, the VAX / PDP / nostalgic mini/mainframe emulator
> > (http://simh.trailing-edge.com/) the console port on the emulated 
> > system is directed to a TCP/IP port, so that you can simply Telnet 
> > into it.  Once the connection is established, then the SIMH 
> emulator 
> > starts working.  This suits SIMH nicely since many of its 
> hosts want a 
> > VT100-ish console terminal anyhow, which is nicely emulated by many 
> > Telnet clients, and it saves SIMH having to do any keyboard 
> > conversion, host output decoding and screen output, etc.
> > 
> > Is there a similar functionality in QEMU ?
> > 
> > I am on a Windows host system (Win2K to be precise) and 
> want to start 
> > QEMU with -nographic but it complains under Windows that it can't 
> > connect to stdio, which is a kind of foreign concept to Windows at 
> > times !
> > 
> > Any ideas ?
> > 
> > Thanks
> > 
> > Jason
> 
> 
> 
> 
> ------------------------------
> 
> _______________________________________________
> Qemu-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
> 
> 
> End of Qemu-devel Digest, Vol 40, Issue 5
> *****************************************
>