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: > [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] rg] On Behalf Of [EMAIL PROTECTED] > Sent: Monday, July 03, 2006 3:02 PM > To: qemu-devel@nongnu.org > Subject: Qemu-devel Digest, Vol 40, Issue 5 > > Send Qemu-devel mailing list submissions to > qemu-devel@nongnu.org > > 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 > [EMAIL PROTECTED] > > You can reach the person managing the list at > [EMAIL PROTECTED] > > 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" <[EMAIL PROTECTED]> > Subject: [Qemu-devel] Connecting to serial console via Telnet - > possible ? > To: "Qemu-Devel (E-mail)" <qemu-devel@nongnu.org> > Message-ID: > <[EMAIL PROTECTED]> > 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 <[EMAIL PROTECTED]> > Subject: Re: [Qemu-devel] [PATCH] MIPS instruction set configuration > To: qemu-devel@nongnu.org > Message-ID: <[EMAIL PROTECTED]> > 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 <[EMAIL PROTECTED]> > Subject: Re: [Qemu-devel] Notes on the QCOW format > To: qemu-devel@nongnu.org > Message-ID: <[EMAIL PROTECTED]> > 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 > > Qemu-devel@nongnu.org > > http://lists.nongnu.org/mailman/listinfo/qemu-devel > > > > > > > > > > ------------------------------ > > Message: 4 > Date: Mon, 03 Jul 2006 10:04:20 +0100 > From: Mark McLoughlin <[EMAIL PROTECTED]> > Subject: Re: [Qemu-devel] Notes on the QCOW format > To: qemu-devel@nongnu.org > Message-ID: <[EMAIL PROTECTED]> > 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 > > > Qemu-devel@nongnu.org > > > http://lists.nongnu.org/mailman/listinfo/qemu-devel > > > > > > > > > > > > > > _______________________________________________ > > Qemu-devel mailing list > > Qemu-devel@nongnu.org > > http://lists.nongnu.org/mailman/listinfo/qemu-devel > > > > > > ------------------------------ > > Message: 5 > Date: Mon, 3 Jul 2006 11:37:21 +0200 > From: "Alessandro Corradi" <[EMAIL PROTECTED]> > Subject: [Qemu-devel] devices and memory address > To: qemu-devel <qemu-devel@nongnu.org> > Message-ID: > <[EMAIL PROTECTED]> > 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 <[EMAIL PROTECTED]> > Subject: Re: [Qemu-devel] [PATCH] MIPS instruction set configuration > To: Fabrice Bellard <[EMAIL PROTECTED]> > Cc: qemu-devel@nongnu.org > Message-ID: <[EMAIL PROTECTED]> > 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==?=" <[EMAIL PROTECTED]> > Subject: [Qemu-devel] A question about using floppy drivers > To: qemu-devel@nongnu.org > Message-ID: <[EMAIL PROTECTED]> > 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" <[EMAIL PROTECTED]> > Subject: RE: [Qemu-devel] Connecting to serial console via Telnet - > possible ? > To: <qemu-devel@nongnu.org> > Message-ID: > > <[EMAIL PROTECTED]> > 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: > > [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] > > 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 > > Qemu-devel@nongnu.org > > http://lists.nongnu.org/mailman/listinfo/qemu-devel > > > > > > > ------------------------------ > > Message: 9 > Date: Mon, 3 Jul 2006 08:59:35 -0400 > From: "Armistead, Jason" <[EMAIL PROTECTED]> > Subject: RE: [Qemu-devel] Connecting to serial console via Telnet - > possib le ? > To: "'qemu-devel@nongnu.org'" <qemu-devel@nongnu.org> > Message-ID: > <[EMAIL PROTECTED]> > 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: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] ]On Behalf Of Wessel, Jason > Sent: Monday, 3 July 2006 10:01 PM > To: qemu-devel@nongnu.org > 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: > > [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] > > 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 > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel > > > End of Qemu-devel Digest, Vol 40, Issue 5 > ***************************************** > _______________________________________________ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
