Re: Moving QEMU downloads to GitLab Releases?

Akamai, Fastly, > Microsoft Azure, Google Cloud Storage, etc. > https://aws.amazon.com/blogs/opensource/aws-promotional-credits-open-source-projects/ Let me know if ya'll apply and I'm happy to push it through. Regards, Anthony Liguori

Re: [Qemu-devel] HTTP access to QEMU Git repositories

On Dec 9, 2015 6:14 PM, "Stefan Hajnoczi" wrote: > > On Wed, Dec 09, 2015 at 06:07:07PM +0100, Paolo Bonzini wrote: > > On 09/12/2015 17:37, Kai Noda wrote: > > > Those auxiliary repositories referenced by git-submodule, such as > > > dtc.git in my last email, are only

Re: [Qemu-devel] [Xen-devel] [PATCH 1/1] xen-hvm.c: Add support for Xen access to vmport

information than is needed. Regards, Anthony Liguori Ian. ___ Xen-devel mailing list xen-de...@lists.xen.org http://lists.xen.org/xen-devel

Re: [Qemu-devel] [PATCH] vnc: add additional key up event before repeated key down

, Anthony Liguori [...]

Re: [Qemu-devel] Cc'ing emails [

On Aug 5, 2014 2:42 AM, Markus Armbruster arm...@redhat.com wrote: Michael Tokarev m...@tls.msk.ru writes: 05.08.2014 08:41, Chen Gang wrote: Every members have their own tastes, and one working flow may be not suitable for all members. I can understand, and hope other members

Re: [Qemu-devel] possible denial of service via VNC

condition. The spec allows cut operations of this size. What would a reasonable limit be? Regards, Anthony Liguori PeterY

Re: [Qemu-devel] [PATCH] MAINTAINERS: addresses for responsible disclosure

? That way there's a single contact point and there can be many people backing it up to make sure that disclosures are handled very quickly. Regards, Anthony Liguori --- MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 34b8c3f..713546f 100644

Re: [Qemu-devel] Error propagation in generated visitors and command marshallers

of error handling. As use of Error has evolved in QEMU, I agree that the paradigm of bail out as soon as you see an error and fail fast is better so I'd vote for changing the generated code to do that. Regards, Anthony Liguori

Re: [Qemu-devel] KVM call agenda for 2014-04-01

instructions privately and between stefanha and I we can get your permissions sorted out. Regards, Anthony Liguori thanks -- PMM

Re: [Qemu-devel] KVM call agenda for 2014-04-01

supportive. Regards, Anthony Liguori Regards, Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg

Re: [Qemu-devel] please release qemu version 1.7.1

have a chance to follow-up till late last week. I'll do the announce as soon as we get the tarball uploaded. I'm still used to being able to walk next door, need to coordinate in advance a bit better next time. It's ready to go. Regards, Anthony Liguori Stefan

Re: [Qemu-devel] QEMU 2.0 release schedule proposal

I'll tag and push a tarball right now. Regards, Anthony Liguori On Thu, Mar 13, 2014 at 1:16 PM, Peter Maydell peter.mayd...@linaro.org wrote: On 13 March 2014 17:24, Peter Maydell peter.mayd...@linaro.org wrote: On 11 February 2014 14:34, Anthony Liguori anth...@codemonkey.ws wrote: Looks

[Qemu-devel] [ANNOUNCE] QEMU 2.0.0-rc0 is now available

://wiki.qemu.org/ChangeLog/Next Regards, Anthony Liguori

[Qemu-devel] [ANNOUNCE] QEMU 2.0.0-rc0 is now available

://wiki.qemu.org/ChangeLog/Next Regards, Anthony Liguori

Re: [Qemu-devel] QOM vs QAPI for QMP APIs

-by-class is a reasonable approach but I would also consider just grouping all of the IOThreads in a well known path instead of just having them live in /objects. So something like /objects/threads/thread0/pid. It ends up being very similar to working with sysfs at that point. Regards, Anthony Liguori

Re: [Qemu-devel] CPU models and feature probing (was Re: [PATCH qom-cpu 00/16 v10] target-i386: convert CPU) features into properties

for the change of plans. There's no real convincing. It's just a question of code. There are no defaults in classes for dynamic properties to modify. compat_props are a nice mechanism, making them work for all properties is a reasonable thing to do. Regards, Anthony Liguori

Re: [Qemu-devel] QEMU 2.0 release schedule proposal

Looks reasonable to me. I'll handle the release logistics in terms of tarball releases and tagging. Regards, Anthony Liguori On Tue, Feb 11, 2014 at 4:48 AM, Stefan Hajnoczi stefa...@gmail.com wrote: It's time to agree on the QEMU 2.0 release schedule so we can make a release within the next

Re: [Qemu-devel] CPU models and feature probing (was Re: [PATCH qom-cpu 00/16 v10] target-i386: convert CPU) features into properties

On Tue, Feb 11, 2014 at 7:25 AM, Eduardo Habkost ehabk...@redhat.com wrote: On Tue, Feb 11, 2014 at 06:31:35AM -0800, Anthony Liguori wrote: On Fri, Feb 7, 2014 at 2:55 AM, Paolo Bonzini pbonz...@redhat.com wrote: Il 07/02/2014 11:16, Eduardo Habkost ha scritto: You are not alone. I

Re: [Qemu-devel] CPU models and feature probing (was Re: [PATCH qom-cpu 00/16 v10] target-i386: convert CPU) features into properties

On Tue, Feb 11, 2014 at 8:55 AM, Andreas Färber afaer...@suse.de wrote: Am 11.02.2014 16:58, schrieb Anthony Liguori: On Tue, Feb 11, 2014 at 7:25 AM, Eduardo Habkost ehabk...@redhat.com wrote: On Tue, Feb 11, 2014 at 06:31:35AM -0800, Anthony Liguori wrote: On Fri, Feb 7, 2014 at 2:55 AM

Re: [Qemu-devel] [PATCH v3] Fix QEMU build on OpenBSD on x86 archs

added another committer, Peter Maydell, to try to break the log jam. I'll try to devote more time to applying patches but hopefully with Peter's help too, we can get things moving at the appropriate speed again. Regards, Anthony Liguori -- This message has been scanned for viruses

[Qemu-devel] Additional QEMU committer

and patches when I can but Peter will also be doing the same to make sure things move at a more constant pace. Big thanks to Peter for volunteering and for everyone for having patience over the last couple months. Regards, Anthony Liguori

Re: [Qemu-devel] [PULL 00/18] Block patches

I'm working through the backlog from the holidays. I should be through the full backlog today for PULL requests. On Fri, Jan 10, 2014 at 10:06 AM, Paolo Bonzini pbonz...@redhat.com wrote: Il 10/01/2014 18:29, Stefan Weil ha scritto: Ping. QEMU compilation is broken on Debian hosts since

Re: [Qemu-devel] [PULL 00/50] migration queue

I can't find the patches in my inbox but this breaks because test-vmstate.c ignores ftruncate errors which are marked as warn_unused_result on Ubuntu. Regards, Anthony Liguori On Tue, Dec 24, 2013 at 8:06 AM, Juan Quintela quint...@redhat.com wrote: Hi Anthony This is the patches

Re: [Qemu-devel] [Xen-devel] Project idea: make QEMU more flexible

in values of TARGET_WORDS_BIGENDIAN, TARGET_LONG_SIZE, and so on... Yup. It's still accel=xen just with no VCPUs. Regards, Anthony Liguori thanks -- PMM

Re: [Qemu-devel] [Xen-devel] Project idea: make QEMU more flexible

On Jan 6, 2014 6:55 AM, Stefano Stabellini stefano.stabell...@eu.citrix.com wrote: On Mon, 6 Jan 2014, Anthony Liguori wrote: On Jan 6, 2014 6:23 AM, Peter Maydell peter.mayd...@linaro.org wrote: On 6 January 2014 14:17, Stefano Stabellini stefano.stabell...@eu.citrix.com wrote

Re: [Qemu-devel] [Xen-devel] Project idea: make QEMU more flexible

On Mon, Jan 6, 2014 at 7:57 AM, Stefano Stabellini stefano.stabell...@eu.citrix.com wrote: On Mon, 6 Jan 2014, Anthony Liguori wrote: On Jan 6, 2014 6:55 AM, Stefano Stabellini stefano.stabell...@eu.citrix.com wrote: On Mon, 6 Jan 2014, Anthony Liguori wrote: On Jan 6, 2014 6:23 AM

Re: [Qemu-devel] [PULL 0/8] s390 patch queue 2013-12-18

are available in the git repository at: git://github.com/agraf/qemu.git s390-for-upstream Are you requesting the pull of the tag or the branch? You previously submitted signed tags. Regards, Anthony Liguori Cornelia Huck (1): s390x/kvm: Fix diagnose handling. Thomas Huth (7

Re: [Qemu-devel] [PULL 00/62] target-arm queue

warnings being treated as errors make[1]: *** [target-arm/cpu.o] Error 1 make: *** [subdir-aarch64-softmmu] Error 2 Regards, Anthony Liguori thanks -- PMM The following changes since commit f46e720a82ccdf1a521cf459448f3f96ed895d43: qemu_opts_parse(): always check return value (2013-12-16 15

Re: [Qemu-devel] [PULL 00/13] QMP queue

, you lost the merge conflict to Peter. Can you please rebase and resubmit? Regards, Anthony Liguori git://repo.or.cz/qemu/qmp-unstable.git queue/qmp for you to fetch changes up to 2e89b6d1cd378602f2c8ea982145213aededf0f2: qemu-monitor: HMP cpu-add wrapper (2013-12-18 11:12:16 -0500

Re: [Qemu-devel] [PATCH 00/11 v3] Refactor PCI/SHPC/PCIE hotplug to use a more generic hotplug API

On Tue, Dec 17, 2013 at 4:38 AM, Paolo Bonzini pbonz...@redhat.com wrote: Il 17/12/2013 00:26, Anthony Liguori ha scritto: Sharing hot plug code is a good thing. Making hotplug a qdev-level concept seems like a bad thing to me. Can you explain what you mean? The question is whether

Re: [Qemu-devel] [PATCH RFC 1/2] rng-egd: improve egd backend performance

, and if that isn't properly filled, the results are bound to be erratic. The test is bogus. egd is a protocol. You can't just pipe /dev/urandom into it. Regards, Anthony Liguori I haven't been able to find a spec detailing the way egd API, perhaps Anthony knows how to best pass data to qemu via egd

Re: [Qemu-devel] [PATCH 05/11] qdev: add hotpluggable property to Device

as it was assumed before. Signed-off-by: Igor Mammedov imamm...@redhat.com Pushing stuff to a base class in order to reuse code isn't the right way to model things. hotplug is a bus concept. It doesn't apply widely to all possible devices. Regards, Anthony Liguori --- v4: * s/hotplugable

Re: [Qemu-devel] [PATCH 00/11 v3] Refactor PCI/SHPC/PCIE hotplug to use a more generic hotplug API

anything by generalizing here. Is there a use-case this enables that isn't possible today? Regards, Anthony Liguori Patches 8-11 are should be merged as one and are split only for simplifying review (they compile fine but PCI hotplug is broken until the last patch is applyed). git tree

Re: [Qemu-devel] [PATCH] Python-lang gdb script to extract x86_64 guest vmcore from qemu coredump

texts look in +# gdb. You need to add a license to this file. Regards, Anthony Liguori + +import struct + +class DumpGuestMemory(gdb.Command): +Extract guest vmcore from qemu process coredump. + +The sole argument is FILE, identifying the target file to write the +guest vmcore

Re: [Qemu-devel] [PULL 00/30] virtio conversion to realize and hotplug/unplug fixes

On Dec 13, 2013 7:50 AM, Paolo Bonzini pbonz...@redhat.com wrote: Il 11/12/2013 08:45, Paolo Bonzini ha scritto: Anthony, the following changes since commit 7dc65c02fe3fb8f3146ce0b9ff5fec5945329f0e: Open 2.0 development tree (2013-11-27 14:02:45 -0800) This also conflicts

Re: [Qemu-devel] KVM call agenda for 2013-12-10

and that the next version will be 2.0! Speaking of sending out e-mail: did I miss the promised followup to the key signing party? I need to find the papers from KVM Forum which are somewhere among the stacks of boxes here :-/ Regards, Anthony Liguori -- To unsubscribe from this list: send the line

[Qemu-devel] [ANNOUNCE] QEMU 1.7.0 is now available

more... Regards, Anthony Liguori

Re: [Qemu-devel] KVM call agenda for 2013-12-10

soon. Regards, Anthony Liguori Paolo -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [Qemu-devel] [PATCH] fix build regression in qxl-render.c caused by ac86048

I'll commit in a few hours Regards, Anthony Liguori On Dec 10, 2013 4:37 AM, Markus Armbruster arm...@redhat.com wrote: Igor Mammedov imamm...@redhat.com writes: fixes regression caused by commit ac86048 trace: Remove trace.h from console.h (less dependencies) which makes build fail

Re: [Qemu-devel] [PULL 0/5] SCSI patches for 2013-12-09

tree is this against? It looks like the block tree. It conflicts badly with current master. Regards, Anthony Liguori for you to fetch changes up to 2fe3798cd5fab65ee7c86758b1b7701d7fe3709f: help: add id suboption to -iscsi (2013-12-09 13:47:24 +0100

Re: [Qemu-devel] [PULL 00/30] virtio conversion to realize and hotplug/unplug fixes

Paolo Bonzini pbonz...@redhat.com writes: Anthony, the following changes since commit 7dc65c02fe3fb8f3146ce0b9ff5fec5945329f0e: Open 2.0 development tree (2013-11-27 14:02:45 -0800) This also conflicts badly. Regards, Anthony Liguori are available in the git repository at: git

Re: [Qemu-devel] [PATCH] Fix QEMU build on OpenBSD on x86 archs

Please repost a proper v2. Regards, Anthony Liguori On Sun, Dec 8, 2013 at 7:28 PM, Brad Smith b...@comstyle.com wrote: On 27/11/13 6:15 PM, Brad Smith wrote: This resolves the build issue with building the ROMs on OpenBSD on x86 archs. As of OpenBSD 5.3 the compiler builds PIE binaries

Re: [Qemu-devel] [PATCH for-1.7] Fix QEMU build on OpenBSD on x86 archs

+++ b/configure @@ -1342,6 +1342,10 @@ EOF if compile_prog -fPIE -DPIE -pie; then QEMU_CFLAGS=-fPIE -DPIE $QEMU_CFLAGS LDFLAGS=-pie $LDFLAGS +if test $targetos == OpenBSD; then '==' is not portable syntax. You need to use '='. Regards, Anthony Liguori + CC_NOPIE=-fno

Re: [Qemu-devel] [PATCH for-1.7 0/2] block/drive-mirror: Reuse backing HD for sync=none

Kevin Wolf kw...@redhat.com writes: Am 26.11.2013 um 19:02 hat Anthony Liguori geschrieben: Max Reitz mre...@redhat.com writes: This series fixes the drive-mirror blockjob in case of none sync mode to always use the old (current) image file as the backing file of the newly created

[Qemu-devel] [ANNOUNCE] QEMU 1.7.0-rc2 is now available

S. Tsirkin) - acpi-build: fix build on glib 2.14 (Michael S. Tsirkin) - acpi-build: fix build on glib 2.22 (Michael S. Tsirkin) - pci: unregister vmstate_pcibus on unplug (Bandan Das) - s390x: fix flat file load on 32 bit systems (Michael S. Tsirkin) Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH for-1.7 0/2] block/drive-mirror: Reuse backing HD for sync=none

will introduce an at least pretty strange API in case the original file is unbacked otherwise. Kevin/Stefan? Do we need this for 1.7? Regards, Anthony Liguori Max Reitz (2): block/drive-mirror: Reuse backing HD for sync=none qemu-iotests: Fix test 041 blockdev.c | 3

[Qemu-devel] [ANNOUNCE] QEMU 1.7.0-rc1 is now available

support for parallel installation of 32 and 64 bit code (Stefan Weil) - KVM: x86: fix typo in KVM_GET_XCRS (Paolo Bonzini) Regards, Anthony Liguori

Re: [Qemu-devel] [ANNOUNCE] QEMU 1.7.0-rc1 is now available

pull request). Please confirm and ping anything that isn't committed as appropriate. Regards, Anthony Liguori On Thu, Nov 21, 2013 at 10:42 AM, Anthony Liguori anth...@codemonkey.ws wrote: Hi, On behalf of the QEMU Team, I'd like to announce the availability of the second release candidate

Re: [Qemu-devel] [PATCH 0/4] tpm: Provide a software vTPM

On Wed, Nov 20, 2013 at 2:01 PM, Stefan Berger stef...@linux.vnet.ibm.com wrote: On 11/19/2013 06:03 PM, Anthony Liguori wrote: On Tue, Nov 19, 2013 at 1:32 PM, Corey Bryant cor...@linux.vnet.ibm.com wrote: On 11/19/2013 02:50 PM, Anthony Liguori wrote: On Wed, Nov 6, 2013 at 6:38 AM

Re: [Qemu-devel] [PATCH 0/4] tpm: Provide a software vTPM

essentially asking us to merge 70k+ LOCS without any review or validation ahead of time. That's an unreasonable request. Regards, Anthony Liguori With this patch series, multiple guests can run with their own vTPM. In comparison, the existing passthrough vTPM does not allow this because

Re: [Qemu-devel] [PATCH 0/4] tpm: Provide a software vTPM

On Tue, Nov 19, 2013 at 1:32 PM, Corey Bryant cor...@linux.vnet.ibm.com wrote: On 11/19/2013 02:50 PM, Anthony Liguori wrote: On Wed, Nov 6, 2013 at 6:38 AM, Corey Bryant cor...@linux.vnet.ibm.com wrote: This patch series provides support for a software Trusted Platform Module (otherwise

Re: [Qemu-devel] dataplane, thread and gpu stuff

device in a seperate thread with no way to control who is where can actually hurt performance. I think we really need to have a M-N device thread model too. Regards, Anthony Liguori Paolo can give you details on the latest thread-safe memory API stuff and whether it's already usable for virtio

Re: [Qemu-devel] [PATCH 2/3] ui/vnc: optimize dirty bitmap tracking

optimized function find_next_bit to find the offset of the next dirty bit in the dirty bitmaps. Signed-off-by: Peter Lieven p...@kamp.de Can you include performance data? Regards, Anthony Liguori --- ui/vnc.c | 146 ++ ui

Re: [Qemu-devel] -vga std vs. -device VGA

properly since the keyboard controller is used to enable the a20 bit. Regards, Anthony Liguori Alex

Re: [Qemu-devel] -vga std vs. -device VGA

doesn't have a legacy PC/AT keyboard controller. Sure, but that implies that -nodefaults -device VGA creates a working usable machine on x86 and not on pseries... Because pseries is not x86. This is expected and okay. Regards, Anthony Liguori Cheers, Ben.

Re: [Qemu-devel] [PATCH for-1.7] target-i386: Fix build by providing stub kvm_arch_get_supported_cpuid()

you actually tried -O1 under a debugger with clang? Is it noticably worse than -O0? I find QEMU extremely difficult to use an interactive debugger on anyway. I doubt the difference between -O0 and -O1 is even close to the breaking point between usability under a debugger... Regards, Anthony

Re: [Qemu-devel] [PATCH] ui/sdl2 : initial port to SDL 2.0

On Nov 11, 2013 1:10 AM, Dave Airlie airl...@gmail.com wrote: On Mon, Nov 11, 2013 at 2:02 PM, Anthony Liguori anth...@codemonkey.ws wrote: On Sun, Nov 10, 2013 at 3:15 PM, Dave Airlie airl...@gmail.com wrote: From: Dave Airlie airl...@redhat.com I've ported the SDL1.2 code over

Re: [Qemu-devel] audit needed for signal handlers

be corrupted. Isn't this precisely why EINTR exists? Regards, Anthony Liguori More reading on the topic: https://plus.google.com/+LennartPoetteringTheOneAndOnly/posts/gHSscCJkakd I have not done a full audit of qemu's signal handlers, so much as a quick look to see if I could find violations

Re: [Qemu-devel] [PATCH] A hexdump function that also displays UTF-8 strings contained in the dumped buffer.

() for this. +fprintf(fp, %c, '.'); +} else { +fprintf(fp, %c, *(linep + j)); Even though the comment says UTF-8, this isn't actually handling UTF-8. Just ascii. You should fold this into whatever forthcoming patch you are submitting. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH for-1.7] target-i386: Fix build by providing stub kvm_arch_get_supported_cpuid()

it's not getting that much testing. We really need to figure out how we're going to do CI. FWIW, I'd rather just add -O1 for debug builds than add more stub functions. Regards, Anthony Liguori Paolo -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message

Re: [Qemu-devel] [PATCH] ui/sdl2 : initial port to SDL 2.0

instead of assuming it's there? Regards, Anthony Liguori +return keycode; +} + +#endif + +static void reset_keys(void) +{ +int i; +for(i = 0; i 256; i++) { +if (modifiers_state[i]) { +if (i SCANCODE_GREY) +kbd_put_keycode

Re: [Qemu-devel] [PATCH] ossaudio: do not enable by default

this to the pulseaudio backend where init can actually fail, you can see why it can be default but ossaudio really can't. Regards, Anthony Liguori cheers, Gerd

Re: [Qemu-devel] [PATCH] ossaudio: do not enable by default

. Can you add a SoB and submit as a patch? Regards, Anthony Liguori +} return conf; } cheers, Gerd

Re: [Qemu-devel] [PATCH] ossaudio: do not enable by default

Gerd Hoffmann kra...@redhat.com writes: On So, 2013-11-03 at 08:45 -0800, Anthony Liguori wrote: Modern Linux's no longer support /dev/dsp so enabling it by default causes audio failures on newer Linux distros. That will break sound on BSD. I think we should do something like this instead

Re: [Qemu-devel] [PATCH 1.7] pc: get rid of builtin pvpanic for -M pc-1.5

Paolo Bonzini pbonz...@redhat.com writes: This causes two slight backwards-incompatibilities between -M pc-1.5 and 1.5's -M pc: Can you rebase this? It no longer applies because of the acpi building changes. Regards, Anthony Liguori (1) a fw_cfg file is removed with this patch

Re: [Qemu-devel] [PATCH v3] net: Adding netmap network backend

a good idea to support this on Linux hosts. This is an out of tree module that most likely will never go upstream. I don't want to live through another kqemu with this if it eventually starts to bit-rot. Regards, Anthony Liguori To compile QEMU with netmap support, use the following configure

Re: [Qemu-devel] [PATCH v3] net: Adding netmap network backend

On Mon, Nov 4, 2013 at 10:08 AM, Luigi Rizzo ri...@iet.unipi.it wrote: On Mon, Nov 4, 2013 at 9:41 AM, Anthony Liguori anth...@codemonkey.ws wrote: On Tue, Oct 29, 2013 at 3:12 AM, Vincenzo Maffione v.maffi...@gmail.com wrote: This patch adds support for a network backend based on netmap

Re: [Qemu-devel] [PATCH v3] net: Adding netmap network backend

On Mon, Nov 4, 2013 at 11:51 AM, Luigi Rizzo ri...@iet.unipi.it wrote: On Mon, Nov 04, 2013 at 10:20:12AM -0800, Anthony Liguori wrote: On Mon, Nov 4, 2013 at 10:08 AM, Luigi Rizzo ri...@iet.unipi.it wrote: ... On Tue, Oct 29, 2013 at 3:12 AM, Vincenzo Maffione v.maffi...@gmail.com wrote

Re: [Qemu-devel] [PATCH v3] net: Adding netmap network backend

On Mon, Nov 4, 2013 at 1:08 PM, Luigi Rizzo ri...@iet.unipi.it wrote: On Mon, Nov 4, 2013 at 12:54 PM, Anthony Liguori anth...@codemonkey.ws wrote: On Mon, Nov 4, 2013 at 11:51 AM, Luigi Rizzo ri...@iet.unipi.it wrote: On Mon, Nov 04, 2013 at 10:20:12AM -0800, Anthony Liguori wrote

Re: [Qemu-devel] [PULL v2 00/56] QOM devices patch queue 2013-10-31

x86_64 without any issue. You really need to explain the problem! Andreas, I told you how to reproduce the problem. If you choose not to investigate, fine, but don't spam me with resends of a pull request with a known breakage. Regards, Anthony Liguori Regards, Andreas Regards, Anthony

Re: [Qemu-devel] [PULL v2 00/56] QOM devices patch queue 2013-10-31

On Sun, Nov 3, 2013 at 7:12 AM, Andreas Färber afaer...@suse.de wrote: Anthony, Am 03.11.2013 14:58, schrieb Anthony Liguori: On Sun, Nov 3, 2013 at 5:28 AM, Andreas Färber afaer...@suse.de wrote: Anthony, The errors are the exact same as before. Install some VMs and reproduce the problem

[Qemu-devel] [PATCH] ossaudio: do not enable by default

Modern Linux's no longer support /dev/dsp so enabling it by default causes audio failures on newer Linux distros. Signed-off-by: Anthony Liguori aligu...@amazon.com --- audio/ossaudio.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/audio/ossaudio.c b/audio/ossaudio.c index

Re: [Qemu-devel] [PATCH] ossaudio: do not enable by default

On Sun, Nov 3, 2013 at 9:12 AM, Andreas Färber afaer...@suse.de wrote: Am 03.11.2013 17:45, schrieb Anthony Liguori: Modern Linux's no longer support /dev/dsp so enabling it by default causes audio failures on newer Linux distros. Signed-off-by: Anthony Liguori aligu...@amazon.com

Re: [Qemu-devel] [PULL v2 00/30] Block patches

On Thu, Oct 31, 2013 at 10:52 PM, Paolo Bonzini pbonz...@redhat.com wrote: Il 31/10/2013 21:50, Anthony Liguori ha scritto: /x86_64/ide/bmdma/setup: OK /x86_64/ide/bmdma/simple_rw: OK /x86_64/ide/bmdma

Re: [Qemu-devel] [PATCH] import kvm-unittest in QEMU source tree

in kvm-unit-tests. It's so simple that a fork isn't really much of a concern to me. Regards, Anthony Liguori 1) There are a couple pendings patches on the kvm list that tidy up the kvm-unit-tests repo - removing lots of the files. That should be committed first to avoid importing a bunch

Re: [Qemu-devel] [PULL 0/6] target-arm queue

on merging. Regards, Anthony Liguori Peter, since I had picked up the first two patches into my still pending qom-next pull, as per the QEMU Summit discussion those patches should've gotten an Acked-by. Regards, Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany

Re: [Qemu-devel] pvpanic plans?

); Don't you still need to halt the guest on a panic event, for management to have a chance to choose what to do about the panic? I'm suspecting this patch does break things. I would be happy to apply a patch that just reverted the whole dang mess of this device. Regards, Anthony Liguori

Re: [Qemu-devel] [PULL 0/6] target-arm queue

. And adding tags is a nice-to-have. There is no rule stating that you must include everyone that appears on the mailing list. But I expect that maintainers try to Regards, Anthony Liguori Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild

Re: [Qemu-devel] [PULL 0/6] target-arm queue

On Thu, Oct 31, 2013 at 3:45 PM, Andreas Färber afaer...@suse.de wrote: Am 31.10.2013 15:39, schrieb Anthony Liguori: On Thu, Oct 31, 2013 at 3:36 PM, Andreas Färber afaer...@suse.de wrote: Am 31.10.2013 15:31, schrieb Peter Maydell: On 31 October 2013 14:18, Andreas Färber afaer...@suse.de

Re: [Qemu-devel] [PULL 0/6] target-arm queue

On Thu, Oct 31, 2013 at 3:45 PM, Andreas Färber afaer...@suse.de wrote: Am 31.10.2013 15:39, schrieb Anthony Liguori: On Thu, Oct 31, 2013 at 3:36 PM, Andreas Färber afaer...@suse.de wrote: Am 31.10.2013 15:31, schrieb Peter Maydell: On 31 October 2013 14:18, Andreas Färber afaer...@suse.de

Re: [Qemu-devel] [PULL 0/6] target-arm queue

On Thu, Oct 31, 2013 at 5:52 PM, Andreas Färber afaer...@suse.de wrote: Am 31.10.2013 16:04, schrieb Anthony Liguori: On Thu, Oct 31, 2013 at 3:45 PM, Andreas Färber afaer...@suse.de wrote: Am 31.10.2013 15:39, schrieb Anthony Liguori: On Thu, Oct 31, 2013 at 3:36 PM, Andreas Färber afaer

Re: [Qemu-devel] [PULL 0/6] target-arm queue

On Thu, Oct 31, 2013 at 5:52 PM, Andreas Färber afaer...@suse.de wrote: Am 31.10.2013 16:04, schrieb Anthony Liguori: On Thu, Oct 31, 2013 at 3:45 PM, Andreas Färber afaer...@suse.de wrote: Am 31.10.2013 15:39, schrieb Anthony Liguori: On Thu, Oct 31, 2013 at 3:36 PM, Andreas Färber afaer

Re: [Qemu-devel] [PULL 0/6] target-arm queue

, Anthony Liguori Andreas -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg

Re: [Qemu-devel] [PULL v2 00/30] Block patches

: R02S2c481529260b1d513b7a498b45a5b420 (pid=736) FAIL: tests/ide-test Regards, Anthony Liguori git://repo.or.cz/qemu/kevin.git tags/for-anthony for you to fetch changes up to f4c129a38a5430b7342a7a23f53a22831154612f: vmdk: Implment bdrv_get_specific_info (2013-10-31 14:44:43 +0100

Re: [Qemu-devel] [PULL v2 00/56] QOM devices patch queue 2013-10-31

, then don't bother sending them. make check fails spectacularly. I've confirmed this on multiple platforms on different distros. The errors are the exact same as before. Install some VMs and reproduce the problem. I just checked and it fails under 64-bit Fedora 19. Regards, Anthony Liguori

Re: [Qemu-devel] [PATCH 0/17 v2] Localhost migration with side channel for ram

upgrade, well within your original 200 ms goals. This is actually a very nice justification for post copy. Regards, Anthony Liguori But the flipping code with vmsplice should be needed anyway to avoid doubling memory usage, and it's looking pretty good in this version already! I'm relieved

[Qemu-devel] [REMINDER] Key Signing Party at KVM Forum

note that the key server on the wiki is currently down so please ignore that part of the howto. Regards, Anthony Liguori

Re: [Qemu-devel] [REMINDER] Key Signing Party at KVM Forum

that with you. Do not trust that I have reproduced your key accurately. Regards, Anthony Liguori On Tue, Oct 22, 2013 at 10:56 AM, Anthony Liguori anth...@codemonkey.ws wrote: Hi, We'll be hosting a key signing party at KVM Forum on Wednesday during the Hackathon. More information

Re: [Qemu-devel] [PATCH for-1.7] seccomp: setting -sandbox on by default

hot_add of a network device that uses a script= argument, correct? If so, this cannot be made default. Regards, Anthony Liguori qemu-options.hx | 4 ++-- vl.c| 47 --- 2 files changed, 30 insertions(+), 21 deletions(-) diff --git a/qemu

Re: [Qemu-devel] [PATCH] MAINTAINERS: add block driver sub-maintainers

through Kevin or Stefan's block tree but the block driver sub-maintainers are usually the ones to review patches. Acked-by: Kevin Wolf kw...@redhat.com Signed-off-by: Stefan Hajnoczi stefa...@redhat.com Acked-by: Anthony Liguori aligu...@amazon.com Although you certainly don't need it. I assume

Re: [Qemu-devel] [PATCH 2/2] acpi-test: basic acpi unit-test

, Anthony Liguori Regards, Andreas +} +return g_test_run(); +} [snip] -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg

Re: [Qemu-devel] [PULL 42/43] piix4: add acpi pci hotplug support

On Tue, Oct 15, 2013 at 1:17 PM, Michael S. Tsirkin m...@redhat.com wrote: On Tue, Oct 15, 2013 at 09:27:33AM -0700, Anthony Liguori wrote: Paolo Bonzini pbonz...@redhat.com writes: Il 15/10/2013 16:35, Michael S. Tsirkin ha scritto: On Tue, Oct 15, 2013 at 04:31:31PM +0200, Paolo Bonzini

Re: [Qemu-devel] Which functions of southbridges should be no-user?

On Wed, Oct 16, 2013 at 3:00 AM, Markus Armbruster arm...@redhat.com wrote: Anthony Liguori anth...@codemonkey.ws writes: On Tue, Oct 15, 2013 at 7:41 AM, Kevin Wolf kw...@redhat.com wrote: Am 15.10.2013 um 15:31 hat Andreas Färber geschrieben: Am 15.10.2013 15:21, schrieb Markus Armbruster

Re: [Qemu-devel] [PULL 42/43] piix4: add acpi pci hotplug support

On Wed, Oct 16, 2013 at 11:18 AM, Michael S. Tsirkin m...@redhat.com wrote: On Wed, Oct 16, 2013 at 09:38:29AM -0700, Anthony Liguori wrote: On Tue, Oct 15, 2013 at 1:17 PM, Michael S. Tsirkin m...@redhat.com wrote: On Tue, Oct 15, 2013 at 09:27:33AM -0700, Anthony Liguori wrote: Paolo

Re: [Qemu-devel] [PULL 42/43] piix4: add acpi pci hotplug support

compatibility issues across machine versions. Regards, Anthony Liguori Paolo

Re: [Qemu-devel] [PULL 00/43] pci, pc, acpi fixes, enhancements

On Mon, Oct 14, 2013 at 10:28 PM, Michael S. Tsirkin m...@redhat.com wrote: On Mon, Oct 14, 2013 at 03:42:37PM -0700, Anthony Liguori wrote: Michael S. Tsirkin m...@redhat.com writes: Anthony, I know you wanted to review some of the patches, since you didn't respond either all's well or you

Re: [Qemu-devel] [PULL 00/43] pci, pc, acpi fixes, enhancements

On Tue, Oct 15, 2013 at 6:43 AM, Gerd Hoffmann kra...@redhat.com wrote: On Mo, 2013-10-14 at 15:42 -0700, Anthony Liguori wrote: Michael S. Tsirkin m...@redhat.com writes: Anthony, I know you wanted to review some of the patches, since you didn't respond either all's well or you could

Re: [Qemu-devel] [PULL 00/43] pci, pc, acpi fixes, enhancements

On Tue, Oct 15, 2013 at 7:01 AM, Paolo Bonzini pbonz...@redhat.com wrote: Il 15/10/2013 15:51, Anthony Liguori ha scritto: From 41/43: The interface is actually backwards-compatible with existing PIIX4 ACPI (though not migration compatible). And does AFAIK translate to, I have tested

Re: [Qemu-devel] [PULL 00/43] pci, pc, acpi fixes, enhancements

On Tue, Oct 15, 2013 at 7:20 AM, Michael S. Tsirkin m...@redhat.com wrote: On Tue, Oct 15, 2013 at 06:51:30AM -0700, Anthony Liguori wrote: On Mon, Oct 14, 2013 at 10:28 PM, Michael S. Tsirkin m...@redhat.com wrote: On Mon, Oct 14, 2013 at 03:42:37PM -0700, Anthony Liguori wrote: Michael S

Re: [Qemu-devel] Which functions of southbridges should be no-user?

, you'd need options to configure the ports at least. It's allowed but the PCI bus will only route the legacy requests to one of them. Regards, Anthony Liguori Kevin

  1   2   3   4   5   6   7   8   9   10   >