Hi,
this is my first mail in Qemu mailing list. I think it's a fantastic
program. I'm starting using it quite a lot at home (with Linux) and at
work (with Windows XP). Everything works quite well (nothing is
perfect).
I'm a developer but I'm quite busy at the moment. Recently I got it
compiling
>
> Hi,
> this is my first mail in Qemu mailing list. I think it's a fantastic
> program. I'm starting using it quite a lot at home (with Linux) and at
> work (with Windows XP). Everything works quite well (nothing is
> perfect).
>
Well, I know, reply to my mail is quite crazy but here it is..
I analyzed the dsound problem (using Windows dsound audio driver cause
crash when closing console window cf "Qemu impressions"). The problem is
very complicated. Is seems that for some reasons dsound dll is unloaded
before msvcrt (which hold atexit and exit function) so dsound free
memory then msvc
>
> ZIGLIO, Frediano wrote:
>
> >I analyzed the dsound problem (using Windows dsound audio
> driver cause
> >crash when closing console window cf "Qemu impressions").
> The problem is
> >very complicated. Is seems that for some reasons dsound dll
> is unloaded
> >before msvcrt (which hold atex
Hi,
this patch add sparse file support under Windows (supported on NTFS).
It add a -s flag to qemu create and qemu convert. It contain also a new
implementation for ftruncate witch not fill manually space but only use
SetEndOfFile (so to handle correctly sparse file)
freddy77
sparse.diff
Desc
Well,
to sum up the problem with dsound (Windows audio driver), qemu crash
when is closed using "X" in console window. The reason is quite
complicated:
- in audio/dsoundaudio.c you allocate a IDirectSound* using
CoCreateInstance
- in audio/audio.c AUD_init you set up a atexit handler
- you close
> > Well,
> > to sum up the problem with dsound (Windows audio driver),
> qemu crash
> > when is closed using "X" in console window. The reason is quite
> > complicated:
> > - in audio/dsoundaudio.c you allocate a IDirectSound* using
> > CoCreateInstance
> > - in audio/audio.c AUD_init you set
tomatic if the filesystem supports it.
>
> Regards,
>
> Fabrice.
>
> ZIGLIO, Frediano, VF-IT wrote:
> > Hi,
> > this patch add sparse file support under Windows
> (supported on NTFS).
> > It add a -s flag to qemu create and qemu convert. It
> contain al
Attached updated patch (this time against CVS HEAD)
bye
Frediano Ziglio
PS: Thanks for apply my patches
>
> At least the default should be sparse files if the filesystem
> supports them.
>
> Fabrice.
>
> ZIGLIO, Frediano, VF-IT wrote:
> > Good question. As you
Updated patch against CVS HEAD
bye
Frediano Ziglio
close.diff
Description: close.diff
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
This patch continue my work trying to replace %lld (and similar) format
strings with C99 standard (as suggested by Fabrice). Is quite long but
as you can note it contains repetitive changes.
Frediano Ziglio
printf.diff
Description: printf.diff
___
Qem
>
> Paul Brook wrote:
> >> qemu -hda disk0.img -net nic,model=rtl8139 -net user -m
> 512 -soundhw
> >> sb16
> > Could be a bug in the rtl8139 emulation. I couldn't get it
> to work with the
> > Realtek drivers.
> Unofortunately rtl8139 is the only NIC supported by vista, among those
> provided
I got windows xp 64 working using current CVS.
I still have problems with network, I had to use this patch
Index: hw/rtl8139.c
===
RCS file: /sources/qemu/qemu/hw/rtl8139.c,v
retrieving revision 1.1
diff -u -1 -0 -r1.1 rtl8139.c
--- h
This is an updated patch for win32.
This patch fix a crash closing windows with "X" button.
Frediano Ziglio
close.diff
Description: close.diff
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
This is an update to my older patch.
It enable sparse file for raw image where available (winnt and above
using ntfs)
It also contains an implementation for ftruncate to allow 64-bit file
size. This implementation is compatible with sparse support (it do not
manually fill bytes with zero but let th
Linux too then I can change it without
> leaving the old
> value...
>
> Fabrice.
>
> ZIGLIO, Frediano, VF-IT wrote:
> > I got windows xp 64 working using current CVS.
> > I still have problems with n
>
> CVSROOT: /sources/qemu
> Module name: qemu
> Changes by: Fabrice Bellard06/07/04 10:08:36
>
> Modified files:
> hw : rtl8139.c
>
> Log message:
> rtl8139 fixes (Igor Kovalenko)
>
> CVSWeb URLs:
> http://cvs.savannah.gnu.org/viewcvs/qemu/hw/rtl8139.c?
>
> that fixed the mingw/win32 build
> thx
>
> On 7/4/06, Fabrice Bellard <[EMAIL PROTECTED]> wrote:
> > CVSROOT:/sources/qemu
> > Module name:qemu
> > Changes by: Fabrice Bellard06/07/04 21:42:10
> >
> > Modified files:
> >hw : pcnet.c
> >
> > Log mess
> My program is a utility for internet payment. It takes an important
role in the
> payment process to ensure security. One of the key functions is that
the program
> should detect which machine is paying. So while virtual machine (like
QEMU) is
> present, it can cheat the program.
> Checking
Hi,
well, this is not a definitive patch but it works. The aim is to be
able to wipe the disk without allocating entire space. When you wipe a
disk the program fill disk with zero bytes so disk image increase to
allocate all space. This just patch detect null byte writes and do not
write all zero
>
> ZIGLIO, Frediano, VF-IT wrote:
> > Hi,
> > well, this is not a definitive patch but it works. The
> aim is to be
> > able to wipe the disk without allocating entire space. When
> you wipe a
> > disk the program fill disk with zero bytes so disk imag
>
> Avi Kivity wrote:
>
> >> This _looks_ like it would severely impact cpu load during a write.
> >> Have you done any testing to determine if this is likely
> to impact a
> >> normal usage scenario?
> >
> > Why would it? In most cases, the zero test would terminate quickly,
> > without acce
Hi,
as expected 0.8.2 make windows 64 works. There is however a small
problem with network card. Windows 64 do not support old ne card so I
used rtl8139. It seems that 8139plus card make windows enter in an
infinite loop at shutdown. Changing pci id from 0x20 to 0x10 (that is
use old 8139, not pl
>
> On 7/26/06, ZIGLIO, Frediano, VF-IT <[EMAIL PROTECTED]>
wrote:
> >
> > Hi,
> > as expected 0.8.2 make windows 64 works. There is however a small
> > problem with network card. Windows 64 do not support old ne card so
I
> > used rtl8139. It s
>
> ZIGLIO, Frediano, VF-IT wrote:
> > Hi,
> > well, this is not a definitive patch but it works. The
> aim is to be
> > able to wipe the disk without allocating entire space. When
> you wipe a
> > disk the program fill disk with zero bytes so disk imag
> From:
> [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> .org] On Behalf Of Kazu
> Sent: giovedì 3 agosto 2006 10.25
> To: qemu-devel@nongnu.org
> Subject: Re: [Qemu-devel] Win32 MinGW build with current CVS
>
> Sent: Thursday, August 03, 2006 12:14 PM Kazu wrote:
>
> >
> > Asynchronous I/O is
>
> Sent: Thursday, August 03, 2006 12:14 PM Kazu wrote:
>
> >
> > Asynchronous I/O is implemented by overlapped I/O for Win32
> but it is not
> > enabled.
> >
> > I tried to make the program. A patch attached fixs compile errors.
> >
> > I found some problems about it.
> > GetFileSizeEx needs t
I found this bug. It's a kvm bug but is related to qemu code.
http://sourceforge.net/tracker/index.php?func=detail&aid=1621949&group_i
d=180599&atid=893831
bye
Frediano
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailm
28 matches
Mail list logo
