Re: [Qemu-devel] qemu segfault, possible VNC related?

[Kolbe Kegel]

Hi,

Anthony Liguori suggested on freenode #qemu that I try this from a  
CVS bulid, which I did, but now I just have this :-P


http://stupidtrick.com/misc/qemu_loading.jpg

Kolbe

On 19Oct , 2006, at 16:48, Kolbe Kegel wrote:


Hi,

I've only recently begun using QEMU, and I'm having problems with  
frequent segfaults when I try to boot from an Ubuntu live CD.


This is 0.8.2, and I verified this on 2 separate machines.

Oddly, when I started QEMU w/ the -s option and connected gdb  
remotely, Ubuntu booted to its desktop without any problems.


I don't have SDL available to test at this time, but some initial  
observations suggest that this segfault may only occur when  
connecting to the VNC server using TightVNC.


I believe the problems are related to VNC, based on this backtrace:

[Switching to Thread 182894085344 (LWP 27253)]
0x003243270fb7 in memset () from /lib64/tls/libc.so.6
(gdb) bt
#0  0x003243270fb7 in memset () from /lib64/tls/libc.so.6
#1  0x0045bb58 in protocol_client_msg (vs=0x25e3e80,  
data=Variable "data" is not available.

) at /data1/users/kkegel/qemu-0.8.2/vnc.c:735
#2  0x0045ae2f in vnc_client_read (opaque=Variable "opaque"  
is not available.

) at /data1/users/kkegel/qemu-0.8.2/vnc.c:582
#3  0x004091cd in main_loop_wait (timeout=Variable  
"timeout" is not available.

) at /data1/users/kkegel/qemu-0.8.2/vl.c:5013
#4  0x00409358 in main_loop () at /data1/users/kkegel/ 
qemu-0.8.2/vl.c:5112
#5  0x0040a6a5 in main (argc=7, argv=0x2) at /data1/users/ 
kkegel/qemu-0.8.2/vl.c:6221

(gdb) bt full
#0  0x003243270fb7 in memset () from /lib64/tls/libc.so.6
No symbol table info available.
#1  0x0045bb58 in protocol_client_msg (vs=0x25e3e80,  
data=Variable "data" is not available.

) at /data1/users/kkegel/qemu-0.8.2/vnc.c:735
i = Variable "i" is not available.


Let me know if there is further information I can provide that may  
be of use.


(forgive me for not checking for forums; Host qemu.dad-answers.com  
not found: 3(NXDOMAIN))


Thanks!

Kolbe Kegel


___
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

[Qemu-devel] qemu segfault, possible VNC related?

[Kolbe Kegel]

Hi,

I've only recently begun using QEMU, and I'm having problems with 
frequent segfaults when I try to boot from an Ubuntu live CD.


This is 0.8.2, and I verified this on 2 separate machines.

Oddly, when I started QEMU w/ the -s option and connected gdb remotely, 
Ubuntu booted to its desktop without any problems.


I don't have SDL available to test at this time, but some initial 
observations suggest that this segfault may only occur when connecting 
to the VNC server using TightVNC.


I believe the problems are related to VNC, based on this backtrace:

[Switching to Thread 182894085344 (LWP 27253)]
0x003243270fb7 in memset () from /lib64/tls/libc.so.6
(gdb) bt
#0  0x003243270fb7 in memset () from /lib64/tls/libc.so.6
#1  0x0045bb58 in protocol_client_msg (vs=0x25e3e80, 
data=Variable "data" is not available.

) at /data1/users/kkegel/qemu-0.8.2/vnc.c:735
#2  0x0045ae2f in vnc_client_read (opaque=Variable "opaque" is 
not available.

) at /data1/users/kkegel/qemu-0.8.2/vnc.c:582
#3  0x004091cd in main_loop_wait (timeout=Variable "timeout" is 
not available.

) at /data1/users/kkegel/qemu-0.8.2/vl.c:5013
#4  0x00409358 in main_loop () at 
/data1/users/kkegel/qemu-0.8.2/vl.c:5112
#5  0x0040a6a5 in main (argc=7, argv=0x2) at 
/data1/users/kkegel/qemu-0.8.2/vl.c:6221

(gdb) bt full
#0  0x003243270fb7 in memset () from /lib64/tls/libc.so.6
No symbol table info available.
#1  0x0045bb58 in protocol_client_msg (vs=0x25e3e80, 
data=Variable "data" is not available.

) at /data1/users/kkegel/qemu-0.8.2/vnc.c:735
i = Variable "i" is not available.


Let me know if there is further information I can provide that may be of 
use.


(forgive me for not checking for forums; Host qemu.dad-answers.com not 
found: 3(NXDOMAIN))


Thanks!

Kolbe Kegel


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

Re: [Qemu-devel] Config file support

[Johannes Schindelin]

Hi,

On Fri, 20 Oct 2006, Chuck Brazie wrote:

> What are your ideas on the syntax of the config file? Will it be XML 
> based or similar to the current options?

Oh yes! *claps his hands* XML! *gets shiny eyes* We absolutely have not 
enough bloat in QEmu! You could integrate libxml2. Or even better, write 
yet-another XML parser!

And encodings! XML has automatic encodings! We got to have them. Yes, 
encodings. It is international!

And you can put blobs into an XML! Isn't that a great feature we could 
use?

The best of all, it's a Best Practice! Plus, you can write a DTD for it 
and _validate_ it! Or even an _XML Schema_!

...

You get the idea.

Ciao,
Dscho



___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

[Qemu-devel] qemu vs gcc4

[K. Richard Pixley]

Could someone please explain the issue with gcc4, please?  Or point me 
to an existing explanation?


I mean, I understand that qemu is believed to be building incorrectly 
with gcc4.  But what is the failure mode folks have been seeing?  And 
what's being done about it or what needs to be done about it?  Is this 
an issue for all targets or is it x86 specific?


Thanks,
--rich


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

[Qemu-devel] Config file support

[Chuck Brazie]

Fabrice,

What are your ideas on the syntax of the config file? Will it be XML based 
or similar to the current options?

Chuck Brazie 
[EMAIL PROTECTED]



___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

[Qemu-devel] [FreeSBIE LVC] freesbie in qemu...

[Juergen Lock]

Hi!

 I tried FreeSBIE LVC (see announcement here:
http://www.riondabsd.net/2006/10/13/announce-freesbie-lvc-is-out/
) in qemu today (with kqemu), and noticed a few things (stated X with
startx):

1. xfdesktop+Xorg+python together constantly kept the cpu busy (I've
seen this with earlier versions of FreeSBIE too, just run `top' on
a shell to check)

2. as a result, firefox takes ages to startup, and when it finally
starts it notices a ssl key out of date because the clock seems to be
way in the future (somewhere in 2087!?), and then it displays the
`firefox updated' page.  (I started it from the shell and it said
** (firefox-bin:1306): WARNING **: Failed to send buffer
tho thats probably harmless.)

3. and there were a few (I think) `clock went backwards' messages on
the (guest's) console.

PS: host FreeBSD 6.1 i386, qemu 0.8.2 as in ports.


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

[Qemu-devel] Mac OS X Guest Support

[Joseph Miller]

According to the roadmap, 
http://fabrice.bellard.free.fr/qemu/roadmap.html, Mac OS X will be 
supported as a guest OS.  May I ask, what is the status of this?


-Joseph


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

VNC audio extension, was Re: [Qemu-devel] Re: [RFC] qemu-gui based on wxWidgets and libvncclient

[Johannes Schindelin]

Hi,

On Wed, 18 Oct 2006, Anthony Liguori wrote:

> Johannes Schindelin wrote:
> > Hi,
> > 
> > On Tue, 17 Oct 2006, Fabrice Bellard wrote:
> > 
> > > Another point is that you should consider adding audio support. I can help
> > > you on that (maybe malc would be interested too !). A simple format could
> > > be 4 bit ADPCM at fixed frequency. Optionally A more advanced codec such
> > > as Vorbis could be used.
> > 
> > Please, please not _another_ vnc hack! The RFB protocol loses all of its
> > appeal if everybody has proprietary, incompatible extensions! If you bother
> > to search Google for prior art, here is a link:
> > 
> > http://www.ks.uni-freiburg.de/php_arbeitdet.php?id=75
> > 
> > Yes, it is in German, but it already works. No need to add yet another
> > obscure extension.
> 
> My German is not very good, but from what I was able to read, it seems like
> they are just using VNC to transmit the port information for doing esd
> forwarding.  Presumably this saved a lot of work because no server side code
> was needed.

Actually, it does not use ESD forwarding. The ESD part was meant for audio 
_capture_, since the project was to transport also audio from a real 
computer.

But you are correct about the opening a port part. It uses RTP, not TCP, 
to ensure that the latency is low (which makes sense). The essence of this 
work is (AFAIUI) that

- Java is not the right language to do the job (which I don't 
  agree with), and
- it makes no sense to integrate the data stream into the VNC
  data stream, since you cannot sensibly multiplex the video
  and audio stream (because they have different goals).

Hth,
Dscho



___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

[Qemu-devel] err Re: [qemu-discuss] New SUNWqemu-0.8.2, REV=2006.10.18-sol10-i386-opt.pkg.gz for x64/x86 ready for public testing

[Martin Bochnig]

Sorry, the new version doesn't work with kqemu very well.
This affects the old and the new src equally.
The compiler or build env seems to be the problem.

Please continue to use the previous version that can still be obtained
from
http://opensolaris.org/os/project/qemu/downloads/qemu-osol-0.8.2-bin-x86.tar.gz

Sorry for any inconveniences.


Martin Bochnig wrote:

>http://opensolaris.org/os/project/qemu/downloads/
>
>Latest patched QEMU sources 20061013
>QEMU
>0.8.2 + patches snapshot October 13th 2006
>Previous patched QEMU sources 20061002
>QEMU
>0.8.2 + patches snapshot October 2nd 2006
>Pre-built x86 binaries_pkg
>
>32-bit and 64-bit x86/x64 pre-compiled QEMU 0.8.2 binaries for Solaris
>10 / 11 / OpenSolaris
>
>Should run on Sol10-x86 FCS aka 03/05 or higher (has been built under
>Solaris 10 03/05 FCS).
>  
>



___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

[Qemu-devel] New SUNWqemu-0.8.2, REV=2006.10.18-sol10-i386-opt.pkg.gz for x64/x86 ready for public testing

[Martin Bochnig]

http://opensolaris.org/os/project/qemu/downloads/

Latest patched QEMU sources 20061013
QEMU
0.8.2 + patches snapshot October 13th 2006
Previous patched QEMU sources 20061002
QEMU
0.8.2 + patches snapshot October 2nd 2006
Pre-built x86 binaries_pkg

32-bit and 64-bit x86/x64 pre-compiled QEMU 0.8.2 binaries for Solaris
10 / 11 / OpenSolaris

Should run on Sol10-x86 FCS aka 03/05 or higher (has been built under
Solaris 10 03/05 FCS).
More details later, on request.
Will not require LD_LIBRARY_PATH through both -R and -L plus crle (had
been required for 64bit vs. 32bit libgcc to avoid conflicting versions) :


# crle -c /opt/SUNWqemu/var/ld/ld.config

Configuration file [version 4]: /opt/SUNWqemu/var/ld/ld.config
  Default Library Path (ELF):   /opt/SUNWqemu/lib:/usr/sfw/lib:/lib:/usr/lib
  Trusted Directories (ELF):/lib/secure:/usr/lib/secure  (system
default)

Command line:
  crle -c /opt/SUNWqemu/var/ld/ld.config -l
/opt/SUNWqemu/lib:/usr/sfw/lib:/lib:/usr/lib

# crle -64 -c /opt/SUNWqemu/var/ld/64/ld.config

Configuration file [version 4]: /opt/SUNWqemu/var/ld/64/ld.config
  Default Library Path (ELF):  
/opt/SUNWqemu/lib/64:/usr/sfw/lib/64:/lib/64:/usr/lib/64
  Trusted Directories (ELF):/lib/secure/64:/usr/lib/secure/64 
(system default)

Command line:
  crle -64 -c /opt/SUNWqemu/var/ld/64/ld.config -l
/opt/SUNWqemu/lib/64:/usr/sfw/lib/64:/lib/64:/usr/lib/64

# uname -a
SunOS martux 5.10 Generic i86pc i386 i86pc
# isainfo -k
amd64
#



Make sure you have
http://www.opensolaris.org/os/project/qemu/downloads/kqemu-osol-1.3.0pre9-v0.2.tar.gz
installed  :-)


New features:

* provides qemu-system-i80586 target identifying itself with cpuid of
586 (i.e. for WinNT3.10 guest support)
* improved RAS  (runs on all hosts equal or higher Sol2.10_FCS; no
LD_LIBRARY_PATH trouble; no crashing SiSoft-Sandra inside Win98SE guest;
strongly enhanced sources wich much improved sparc host compatibility)
* IDE-UDMA patch derived from Juergen Keil's original patch  (Solaris
x86 guests can now be booted with dma enabled, out of the box as default
/ no grub cmd line)
* Improved support for booting the Solaris10/11 amd 64 kernel 
(Attention: still crashes when in combination with the wrapped kqemu
module, but works okay w/out kqemu)
* New sdl lib
* delivered as SVR4 pkgadd package
* /opt/SUNWqemu/bin/$ISAEXEC instead /opt/SUNWqemu/[32|64]


--Martin



___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

Re: [Qemu-devel] Re: [RFC] qemu-gui based on wxWidgets and libvncclient

[Oliver Gerlich]

Here's a partial translation/explanation of the link that Johannes sent 
some days ago, concerning remote sound in VNC. The final documentation 
(in german) can be found at 
http://www.ks.uni-freiburg.de/download/studienarbeit/SS05/08-05-TonSpur-DRichter/Dokumentation/Dokumentation.pdf


According to that PDF, sound is transmitted by capturing it with a Java 
application, then converting it using JMF (Java Media Framework) and 
sending it out as RTP stream. A Java client receives the RTP stream and 
plays it. As far as I understand, handshaking is done with an own TCP 
connection, while actual RTP packets are sent via UDP. During 
handshaking, connection speed is measured (see 6.1.2) to decide on the 
encoding (see 6.2.2).


There's also an older document at 
http://www.ks.uni-freiburg.de/download/studienarbeit/WS03/Ton-Spur-VNC.pdf 
which indeed describes a way to use ESD for remote sound.



Regards,
Oliver


Anthony Liguori wrote:

Johannes Schindelin wrote:

Hi,

On Tue, 17 Oct 2006, Fabrice Bellard wrote:

Another point is that you should consider adding audio support. I can 
help you on that (maybe malc would be interested too !). A simple 
format could be 4 bit ADPCM at fixed frequency. Optionally A more 
advanced codec such as Vorbis could be used.


Please, please not _another_ vnc hack! The RFB protocol loses all of 
its appeal if everybody has proprietary, incompatible extensions! If 
you bother to search Google for prior art, here is a link:


http://www.ks.uni-freiburg.de/php_arbeitdet.php?id=75

Yes, it is in German, but it already works. No need to add yet another 
obscure extension.


My German is not very good, but from what I was able to read, it seems 
like they are just using VNC to transmit the port information for doing 
esd forwarding.  Presumably this saved a lot of work because no server 
side code was needed.


Regards,

Anthony Liguori


Ciao,
Dscho




___
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

[Qemu-devel] Everything OK with kqemu vs. new SUNWqemu-0.8.2, REV=2006.10.18-sol10-i386-opt.pkg.gz for x64/x86

[Martin Bochnig]

It was a misunderstanding.
You know, I'm new to x86 HOSTs running qemu  (doing most things on sparc 
normally).

I therefore didn't have prior kqemu experience.


Eric Lowe wrote:

>>OH, oh, -kernel-kqemu does NOT work with Solaris guests. 
>>
>  
>

Your binary 32bit version actually does in 70% of tested cases (Sol10_U2
boot DVD and marTux_0.2_x64__snv46) !
It does work with  -kernel-kqemu and boots into marTux_0.2 x86 OpenSolaris 
32bit mode!
This is what confused me, and which made me believe, we had been talking about 

A)
(appropriate kqemu loaded)  &&  (-kernel-kqemu)

rather than

B)
(appropriate kqemu loaded)  &&  !(-no-kqemu) 

all the time.
A total misunderstanding which made me wonder, how to see the light.


>>You can only use kqemu without any kqemu parameters to QEMU so it does the 
>>default of virtualizing only the user-mode bits and emulating CPL=0.
>>  
>>
>  
>

Ahh, cool.
Then I simply misunderstood the help-comment/option-description of 
-kernel-kqemu, when I believed, "user-mode bits" only applies to the
linux_X_linux usermode case (not softmmu full system emulation).
Well, then it works ok what I get.
I need to do a performace analysis covering module_loaded versus
driver_removed (or -no-kqemu).


>>-kernel-kqemu does appear to work OK with Linux and Windows guests.
>>  
>>
>  
>

Sun_JDS1-Linux yes.
Dos/Win9x no. (also a no-go with /opt/SUNWqemu/32/bin/qemu from your
previous binary tar archive version, whereas OpenSolaris guests do work with 
your 20061002 version)
Apparrently NT based Win would potentially work with -kernel-kqemu, when you 
say that you could sucessfully boot into XP.

Do Linux-HOSTS running qemu/kqemu have the same incompatibility problems with 
certain guests (i.e. OpenSolaris or Win9x), or rather the BSD
kqemu wrapper which you have ported to Solaris?


>>After discussing with Fabrice the ins and outs of -kernel-kqemu I built a 
>>kernel which fixes some of the issues (Solaris has some naughty code which 
>>clears IF using POPF instead of using the CLI instruction) but there is one 
>>problem I could not solve kernel-side; kqemu does not do full page table 
>>shadowing for the kernel but instead updates the page tables of the guest 
>>in-situ with the translated pfns. Solaris gets very cranky about this since 
>>it assumes that the PTE.pfn == page_t.p_pagenum when doing the reverse 
>>translation. In your case I think you probably got bitten instead by an 
>>interrupt coming into the guest when it expected interrupts to be off -- the 
>>dispatcher does some twiddling with interrupts in some of its code which 
>>invoke the bad macro that uses PUSH $2 followed by POPF to clear IF.
>>  
>>
>  
>

Interesting.
I need to play around with that.


>>Testing without -kernel-kqemu should not have any problems.. if you do 
>>encounter any problems let me know. 
>>
>  
>

The only problem is, that the Sol10_U2 DVD stops booting the installer
after Configuring Devices.
^C brings me to the # prompt  (letting it running over night doesn't
have it make progress).
Not sure why that happens.
May not have to do with kqemu.


--->>
Thanks for introducing me to the kqemu(-wrapper) matter.
The more respect do I have for your wrapper-port.


-Martin

Eric Lowe wrote:

>kqemu should work with OpenSolaris guests provided you don't use 
>-kernel-kqemu. -kernel-kqemu is incompatible with the OpenSolaris kernel for a 
>couple of reasons. First, it appears kqemu will need a change in its page 
>table shadowing if we want to support OpenSolaris guests with full 
>virtualization, due to the way the HAT layer manages its page tables which is 
>very different from Linux and Windows; second, there is a bug (well, an RFE) 
>in OpenSolaris itself which would also need to be addressed.
>
>I have booted Windows XP and Linux using -kernel-kqemu with OpenSolaris as the 
>host using the binary bits mentioned below and they worked fine for me. I also 
>had no difficulty booting OpenSolaris guests on these bits in 32-bit and 
>64-bit mode w/ kqemu. I will install the latest packages on my home system 
>tonight and retry my tests with the latest kernel accelerator (my machine is 
>an Athlon X2 so I can test both 32-bit and 64-bit).
>
>- Eric
>
>- Original Message 
>From: Martin Bochnig <[EMAIL PROTECTED]>
>Cc: Open Solaris ; qemu-devel@nongnu.org; 
>[EMAIL PROTECTED]
>Sent: Thursday, October 19, 2006 2:50:37 AM
>Subject: err  Re: [qemu-discuss] New SUNWqemu-0.8.2, 
>REV=2006.10.18-sol10-i386-opt.pkg.gz for x64/x86 ready for public testing
>
>Sorry, the new version doesn't work with kqemu very well.
>This affects the old and the new src equally.
>The compiler or build env seems to be the problem.
>
>Please continue to use the previous version that can still be obtained
>from
>http://opensolaris.org/os/project/qemu/downloads/qemu-osol-0.8.2-bin-x86.tar.gz
>
>Sorry for any inconveniences.
>
>
>Martin Bochnig wrote:
>
>  
>
>>http://opensolaris.org/os/project/qemu/downloads/
>>
>>Latest patched QEM

[Qemu-devel] Re: err Re: [qemu-discuss] New SUNWqemu-0.8.2, REV=2006.10.18-sol10-i386-opt.pkg.gz for x64/x86 ready for public testing

[Eric Lowe]

kqemu should work with OpenSolaris guests provided you don't use -kernel-kqemu. 
-kernel-kqemu is incompatible with the OpenSolaris kernel for a couple of 
reasons. First, it appears kqemu will need a change in its page table shadowing 
if we want to support OpenSolaris guests with full virtualization, due to the 
way the HAT layer manages its page tables which is very different from Linux 
and Windows; second, there is a bug (well, an RFE) in OpenSolaris itself which 
would also need to be addressed.

I have booted Windows XP and Linux using -kernel-kqemu with OpenSolaris as the 
host using the binary bits mentioned below and they worked fine for me. I also 
had no difficulty booting OpenSolaris guests on these bits in 32-bit and 64-bit 
mode w/ kqemu. I will install the latest packages on my home system tonight and 
retry my tests with the latest kernel accelerator (my machine is an Athlon X2 
so I can test both 32-bit and 64-bit).

- Eric

- Original Message 
From: Martin Bochnig <[EMAIL PROTECTED]>
Cc: Open Solaris ; qemu-devel@nongnu.org; 
[EMAIL PROTECTED]
Sent: Thursday, October 19, 2006 2:50:37 AM
Subject: err  Re: [qemu-discuss] New SUNWqemu-0.8.2, 
REV=2006.10.18-sol10-i386-opt.pkg.gz for x64/x86 ready for public testing

Sorry, the new version doesn't work with kqemu very well.
This affects the old and the new src equally.
The compiler or build env seems to be the problem.

Please continue to use the previous version that can still be obtained
from
http://opensolaris.org/os/project/qemu/downloads/qemu-osol-0.8.2-bin-x86.tar.gz

Sorry for any inconveniences.


Martin Bochnig wrote:

>http://opensolaris.org/os/project/qemu/downloads/
>
>Latest patched QEMU sources 20061013
>QEMU
>0.8.2 + patches snapshot October 13th 2006
>Previous patched QEMU sources 20061002
>QEMU
>0.8.2 + patches snapshot October 2nd 2006
>Pre-built x86 binaries_pkg
>
>32-bit and 64-bit x86/x64 pre-compiled QEMU 0.8.2 binaries for Solaris
>10 / 11 / OpenSolaris
>
>Should run on Sol10-x86 FCS aka 03/05 or higher (has been built under
>Solaris 10 03/05 FCS).
>  
>

___
qemu-discuss mailing list
[EMAIL PROTECTED]
http://opensolaris.org/mailman/listinfo/qemu-discuss







___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel