From: Rick Vernam <rickv@hobi.com>
To: qemu-devel@nongnu.org
Cc: Anthony Liguori <aliguori@us.ibm.com>
Subject: Re: [Qemu-devel] [ANNOUNCE] QEMU 1.0-rc1
Date: Tue, 8 Nov 2011 11:42:14 -0600 [thread overview]
Message-ID: <201111081142.14663.rickv@hobi.com> (raw)
In-Reply-To: <4EB85480.1020205@us.ibm.com>
On Monday 07 November 2011 15:58:24 Anthony Liguori wrote:
> Hi,
>
> On behalf of the QEMU Team, I'd like to announce the availability of QEMU
> 1.0, release candidate 1. This is the first release candidate for the 1.0
> release. This is not intended for production use but rather for testing.
>
> To participate in the testing effort, please read the Testing Wiki[1] and
> sign up to test a subsystem. Any problems should be reported on
> Launchpad[2] or qemu-devel.
>
> If you've contributed to the 1.0 release, please take a moment and update
> the Changelog[3] so we can have a high quality change log for the release.
>
> The full release schedule[4] is also available on the wiki.
>
> http://wiki.qemu.org/download/qemu-1.0-rc1.tar.gz
>
> Known Issues:
>
> 1) There is an issue resetting Linux guests that is still being
> investigated. Shutting down QEMU completely and restarting works around
> the issue.
>
> Changelog since v1.0-rc0
>
> - console: Fix rendering of VGA underline (Markus Armbruster)
> - qemu_timedate_diff() shouldn't modify its argument. (Gleb Natapov)
> - reenable vm_clock when resuming all vcpus (Wen Congyang)
> - qxl: fix vga port initialization. (Gerd Hoffmann)
> - ac97: don't override the pci subsystem id (Gerd Hoffmann)
> - pc: add 1.0 machine type (Gerd Hoffmann)
> - disable automatic loading of sgabios when -nographic (Paolo Bonzini)
> - add sgabios blob and submodule (Paolo Bonzini)
> - xen-platform: Fix IO port read/write functions (Anthony PERARD)
> - readline: Fix buffer overrun on re-add to history (Markus Armbruster)
> - cmd: Fix potential memory leak (Pavel Borzenkov)
> - cmd: Fix potential NULL pointer dereference (Pavel Borzenkov)
> - cmd: Fix coding style in cmd.c (Pavel Borzenkov)
> - arm_gic: handle banked enable bits for per-cpu interrupts (Rabin
> Vincent) - vvfat: reorganize computation of disk geometry (Paolo Bonzini)
> - vvfat: do not hardcode sector counts in error message (Paolo Bonzini) -
> vvfat: unify and correct computation of sector count (Paolo Bonzini) -
> vvfat: need to use first_sectors_number to distinguish fdd/hdd (Paolo
> Bonzini) - vvfat: do not fail if the disk has spare sectors (Paolo
> Bonzini) - vvfat: fix out of bounds array_get usage (Paolo Bonzini)
> - block/cloop: Use g_free instead of free (Dong Xu Wang)
> - block/cloop: Fix coding style (Dong Xu Wang)
> - dma: Avoid reentrancy in DMA transfer handlers (Kevin Wolf)
> - qemu-io: Fix multiwrite_f error handling (Kevin Wolf)
> - qemu-io: Handle create_iovec errors (Kevin Wolf)
> - Fix X86 CPU topology in KVM mode (Bharata B Rao)
> - intel-hda: fix stream search (Gerd Hoffmann)
> - virtio-blk: pass full status to the guest (Paolo Bonzini)
> - hw/9pfs: use g_vasprintf() instead of rolling our own (Stefan Hajnoczi)
> - xtensa_lx60: fix build date code and change memory region names (Max
> Filippov) - xtensa_lx60: pass kernel arguments from -append (Max Filippov)
> - xtensa_lx60: add FLASH support (Max Filippov)
> - target-xtensa: raise an exception for invalid and reserved opcodes (Max
> Filippov)
> - target-xtensa: handle cache options in the overlay tool (Max Filippov)
> - target-xtensa: mask out undefined bits of WINDOWSTART SR (Max Filippov)
> - tcg: Add tcg interpreter to configure / make (Stefan Weil)
> - tcg: Add tci disassembler (Stefan Weil)
> - tcg: Add interpreter for bytecode (Stefan Weil)
> - tcg: Add bytecode generator for tcg interpreter (Stefan Weil)
> - tcg: Make ARRAY_SIZE(tcg_op_defs) globally available (Stefan Weil)
> - tcg: TCG targets may define tcg_qemu_tb_exec (Stefan Weil)
> - memory: use 128-bit integers for sizes and intermediates (Avi Kivity)
> - Add support for 128-bit arithmetic (Avi Kivity)
>
> [1] http://wiki.qemu.org/Planning/1.0/Testing
> [2] http://wiki.qemu.org/ReportABug
> [3] http://wiki.qemu.org/ChangeLog/Next
> [4] http://wiki.qemu.org/Planning/1.0
>
> Regards,
>
> Anthony Liguori
Thanks.
Are there supporting windows binaries (ie, various virtio drivers and
vdagent)?
Also, I've seen instructions to build the various windows binaries from source
in a number of different places. Is there an "official" site describing the
method?
Thanks,
-Rick
next prev parent reply other threads:[~2011-11-08 18:37 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-07 21:58 [Qemu-devel] [ANNOUNCE] QEMU 1.0-rc1 Anthony Liguori
2011-11-08 17:42 ` Rick Vernam [this message]
2011-11-08 18:50 ` Stefan Weil
2011-11-08 19:03 ` Rick Vernam
2011-11-08 19:19 ` Anthony Liguori
2011-11-08 20:02 ` Michael Tokarev
2011-11-08 20:23 ` Anthony Liguori
2011-11-08 20:32 ` [Qemu-devel] [unclassified] " Jernej Simončič
2011-11-08 22:02 ` Michael Tokarev
-- strict thread matches above, loose matches on Subject: below --
2011-11-14 20:08 [Qemu-devel] [ANNOUNCE] " Anthony Liguori
2011-11-15 1:13 ` 陳韋任
2011-11-15 2:12 ` Anthony Liguori
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201111081142.14663.rickv@hobi.com \
--to=rickv@hobi.com \
--cc=aliguori@us.ibm.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).