Public bug reported:
Qemu version: 2.2.0 release, compiled from source
Host OS: Windows 7 Ultimate x64
Guest OS: not applicable, crash occurs even without OS and occurs with all OSs
Executable: qemu-system-i386.exe or qemu-system-i386w.exe
To reproduce:
Start qemu-system-i386 or qemu-system-i386w
On 15 January 2015 at 23:40, Programmingkid wrote:
> This patch allows Mac OS X to use a real CDROM disc in QEMU. Testing this
> patch will require using QEMU v2.2.0 because the current git version has a
> bug in it that prevents /dev/cdrom from being used. "make check" did pass and
> my Debian
Best regards,
Vladimir
On 09.01.2015 01:05, John Snow wrote:
CCing migration maintainers, feedback otherwise in-line.
On 12/11/2014 09:17 AM, Vladimir Sementsov-Ogievskiy wrote:
Just migrate parts of dirty bitmaps, corresponding to the block being
migrated. Also, skip block migration if it is
On 17 January 2015 at 11:52, Peter Maydell wrote:
> On 17 January 2015 at 06:48, Zhang Haoyu wrote:
>> G_IO_OUT|G_IO_HUP are passed from all of the callers
>> of chr_add_watch hooker, the assert condition MUST be
>> changed.
>
> "All the callers do this currently" isn't a reason to
> change an as
On 17 January 2015 at 06:48, Zhang Haoyu wrote:
> G_IO_OUT|G_IO_HUP are passed from all of the callers
> of chr_add_watch hooker, the assert condition MUST be
> changed.
"All the callers do this currently" isn't a reason to
change an assert. Possible reasons to change it include:
* "X is require
On Friday 16 January 2015 16:46:39 Peter Maydell wrote:
> CentOS5:
>
> ../block/dmg.o: In function `dmg_read_plist_xml':
> /home/petmay01/linaro/qemu-for-merges/block/dmg.c:414: undefined
> reference to `g_base64_decode_inplace'
Should have paid more attention to the API docs. Can you try the
fol
