Re: [Qemu-devel] [patch] qemu-1.0.1/VERSION
On Sun, Feb 19, 2012 at 11:51:25AM +0100, Stefan Weil wrote: Am 19.02.2012 01:05, schrieb Kenneth Salerno: Hello, The VERSION file in stable release qemu-1.0.1 has what I believe might be a typo: 1.0,1 rather than 1.0.1. This is causing a parsing issue for windres.exe in Win32 which chokes on: #define CONFIG_FILEVERSION 1,0,1,0,1,0 #define CONFIG_PRODUCTVERSION 1,0,1,0,1,0 when it should be seeing this: #define CONFIG_FILEVERSION 1,0,1,0 #define CONFIG_PRODUCTVERSION 1,0,1,0 Patch: --- VERSION.ORIG2012-02-18 18:56:16.62500 -0500 +++ VERSION 2012-02-18 18:56:31.609375000 -0500 @@ -1 +1 @@ -1.0,1 +1.0.1 Acked-by: Stefan Weil s...@weilnetz.de Ack, wow do I feel silly. Thanks for the catch. -- Justin M. Forbes
[Qemu-devel] [ANNOUNCE] QEMU 1.0.1.tar.gz is available
The QEMU team is pleased to announce the availability of the 1.0.1 stable release. Download instructions are available at http://wiki.qemu.org/Download A detailed change log is available at http://wiki.qemu.org/ChangeLog/1.0 On behalf of the QEMU team, I'd like to thank everyone who contributed to make this release happen! Regards, Justin M. Forbes
Re: [Qemu-devel] [Qemu-stable] [PATCH 4/4] target-i386: fix SSE rounding and flush to zero
On Fri, 2012-01-13 at 10:40 +0100, Markus Armbruster wrote: Dong Xu Wang wdon...@linux.vnet.ibm.com writes: After applied this patch, while I was compiling on my lap, there will be an error: ./configure --enable-kvm --target-list=x86_64-softmmu make CCx86_64-softmmu/translate.o /qemu/target-i386/translate.c: In function ‘disas_insn’: /qemu/target-i386/translate.c:7547:17: error: incompatible type for argument 1 of ‘gen_helper_ldmxcsr’ /qemu/target-i386/helper.h:200:1: note: expected ‘TCGv_i32’ but argument is of type ‘TCGv_i64’ make[1]: *** [translate.o] Error 1 make: *** [subdir-x86_64-softmmu] Error 2 I see this, too. I will take a look, I am not seeing it right now with the full stable tree, though I am doing a much larger config. Justin
Re: [Qemu-devel] [Qemu-stable] Last call for 1.0.1 stable release
On Tue, 2012-01-10 at 14:33 +0100, Andreas Färber wrote: Justin, Am 09.01.2012 19:00, schrieb Justin M. Forbes: Due to the repository move, holidays and other bits, we are a bit late getting out the door, but I want to get qemu 1.0.1 stable release done this week. We have a number of patches, but if you are sitting on anything or close to finishing up something, please get all patches to qemu-sta...@nongnu.org by Wednesday Jan 11th to give time for testing before the release is cut. Could you be a bit more verbose, please? Currently, judging by http://git.qemu.org/?p=qemu-stable-1.0.git;a=summary (which seems to be lacking a v1.0 tag), it seems like only a Malta fix is queued so far? I'm new to the stable business but my expectation is that patches are cherry-picked to the stable branch, if qualified, once applied to master. I haven't seen any Thanks, applied to stable-1.0 branch reply lately, but you're pinning 1.0.1 to a date already, leading to 1.0.1 getting either no testing (if you apply pending patches today/tomorrow) or hardly any fixes (one applied 47 hours ago)... The tree is currently updated with everything from my queue, and I have already started some testing with what we have. The expectation of patches by Wednesday means that no patches received after that day will be applied for 1.0.1 unless they are to fix a problem in what I have received. Anything else will be applied toward 1.0.2. Essentially we have to make a release, and there is a good bit of testing required for a release, so the tree has to freeze at some point for that to happen. Justin
[Qemu-devel] Last call for 1.0.1 stable release
Due to the repository move, holidays and other bits, we are a bit late getting out the door, but I want to get qemu 1.0.1 stable release done this week. We have a number of patches, but if you are sitting on anything or close to finishing up something, please get all patches to qemu-sta...@nongnu.org by Wednesday Jan 11th to give time for testing before the release is cut. Thanks, Justin
Re: [Qemu-devel] Qemu stable releases
On Fri, 2011-12-09 at 13:55 +0100, Andreas Färber wrote: Am 05.12.2011 21:08, schrieb Justin M. Forbes: Typically I get a flurry of patches shortly after a release (and they have already started for 1.0). I have tried to get a .1 release out in a timely manner, and then it seems patches for stable become few and far between. In the 0.14 and 0.15 series, not even enough to warrant a .2 release. Perhaps this is due to lack fixed issues, or lack of effort to submit to stable. 3) Security fixes do not follow this schedule, and will trigger a stable release as needed. I would've thought that the usb-ccid CVE alone warrants a 0.15.2 of qemu and qemu-kvm. I am surprised nothing has happened there yet... http://patchwork.ozlabs.org/patch/128064/ I suppose that also brings up the question of how long a stable branch should be supported? Perhaps we should do stable through 2 release cycles, so that 0.15 stable would stop when 1.1 is released? Justin
[Qemu-devel] Qemu stable releases
The stable tree for 1.0 has now been created and the mailing list exists. I am curious as to people's thoughts on how we should proceed. There was discussion of setting up a predictable time table for stable releases, say monthly or bimonthly, though that seems a bit difficult from past experience. Typically I get a flurry of patches shortly after a release (and they have already started for 1.0). I have tried to get a .1 release out in a timely manner, and then it seems patches for stable become few and far between. In the 0.14 and 0.15 series, not even enough to warrant a .2 release. Perhaps this is due to lack fixed issues, or lack of effort to submit to stable. What I would like to recommend is the following: 1) On the 15th of every month, the stable queue will be evaluated for release. 2) If enough patches exist (or critical enough patches exist), a stable release will be cut as soon as testing/push/mirror can be done. If there are no patches, or not enough patches to warrant a release, they will be held over until the next release. 3) Security fixes do not follow this schedule, and will trigger a stable release as needed. Questions, comments, concernes? How do people feel about this? Justin
Re: [Qemu-devel] KVM call agenda for November 1st
On Mon, Oct 31, 2011 at 08:09:31PM +0100, Juan Quintela wrote: Hi Please send in any agenda items you are interested in covering. Thanks, Juan. PD. Tomorrow is a Spanish holiday, so I would not attend the call. As there are no agenda items, todays call is cancelled. Justin
Re: [Qemu-devel] qemu-0.15.1 stable call for patches
On Wed, 2011-10-12 at 05:41 -0400, Brad wrote: On 26/09/11 9:16 AM, Justin M. Forbes wrote: With the current patch queue I would like to start getting qemu-0.15.1 stable into shape. With this in mind, the plan is to tag the release on Monday Oct 3rd. If you have patches pending for stable, now would be the time to send them. Please CC jmfor...@linuxtx.org if you can to ensure that I see them. Thanks, Justin Is there anywhere where we can see what's been pulled into the pending 0.15.1 code base so far since you don't seem to really post to the list about the stable branches? I typically reply when things get applied, though you can always check the git tree at: git://git.qemu.org/qemu-stable-0.15.git Justin
[Qemu-devel] [ANNOUNCE] QEMU 0.15.1.tar.gz is available
The QEMU team is pleased to announce the availability of the 0.15.1 stable release. Download instructions are available at http://wiki.qemu.org/Download A detailed change log is available at http://wiki.qemu.org/Changelog/0.15 On behalf of the QEMU team, I'd like to thank everyone who contributed to make this release happen! Regards, Justin M. Forbes
Re: [Qemu-devel] [fedora-virt] balloon drivers missing in virtio-win-1.1.16.vfd
On Thu, 2011-10-06 at 02:33 -0400, Andrew Cathrow wrote: - Original Message - From: Onkar N Mahajan kern...@gmail.com To: k...@vger.kernel.org, qemu-devel@nongnu.org Sent: Thursday, September 29, 2011 6:03:26 AM Subject: balloon drivers missing in virtio-win-1.1.16.vfd virtio_balloon drivers are missing in the virtio-win floppy disk image found at http://alt.fedoraproject.org/pub/alt/virtio-win/latest/images/bin/ whereas they are present in the ISO image , any specific reason for this ? Shouldn't they be ideally present ? The vfd is not supposed to contain the full set of drivers, it is meant to be the bare minimum drivers required to install (and fit in 1.44mb). The vfd only contains network and block drivers so that you can install the system and grab the full set of drivers from the ISO or another location. Later versions of Windows can install using the ISO for drivers and do not need the vfd at all. Justin
[Qemu-devel] qemu-0.15.1 stable call for patches
With the current patch queue I would like to start getting qemu-0.15.1 stable into shape. With this in mind, the plan is to tag the release on Monday Oct 3rd. If you have patches pending for stable, now would be the time to send them. Please CC jmfor...@linuxtx.org if you can to ensure that I see them. Thanks, Justin
Re: [Qemu-devel] [STABLE 3/4] monitor: fix build breakage with --disable-vnc
On Fri, 2011-09-16 at 13:30 -0300, Luiz Capitulino wrote: From: TeLeMan gele...@gmail.com The breakage was introduced by the commit 13661089810d3e59931f3e80d7cb541b99af7071 This patch, as well as the next monitor: fix build breakage for ! CONFIG_VNC are already in stable, and have been for a few weeks. Justin
Re: [Qemu-devel] [STABLE] Fix forcing multicast msgs to loopback on OpenBSD.
On Sun, 2011-08-07 at 21:44 -0400, Brad wrote: Could this please be pulled back to the 0.15 branch? commit b49b710aae35add54321e4ba1b338cf6db25c2a2 Author: Brad Smith b...@comstyle.com Date: Sat Jul 30 19:08:51 2011 -0400 Fix forcing multicast msgs to loopback on OpenBSD. Pulled, thanks. Justin
Re: [Qemu-devel] [BUG] error compiling qemu-kvm-0.15.0 without vnc
On Wed, 2011-08-31 at 10:14 +0200, Kevin Wolf wrote: Am 31.08.2011 09:40, schrieb Jan Kiszka: On 2011-08-31 02:03, Chris Friesen wrote: c62f6d1d76aea587556c85b6b7b5c44167006264 and 860341f60582959698d2e1d839a5b7a004a2d76f need to be applied to stable-0.15 of upstream QEMU. So I guess Justin should be CCed? Kevin Thanks for the CC, and pulled. Justin
[Qemu-devel] Fedora Virt Status
Fedora 15 - We have 65 open bugs 11 of which have fixes in awaiting updates. - 12 bugs have been closed in the last week Fedora 16 Fedora 16 Feature Freeze is just 1 week away. It is time to make sure things are in shape for alpha. Important dates for the Fedora 16 Schedule: 2011-07-26 Feature Freeze--Planning Development Ends 2011-07-26 Branch Fedora 16 from Rawhide-- Branch Freeze 2011-08-02 Software String Freeze 2011-08-02 Alpha Change Deadline 2011-08-16 Alpha Release 2011-08-30 Software Translation Deadline 2011-09-06 Beta Change Deadline Features 100% Complete 2011-09-20 Beta Release 2011-10-10 Final Change Deadline 2011-10-11 Compose 'Final' RC 2011-10-25 Fedora 16 Final Release == Updates Needing review == The following packages are in updates-testing and need review and karma as appropriate: F14: - libvirt-0.8.3-10.fc14 CVE-2011-2511, integer overflow in VirDomainGetVcpus - libguestfs-1.8.9-1.fc14 Stable branch update to version 1.8.9 F15: - libguestfs-1.10.5-1.fc15 Update to stable branch version 1.10.5. - spice-protocol-0.8.1-1.fc15 this package doesn't close any bugs but it is required to build an updated spice-server that will close bugs. == Virt Preview Repository == The virt-preview repository is now active for F15 users wishing to run the latest F16 virt packages on their stable F15 systems. F14 virt-preview users will still get the latest F15 packages. For details on how to run enable virt-preview, please see: https://fedoraproject.org/wiki/Virtualization_Preview_Repository At the moment, virt preview is out of sync with F16 due to a bug in binutils which will not allow the new seabios to build. Because libvirt requires the newer seabios, updates have been put on hold until the binutils fix is pushed to Fedora 15. == Bugs of importance: == - 700560 F15 virt-manager gui locks/freezes in the default storage pool There is a bug which states that sym-linked storage pools will lock virt-manager, and now reports that the default storage pool does as well. - 720995 F15 kvm gets stuck while booting 32 bit guest on 64 bit host with smp This seems to be the kvmclock regression bug, and the patch will make the next update
[Qemu-devel] Fedora virt status
Fedora 14 - We have 101 open bugs, 5 of which have fixes in awaiting updates. - 1 bug has been closed in the last week Fedora 15 - Release tomorrow! - We have 36 open bugs 2 of which have fixes in awaiting updates. - 6 bugs have been closed in the last week - GA images have been cleared for release - Upcoming Dates of importance: 2011-05-24 Fedora 15 Final Release Fedora 16 It is time to start planning for the Fedora 16 release. What features are going to be proposed? What does the community want to see from Fedora 16 virtualiation? == Updates Needing review == The following packages are in updates-testing and need review and karma as appropriate: F14: - libguestfs-1.8.7-1.fc14 New stable version 1.8.7 with several small bugfixes. F15: There are no virt packages in updates-testing at this time. == Virt Preview Repository == The virt-preview repository is now active for F14 users wishing to run the latest F15 virt packages on their stable F14 systems. F13 virt-preview users will still get the latest F14 packages. For details on how to run enable virt-preview, please see: https://fedoraproject.org/wiki/Virtualization_Preview_Repository == Bugs of importance: == - 700560 F15 virt-manager gui locks/freezes in the default storage pool There is a bug which states that sym-linked storage pools will lock virt-manager, and now reports that the default storage pool does as well. - 674530 Change CDROM of guest, new CD is truncated to the size of the old Installing a very old guest which requires several CDs, the CD size is truncated to the size of the first CD. This issue has been resolved upstream and will be in the next qemu update. - 693530 Qemu does the wrong thing with Cache=None and looks like corruption btrfs complains about corruption when Windows guests do certain types of writes with cache=none. This is really a btrfs issue, qemu behaves as expected.
[Qemu-devel] [ANNOUNCE] QEMU 0.14.1.tar.gz is available
The QEMU team is pleased to announce the availability of the 0.14.1 stable release. Download instructions are available at http://wiki.qemu.org/Download A detailed change log is available at http://wiki.qemu.org/Changelog/0.14 On behalf of the QEMU team, I'd like to thank everyone who contributed to make this release happen! Regards, Justin M. Forbes
[Qemu-devel] Qemu 0.14.1 last call for stable patches
It has come time to do the 0.14.1 stable release. If there are any patches which should make this release, please send them along. Remember, to be included, they need to be in the development tree already, and bug fixes only. I will cherry pick as appropriate. Thanks, Justin
[Qemu-devel] Fedora Virt Status
Fedora 14 - We have 95 open bugs, 5 of which have fixes in awaiting updates. - 17 bugs have been closed in the last week Fedora 15 - We have 22 open bugs. - 9 bugs have been closed in the last week - Beta is released, go test! - Upcoming Dates of importance: 2011-05-09 Final Change Deadline 2011-05-10 Compose 'Final' RC 2011-05-24 Fedora 15 Final Release == Updates Needing review == The following packages are in updates-testing and need review and karma as appropriate: F14: - libguestfs-1.8.6-1.fc14 New stable version 1.8.6 - spice-protocol-0.8.0-1.fc14 Add support for copy and paste using the primary selection, to use this you need a spice-gtk widget based client and the latest spice-gtk code Various small bug fixes F15: - libguestfs-1.10.2-1.fc15 New upstream stable version 1.10.2. == Virt Preview Repository == The virt-preview repository is now active for F14 users wishing to run the latest F15 virt packages on their stable F14 systems. F13 virt-preview users will still get the latest F14 packages. For details on how to run enable virt-preview, please see: https://fedoraproject.org/wiki/Virtualization_Preview_Repository == Bugs of importance: == - 674530 Change CDROM of guest, new CD is truncated to the size of the old Installing a very old guest which requires several CDs, the CD size is truncated to the size of the first CD. This could be a bug in the guest kernel, but needs to be investigated to ensure that it is not a hypervisor issue. - 693530 Qemu does the wrong thing with Cache=None and looks like corruption btrfs complains about corruption when Windows guests do certain types of writes with cache=none.
[Qemu-devel] Fedora Virt Test day is coming up in 2 days!
This is just a reminder that Thursday, April 14 is Fedora Virtualization test day. Test plans and more information for the event can be found on the Fedora Project Wiki at: https://fedoraproject.org/wiki/Test_Day:2011-04-14_Virtualization IRC for the event on freenode in #fedora-test-day. Please come lend a hand, we can use as many testers as possible. If you cannot make it on Thursday, please feel free to run through test plans as you have time,the feedback is still relevant and helps to make Fedora a better platform for virtualization. Thanks, Justin
[Qemu-devel] Fedora virt status
Fedora 14 - We have 103 open bugs, 16 of which have fixes in awaiting updates. - 1 bugs have been closed in the last week Fedora 15 - Upcoming Deadlines: 2011-04-05 Beta Change Deadline Features 100% Complete *today* 2011-04-19 Beta Release 2011-05-09 Final Change Deadline 2011-05-10 Compose 'Final' RC 2011-05-24 Fedora 15 Final Release - Virtualization Test Day is coming up on Thursday, April 14th. That is just 1 week away. Please mark your calendars, and join us for testing and bug hunting. The more we can uncover before release, the better off we are. - There are currently 60 bugs open against rawhide/F15. == Updates Needing review == The following packages are in updates-testing and need review and karma as appropriate: F13: - libvirt-0.8.2-3.fc13 fix a lack of API check on read-only connections this build fix one crash in the the error handling fix a lack of API check on read-only connections - python-virtinst-0.500.4-2 virt-install: Fix post install check from erroring (bz 628721) virt-install: Don't lowercase kernel args (bz 646029) virt-install: Fix installing to iscsi volume (bz 647241) virt-install: Fix setting default keymap (bz 636907) virt-install: Add ubuntu 10.10 os option (bz 642441) virt-install: Fix locale error if paging --help (bz 655328) F14: - libvirt-0.8.3-6.fc14 fix a lack of API check on read-only connections this build fix one crash in the the error handling fix a lack of API check on read-only connections - python-virtinst-0.500.6-1 Rebased to version 0.500.6 virt-install: --graphics spice now enables spicevmc and qxl virt-install: New --disk parameter io=native|threads - virt-manager-0.8.7-1 Rebased to version 0.8.7 Allow renaming an offline VM Spice password support (Marc-André Lureau) Allow editting NIC virtualport settings (Gerhard Stenzel) Allow enabling/disabling individual CPU features Allow easily changing graphics type between VNC/SPICE for existing VM Allow easily changing network source device for existing VM Fix a couple configure options == Virt Preview Repository == The virt-preview repository is now active for F14 users wishing to run the latest F15 virt packages on their stable F14 systems. F13 virt-preview users will still get the latest F14 packages. For details on how to run enable virt-preview, please see: https://fedoraproject.org/wiki/Virtualization_Preview_Repository == Bugs of importance: == - 679179 Openbios-ppc subpackage disappeared This blocker bug has been closed, updates are available in F15 and F14 virt-preview - 693530 Qemu does the wrong thing with Cache=None and looks like corruption btrfs complains about corruption when Windows guests do certain types of writes with cache=none.
[Qemu-devel] Fedora Virt status
Fedora 14 - We have 91 open bugs, 10 of which have fixes in awaiting updates. - 7 bugs have been closed in the last week Fedora 15 - Upcoming Deadlines: 2011-03-29 Software Translation Deadline 2011-04-05 Beta Change Deadline Features 100% Complete 2011-04-19 Beta Release 2011-05-09 Final Change Deadline 2011-05-10 Compose 'Final' RC 2011-05-24 Fedora 15 Final Release - Virtualization Test Day is coming up on Thursday, April 14th. Please mark your calendars, and join us for testing and bug hunting. The more we can uncover before release, the better off we are. - There are currently 56 bugs open against rawhide/F15. == Updates Needing review == The following packages are in updates-testing and need review and karma as appropriate: F13: - libvirt-0.8.2-3.fc13 fix a lack of API check on read-only connections this build fix one crash in the the error handling fix a lack of API check on read-only connections F14: - libvirt-0.8.3-6.fc14 fix a lack of API check on read-only connections this build fix one crash in the the error handling fix a lack of API check on read-only connections == Virt Preview Repository == The virt-preview repository is now active for F14 users wishing to run the latest F15 virt packages on their stable F14 systems. F13 virt-preview users will still get the latest F14 packages. For details on how to run enable virt-preview, please see: https://fedoraproject.org/wiki/Virtualization_Preview_Repository == Bugs of importance: == - 679179 Openbios-ppc subpackage disappeared It has been decided to drop the qemu-system-ppc and qemu-system-sparc as they offer limited use with modern linux systems - 681220 Virtual machines using the qxl driver crash This has been fixed and updates are available in F15 and F14 virt-preview
[Qemu-devel] Fedora Virt Status
Fedora 14 - We have 90 open bugs, 9 of which have fixes in awaiting updates. - 4 bugs have been closed in the last week Fedora 15 - Upcoming Deadlines: 2011-03-15 Software Translation Deadline 2011-03-22 Beta Change Deadline Features 100% Complete 2011-04-05 Beta Release 2011-04-25 Final Change Deadline 2011-04-26 Compose 'Final' RC 2011-05-10 Fedora 15 Final Release - Virtualization Test Day is coming up on Thursday, April 14th. Please mark your calendars, and join us for testing and bug hunting. The more we can uncover before release, the better off we are. - There are currently 59 bugs open against rawhide/F15. == Updates Needing review == The following packages are in updates-testing and need review and karma as appropriate: F13: - qemu-0.13.0-1.fc13 A large number of bug fixes and many patches dropped that have been upstreamed. F15: - qemu-0.14.0-2.fc15 Updated to 0.14.0 final release and re-enabled cris and sparc emulation == Virt Preview Repository == The virt-preview repository is now active for F14 users wishing to run the latest F15 virt packages on their stable F14 systems. F13 virt-preview users will still get the latest F14 packages. For details on how to run enable virt-preview, please see: https://fedoraproject.org/wiki/Virtualization_Preview_Repository == Bugs of importance: == - 679179 Openbios-ppc subpackage disappeared openbios is not building correctly on ppc right now. This has to be fixed as openbios-ppc is an install dependency for qemu-system-ppc - 681220 Virtual machines using the qxl driver crash Reports of qemu crashing when using the qxl driver with spice. A patch has been posted and will make the next build.
Re: [Qemu-devel] [PULL 0.14] linux-user fixes
On Thu, Feb 10, 2011 at 11:53:10AM +0200, Riku Voipio wrote: The following changes since commit 343c1de916b1841cd5fd5f813add9c87590d72e8: x86: Fix MCA broadcast parameters for TCG case (2011-02-08 12:37:30 +0100) are available in the git repository at: git://gitorious.org/qemu-maemo/qemu.git linux-user-for-0.14 Martin Mohring (1): linux-user: fix for loopmount ioctl Stefan Weil (1): linux-user: Fix possible realloc memory leak linux-user/elfload.c |8 +--- linux-user/ioctls.h |2 -- 2 files changed, 5 insertions(+), 5 deletions(-) Applied. Thanks, Justin
[Qemu-devel] Re: [PULL STABLE 0.14 0/9] Block patches for stable-0.14
On Fri, 2011-02-11 at 15:21 +0100, Kevin Wolf wrote: The following changes since commit b03088c32f8a88e4674f6cdab47da79ef4188d88: linux-user: Fix possible realloc memory leak (2011-02-09 21:24:05 +0100) are available in the git repository at: git://repo.or.cz/qemu/kevin.git for-stable-0.14 Chunqiang Tang (1): QCOW2: bug fix - read base image beyond its size Jes Sorensen (1): Change snapshot_blkdev hmp to use correct argument type for device Kevin Wolf (7): qcow2: Fix error handling for immediate backing file read failure qcow2: Fix error handling for reading compressed clusters qerror: Add QERR_UNKNOWN_BLOCK_FORMAT_FEATURE qcow2: Report error for version 2 qed: Report error for unsupported features qemu-img: Improve error messages for failed bdrv_open qcow2: Fix order in L2 table COW block/qcow2-cluster.c | 13 - block/qcow2.c | 26 +++--- block/qed.c |9 - cutils.c | 31 +++ hmp-commands.hx |2 +- qemu-common.h |2 ++ qemu-img.c| 10 +++--- qerror.c |5 + qerror.h |3 +++ 9 files changed, 84 insertions(+), 17 deletions(-) Pulled. Thanks, Justin
[Qemu-devel] Re: [PATCH master+0.14 0/2] blockdev memory leaks
On Wed, 2011-02-09 at 14:52 +0100, Kevin Wolf wrote: Hi Justin, Am 08.02.2011 15:12, schrieb Markus Armbruster: Markus Armbruster (2): blockdev: Plug memory leak in drive_uninit() blockdev: Plug memory leak in drive_init() error paths blockdev.c | 12 ++-- 1 files changed, 10 insertions(+), 2 deletions(-) How this series made its way into stable was a bit surprising for me. You may not be aware yet of the expectations that I (and probably others) have in the process of patches being applied to stable. No harm done, but maybe something to consider for future patches, so let me just mention some points: I saw that you already merged these patches into the stable tree, even though they are not master yet. I think usually stable should only get cherry-picks from master. There are exceptions of course (e.g. when something will be fixed differently in master), but I don't think this is one of them. Also I noticed that you didn't add your Signed-off-by when applying the patches. As I understand it, you should do this for any patch that you apply directly (i.e. that you don't get via a git pull) I only caught this by chance. If you sent an email (Thanks, applied to ...) after you have applied a patch or pulled from somewhere, it would be more obvious to the rest of us what happens in stable. Indeed, that was my fault... I had applied them for testing, and pushed to the wrong tree. I have made some local changes to insure that this does not happen in the future. The process is, pathches should be in master first, or their be a very good reason that they are not (bugs no longer apply to master, or different and more invasive fix is used in master). At this point in the cycle, where there is so little divergence from master, there is no reason that anything in stable is not in master. Justin
Re: [Qemu-devel] New stable branch information
On Fri, 2011-02-04 at 20:26 +0100, Aurelien Jarno wrote: On Fri, Feb 04, 2011 at 06:25:26AM -0600, Anthony Liguori wrote: To help make the stable branch more active than it has been in the past, I'd like to split the stable branch into a separate tree to allow the tree to develop a life of its own over time. I'd like to begin this process with 0.14 and as such, have created a new stable tree at git://git.qemu.org/qemu-stable-0.14.git. Justin Forbes has volunteered to help collect patches for this tree. The same stable rules still apply: patches should go into master first except for rare exceptions where that's feasible. I think this kind of job is more than just collecting patches, it also means following the development, to identify patches that may apply to stable, possibly asking the authors their opinion if the patch should be applied to stable. Absolutely, though it is also very helpful if the maintainers let us know when they think a patch needs to be in stable as well. Justin
[Qemu-devel] Fedora Virt status
Fedora 14 - We have 79 open bugs, 9 of which have fixes in awaiting updates. - 1 bug has been closed in the last week - Virt-preview has been opened for Fedora 14, more details below Fedora 15 - Upcoming Deadlines: 2011-01-25 Feature Submission Deadline (2 Weeks!) 2011-02-08 Feature Freeze--Planning Development Ends 2011-02-08 Branch Fedora 15 from Rawhide-- Branch Freeze 2011-02-15 Software String Freeze 2011-02-15 Alpha Change Deadline 2011-03-01 Alpha Release 2011-03-15 Software Translation Deadline 2011-03-22 Beta Change Deadline Features 100% Complete 2011-04-05 Beta Release 2011-04-25 Final Change Deadline 2011-04-26 Compose 'Final' RC 2011-05-10 Fedora 15 Final Release - Feature submission deadline is fast approaching, let's get those feature submissions done. == Virt Preview Repository == The virt-preview repository is now active for F14 users wishing to run the latest F15 virt packages on their stable F14 systems. F13 virt-preview users will still get the latest F14 packages. For details on how to run enable virt-preview, please see: https://fedoraproject.org/wiki/Virtualization_Preview_Repository Also note that virt-preview for F14 and later releases will live on the new(ish) repos.fedorapeople.org site. == Bugs of importance: == - 662380 Encrypted disks do not work Using virsh to create the encrypted disk, resulting disk is unusable. - 655280 libvirt does not support vendor/product based USB device passthrough with QEMU - 656943 KVM guest crashes if vmware vga option is used Reports of qemu crashing when a vga option is passed, using debian guests - 589130 USB disk not marked as removable USB Mass storage devices are not marked as removable to a guest. Bug has been filed upstream as well there is some debate as to what is the correct behavior here.
[Qemu-devel] [Bug 686613] [NEW] USB MSD are not marked as removable
Public bug reported: Filed from Fedora bug: https://bugzilla.redhat.com/show_bug.cgi?id=589130 Guests can access USB Mass Storage Device, but fail to mark them as removable. ** Affects: qemu Importance: Undecided Status: New -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/686613 Title: USB MSD are not marked as removable Status in QEMU: New Bug description: Filed from Fedora bug: https://bugzilla.redhat.com/show_bug.cgi?id=589130 Guests can access USB Mass Storage Device, but fail to mark them as removable.
Re: [Qemu-devel] [RFC] QEMU 0.14.0 release plan
On Mon, 2010-11-29 at 14:14 -0600, Anthony Liguori wrote: On 11/29/2010 01:58 PM, Alexander Graf wrote: On 29.11.2010, at 20:29, Anthony Liguori wrote: Is 2 just right? I was thinking of a more sophisticated model. Maybe 1 maintainer + 1 user? Or 1 person who knows his way around the area + 1 more? + 1 user? cute :-) 2 Acks seems like a good place to start. 2 acks is okay with me. Thoughts? Please set up a mailing list we can just CC for stable candidates, so they don't get lost. Motivation for keeping track of stable stuff differs between developers and it's essential to make the kick-off easily accessible. It's worked out very well for Linux, so why not for us? Is the desire to filter mail or have private discussions that are not on qemu-devel? If it's the former, a [STABLE] tag in the subject would work just as well. If it's the later, I think it runs contrary to the goal of getting more people involved in stable. The desire is to have an easy to set tag. [STABLE] to me indicates that the patch is specifically made for stable. CC to stable@ tells me that the patch should go into stable as soon as it's submitted upstream and if it doesn't apply cleanly, the stable maintainer nags the author about a backport. Okay, as long as stable is just there for CC and qemu-devel stays in the loop. Can't do it right now but remind me again when Savannah is back up. I would agree, a different list makes things a bit easier to track, but discussions need to happen on qemu-devel so that the right people stay involved. Tagging a patch isn't always a good thing because the patch is likely sent to the list for the dev branch, and only CCed to stable because it applies and is needed. Justin
Re: [Qemu-devel] Re: KVM Call agenda for July 13th
On Tue, Jul 13, 2010 at 12:19:21PM -0500, Brian Jackson wrote: On Tuesday, July 13, 2010 12:01:22 pm Avi Kivity wrote: On 07/13/2010 07:57 PM, Anthony Liguori wrote: I'd like to see more frequent stable releases, at least if the stable branch contains fixes to user-reported bugs (or of course security or data integrity fixes). Would you like to see more frequent stable releases or more frequent master releases? Yes. But in this context I'm interested in stable releases. We have bugs reported, fixed, and the fix applied, yet the fixes are unreachable to users. Especially so since qemu-kvm 0.12-stable hasn't been merged with qemu basically since 0.12.4 came out. I was trying to help one of the Gentoo maintainers find post 0.12.4 patches the other day and had to point them to the upstream qemu stable tree. I have offered to take care of this, but so far I do not have commit access. Justin
[Qemu-devel] Re: KVM call minutes for Apr 27
On Tue, Apr 27, 2010 at 09:11:00AM -0700, Chris Wright wrote: stable tree policy (push vs. pull and call for stable volunteers) - historically pull based (cherry picking) - doesn't scale wwell - push based...submit patches directly to stable tree - not just add good for stable in uptream patch submission - looking for volunteers to manage stable tree - Anthony volunteers!! (ok, not really) I will volunterr for this. I have a vested interest in the stable tree, as I track to it with Fedora as well. Justin M. Forbes
