Re: [PATCH 0/2] Decouple Xen-HVM from PIIX

Am 26. Juni 2022 09:46:54 UTC schrieb Bernhard Beschow : >hw/i386/xen/xen-hvm.c contains logic which is PIIX-specific. This makes >xen-hvm.c depend on PIIX which can be avoided if PIIX logic was isolated in >PIIX itself. > > > >Bernhard Beschow (2): > > hw/i386/xen/xen-hvm: Allow for stubbing

Re: [PATCH v5 0/6] ppc/e500: Add support for two types of flash, cleanup

Am 1. November 2022 17:43:46 UTC schrieb "Philippe Mathieu-Daudé" : >On 1/11/22 17:58, Philippe Mathieu-Daudé wrote: >> On 1/11/22 17:01, Bernhard Beschow wrote: >>> Am 1. November 2022 10:41:51 UTC schrieb Bernhard Beschow >>> : On Mon, Oct 31, 2022 at 12:54 PM Philippe Mathieu-Daudé >>

Re: [PULL v3 49/81] acpi: pc: vga: use AcpiDevAmlIf interface to build VGA device descriptors

Am 7. November 2022 22:28:31 UTC schrieb "Michael S. Tsirkin" : >On Mon, Nov 07, 2022 at 10:07:52PM +, Bernhard Beschow wrote: >> Am 7. November 2022 13:00:36 UTC schrieb "Michael S. Tsirkin" >> : >> >On Mon, Nov 07, 2022 at 06:16:25PM +0530, Ani Sinha wrote: >> >> On Mon, Nov 7, 2022 at 6:

Re: [PATCH v2] hw/virtio/vhost-shadow-virtqueue: Silence GCC error "maybe-uninitialized"

2.0 >> >>Fixes: 9c2ab2f1ec333be8614cc12272d4b91960704dbe ("vhost: stop transfer elem >>ownership in vhost_handle_guest_kick") >>Signed-off-by: Bernhard Beschow >>--- > >Ping Ping2 > >> hw/virtio/vhost-shadow-virtqueue.c | 2 +- >> 1 file

Re: [PATCH 07/11] hw/ppc/e500: Implement pflash handling

nhard Beschow >>> --- >>> docs/system/ppc/ppce500.rst | 12 + >>> hw/ppc/Kconfig | 1 + >>> hw/ppc/e500.c | 54 + >>> 3 files changed, 67 insertions(+) >>> >>> diff --git

Re: [PATCH v4 0/7] ppc/e500: Add support for two types of flash, cleanup

Am 26. Oktober 2022 17:18:14 UTC schrieb Daniel Henrique Barboza : >Hi, > >Since this is being sent to qemu-ppc and has to do with e500 I decided to >take a look. I acked the e500 related patches, 5 and 7. Patch 6 LGTM as well >but I'd rather not ack it it's SD specific code. > >I'll send a Pow

Re: [PATCH v2 14/43] hw/intc/i8259: Introduce i8259 proxy "isa-pic"

nt i = 0; i < ISA_NUM_IRQS; ++i) { >> +s->in_irqs[i] = qdev_get_gpio_in(DEVICE(s), i); >> +} >> +} >> + >> +static const TypeInfo isapic_info = { >> +.name = TYPE_ISA_PIC, >> +.parent= TYPE_ISA_DEVICE, >> +.instance

Re: [PATCH v4 5/7] hw/ppc/e500: Implement pflash handling

gt;> Signed-off-by: Bernhard Beschow >> --- >> docs/system/ppc/ppce500.rst | 16 >> hw/ppc/Kconfig | 1 + >> hw/ppc/e500.c | 79 +++++ >> 3 files changed, 96 insertions(+) >> >>

Re: [PATCH v2 3/3] hw/i386/acpi-build: Resolve north rather than south bridges

Signed-off-by: Bernhard Beschow >> --- >> hw/i386/acpi-build.c | 11 ++- >> 1 file changed, 6 insertions(+), 5 deletions(-) >> >> diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c >> index 73d8a59737..d9eaa5fc4d 100644 >> --- a/hw/i386/

Re: [PATCH] hw/pci-host/i440fx: Remove unused parameter from i440fx_init()

st/i440fx.h | 1 - > 3 files changed, 1 insertion(+), 7 deletions(-) > >diff --git a/hw/i386/pc_piix.c b/hw/i386/pc_piix.c >index 0fc2361ffe..a234989ac3 100644 >--- a/hw/i386/pc_piix.c >+++ b/hw/i386/pc_piix.c >@@ -82,7 +82,6 @@ static void pc_init1(MachineState *machine, >

Re: [PATCH 4/6] hw/rtc/mc146818rtc: Add a property for the availability of the slew tick policy

- >>>   include/hw/rtc/mc146818rtc.h |  1 + >>>   hw/i386/pc_piix.c    |  1 + >>>   hw/isa/lpc_ich9.c    |  1 + >>>   hw/isa/piix3.c   |  1 + >>>   hw/rtc/mc146818rtc.c | 16 ++-- >>>   5 files changed, 14

Re: [PATCH v6 03/10] i386/pc: pass pci_hole64_size to pc_memory_init()

| 8 +++- > hw/pci-host/i440fx.c | 7 +++ > include/hw/i386/pc.h | 3 ++- > include/hw/pci-host/i440fx.h | 1 + > 6 files changed, 23 insertions(+), 4 deletions(-) > >diff --git a/hw/i386/pc.c b/hw/i386/pc.c >index a9d1bf95649a..1bb89a9c17ec 100644

Re: [PATCH v6 03/10] i386/pc: pass pci_hole64_size to pc_memory_init()

Am 11. Juli 2022 10:01:49 UTC schrieb Joao Martins : >On 7/9/22 21:51, B wrote: >> Am 1. Juli 2022 16:10:07 UTC schrieb Joao Martins >> : >>> Use the pre-initialized pci-host qdev and fetch the >>> pci-hole64-size into pc_memory_init() newly added argument. &

Re: [PATCH 1/9] hw/riscv/sifive_e: Fix inheritance of SiFiveEState

Am 21. September 2022 04:55:02 UTC schrieb Markus Armbruster : >Bernhard Beschow writes: > >> Am 20. September 2022 11:36:47 UTC schrieb Markus Armbruster >> : >>>Alistair Francis writes: >>> On Tue, Sep 20, 2022 at 9:18 AM Bernhard Beschow wrote: > > SiFiveEState inherits from

[Qemu-devel] Black screen on qemu launch

Hi, Here is my environment: 1- qemu 1.7.1 2- MacOSX 10.9.4 3- glib & friends 2.40.0 4- configure statement as copied from config.status: exec './configure' '--enable-cocoa' '--target-list=arm-softmmu' '--disable-vnc' '--enable-debug' 5- The kernel image and rootfs are built via yocto-project (st

[Qemu-devel] question about feature block_stream and driver_mirror in qemu-xen

Hi all, I tried to test the features about block_stream/drive_mirror in the qemu-xen. (Xen version is 4.4.1, qemu version is 1.62) And I found the vm crashed after the hmp commands are sent. Whether xen has supported the two features in qemu-xen? My xl configuration file: name = "test1" memory =

[Qemu-devel] VMDK: footer must take precedence over header when present

matches the VMDK spec. https://bugs.launchpad.net/qemu/+bug/907063 Signed-off-by: B.B. Gordon diff --git a/block/vmdk.c b/block/vmdk.c index 5623ac1..77ff9e1 100644 --- a/block/vmdk.c +++ b/block/vmdk.c @@ -35,6 +35,7 @@ #define VMDK4_FLAG_RGD (1 << 1) #define VMDK4_FLAG_COMPRESS (1

[Qemu-devel] Are Qemu builds supported for arm host?

Hi, I keep getting this error: "must include QEMU headers” emitted from tcg/tcg-op.h. I have no idea how come this is happening. BTW, the same setup I have (build env + 1.7.1-stable qemu sources) to successfully build a functional qemu-system-arm for x86-64 host. Any info/pointers are

[Qemu-devel] qemu builds on arm hosts

f “architecture x86_64” if I am supposed to be building for aarch64. Thanks! On Apr 15, 2014, at 2:47 PM, New B wrote: > > Hi, > > > I keep getting this error:"must include QEMU headers” emitted from > tcg/tcg-op.h. I have no idea how come this is happening. >

Re: [Qemu-devel] building for an arm host on an x86_64 machine [was: qemu builds on arm hosts]

: > On 16 April 2014 04:26, New B wrote: >> I hit these errors: >> >> 1- a pragma #error induced error in tcg/aarch64/tcg-target.c stating that >> "USE_DIRECT_JUMP required for aarch64”, line 1105. >> 2- a link failure: >> Undefined symbols for archit

[Qemu-devel] Duplicate definition of 'qemu_time' building git master

When trying to build the latest git master on openSUSE 13.2, it failed with: vl.c:711:15: error: ‘qemu_time’ redeclared as different kind of symbol static time_t qemu_time(void) ^ In file included from qemu/include/block/aio.h:23:0, from qemu/include/hw/hw.h:13,

[Qemu-devel] Status Of These Issues In Qemu 0.13

Hi I would like to know the status of these issues in Qemu 0.13 1.I saw that as recently as this year there was work being done on Completeing Big Real Mode Emulation which should help old OS to run such as Windows1.01-Windows 98 so my question is is this support complete now do these OS run on Qe

[Qemu-devel] M68K Or PPC Status Update to Run Mac OS in Qemu

A while back I know someone was working on PPC Support in Qemu to be able to run Mac OS9-Mac OS X in Qemu on X86 PC's not sure about M68K support though so is anybody still working on M68K support or PPC Support and how far is it from being included in a stable Qemu release,I notice Power PC Suppor

[Qemu-devel] USB EHCI development nearing completion

Dear list, Just a quick note to let you know I have almost finished an implementation of an EHCI host controller for USB (usb-ehci.c) for qemu.  I am testing with an XP guest and so far I have a mass storage flash key, a mouse and a tablet working.  I haven’t yet implemented isochronous or split t

RE: [Qemu-devel] USB EHCI development nearing completion

your > code to other platforms/OS's.. > > Thanks, > Hetz > > On 12/24/06, Mark B <[EMAIL PROTECTED]> wrote: > >> Dear list, >> >> Just a quick note to let you know I have almost finished an >> implementation >> of an EHCI host controller

RE: [Qemu-devel] USB EHCI development nearing completion

EMAIL PROTECTED] On Behalf Of Paul Brook Sent: 27 December 2006 21:34 To: qemu-devel@nongnu.org Cc: Mark B Subject: Re: [Qemu-devel] USB EHCI development nearing completion On Wednesday 27 December 2006 21:21, Mark B wrote: > Thank you Fabrice and co. LGPL or BSD should be fine - I don&#x

RE: [Qemu-devel] USB EHCI development nearing completion

x80; // Intel VID +pci_conf[0x02] = 0x55; +pci_conf[0x03] = 0x55; // Made up product ID On 1/4/07, Mark B <[EMAIL PROTECTED]> wrote: > > Paul, > > I don't see anything to do with EHCI in Chromium. I was just referring to > the 3D patch as an example - maybe this

[Qemu-devel] NetBSD-2.0-i386 installation cd doesn't work with qemu-0.7.2 and kqemu-0.7.2

Hello. I'm trying to install NetBSD-2.0 i386 using qemu. NetBSD kernel freezes up after ".. console" when kqemu is enabled. Disabling kqemu solves the problem. Thanks. PS Please, send replayes directly to me. ___ Qemu-devel mailing list Qemu-devel@n

Re: [PATCH v3 3/3] cpu, softmmu/vl.c: Change parsing of -cpu argument to allow -cpu cpu, help to print options for the CPU type similar to how the '-device' option works.

> softmmu/vl.c | 35 +- > 5 files changed, 85 insertions(+), 4 deletions(-) > > diff --git a/cpu.c b/cpu.c > index a99d09cd47..9971ffeeba 100644 > --- a/cpu.c > +++ b/cpu.c > @@ -43,6 +43,10 @@ > #include "trac

Re: [PATCH v3 3/3] cpu, softmmu/vl.c: Change parsing of -cpu argument to allow -cpu cpu, help to print options for the CPU type similar to how the '-device' option works.

Thanks, I will fix this. I somehow didn't catch that you had replied to the old one. -Dinah On Tue, Aug 1, 2023 at 10:10 AM Markus Armbruster wrote: > Dinah Baum writes: > > > Resolves: https://gitlab.com/qemu-project/qemu/-/issues/1480 > > Signed-off-by: Dinah Baum > > > > Signed-off-by: Din

RE: [Qemu-devel] [RFC PATCH 0/6] hw/arm/virt: Introduce cpu topology support

Hi Andrew: Any update for this patch series? I have met the same issue, and if the topology guessed by linux MPIDR conflicts with qemu specified numa, it will failed to boot (sched domain initialization will fall into deadloop). Thanks. > -Original Message- > From: Qemu-devel > [mailto:

RE: [Qemu-devel] [RFC PATCH 0/6] hw/arm/virt: Introduce cpu topology support

Hi Andrew: Thanks for your reply. It 's fine for me if you are still tracking the thread. And I can help to test if needed ^_^. > -Original Message- > From: Andrew Jones [mailto:drjo...@redhat.com] > Sent: Tuesday, December 10, 2019 6:13 PM > To: Zengtao (B) > Cc: q

[Qemu-devel] [PATCH] vhost-vsock: report QMP event when set running

insertions(+) diff --git a/hw/virtio/vhost-vsock.c b/hw/virtio/vhost-vsock.c index 0371493..a5920fd 100644 --- a/hw/virtio/vhost-vsock.c +++ b/hw/virtio/vhost-vsock.c @@ -22,6 +22,7 @@ #include "qemu/iov.h" #include "qemu/module.h" #include "monitor/monitor.h" +#in

Re: [PATCH v2 0/3] Enable -cpu ,help

Friendly ping for code review on this patch series. Full series: https://lore.kernel.org/qemu-devel/20230314100026.536079-1-dinahbaum...@gmail.com/ Thanks, -DInah On Tue, Mar 14, 2023 at 6:00 AM Dinah Baum wrote: > Part 1 is a refactor/code motion patch for > qapi/machine target required for s

Re: [PATCH 1/2] configure: Add 'mkdir build' check

dir never being created. > > Checking if 'mkdir dir' succeeds prevents this error. > > Resolves: https://gitlab.com/qemu-project/qemu/-/issues/321 > --- > configure | 15 ++- > 1 file changed, 10 insertions(+), 5 deletions(-) > > diff --git a/config

A few QEMU questiosn

Hello, there, I have a few newbie QEMU questions. I found that mmu_idx in aarch64-softmmu falls in 8, 10 and 12. I need some help to understand what they are for. I cannot find which macros are for mmu-idx 8, 10 and 12 at target/arm/cpu.h

Re: A few QEMU questiosn

_ From: Peter Maydell Sent: October 4, 2022 9:20 AM To: a b Cc: qemu-devel@nongnu.org Subject: Re: A few QEMU questiosn On Tue, 4 Oct 2022 at 02:10, a b wrote: > I have a few newbie QEMU questions. I found that mmu_idx in aarch64-softmmu > falls in 8, 10 and 12. > > I need

Re: [PATCH] configure: Add 'mkdir build' check

> > --- > > configure | 37 ++--- > > 1 file changed, 30 insertions(+), 7 deletions(-) > > > > diff --git a/configure b/configure > > index 64960c6000..fe9028991f 100755 > > --- a/configure > > +++ b/configure > > @@ -32,

Adopting abandoned patch?

Hi, I'm looking to get more involved in contributing to QEMU. I noticed that there are some issues in the tracker where a sample patch has been contributed but never got merged, like a proposal to add multiboot2 support: https://gitlab.com/qemu-project/qemu/-/issues/389 Is another dev allowed to

Re: Adopting abandoned patch?

Thanks, here's the original patch: https://bugs.debian.org/cgi-bin/bugreport.cgi?att=2;bug=621529;filename=multiboot2.patch;msg=15 On Mon, Feb 27, 2023 at 4:59 AM Alex Bennée wrote: > > Dinah B writes: > > > Hi, > > > > I'm looking to get more involved in

Re: Adopting abandoned patch?

It looks like the author didn't include a "Signed off" in their patch draft and it doesn't look like Debian qemu-kvm maintainers ever merged it. Does this change the patch adoption process? Thanks, -Dinah On Mon, Feb 27, 2023 at 4:23 PM Dinah B wrote: > Thanks, he

Re: A few QEMU questiosn

a bunch! Regards ____ From: Peter Maydell Sent: October 6, 2022 10:50 AM To: a b Cc: qemu-devel@nongnu.org Subject: Re: A few QEMU questiosn On Thu, 6 Oct 2022 at 08:34, a b wrote: > > Thanks a lot Peter for the clarification. It is very helpful. > &g

Re: [PATCH v3 3/3] cpu, softmmu/vl.c: Change parsing of -cpu argument to allow -cpu cpu, help to print options for the CPU type similar to how the '-device' option works.

m the qom or qmp based data structures it's currently intertwined with. Thanks, -Dinah On Tue, Nov 14, 2023 at 12:44 PM Markus Armbruster wrote: > Dinah B writes: > > > Hi, > > > > Is there a way to distinguish between qemu-system-* vs qemu-* builds? > > At fir

Re: [PATCH v3 3/3] cpu, softmmu/vl.c: Change parsing of -cpu argument to allow -cpu cpu, help to print options for the CPU type similar to how the '-device' option works.

Hi, Is there a way to distinguish between qemu-system-* vs qemu-* builds? At first I thought #CONFIG_LINUX_USER might be it but not all non-mmu builds set this. Thanks, -Dinah On Wed, Aug 2, 2023 at 1:36 AM Markus Armbruster wrote: > Dinah B writes: > > > Thanks, I will fix thi

Re: [PATCH v3 1/3] qapi: Moved architecture agnostic data types to `machine`

Baum writes: > > > Signed-off-by: Dinah Baum > > --- > > qapi/machine-target.json | 78 +--- > > qapi/machine.json| 77 +++ > > 2 files changed, 78 insertions(+), 77 deletions(-) > > >

[Qemu-devel] Aarch64: Qemu master or 2.9.0-rc1 breaks compatibility with 4.10 kernel.

Hi , Qemu master or v2.9.0-rc1 doesn't launch guest when host kernel version 4.10 or lower on Aarch64 (cavium ThunderX), its failing with abort "qemu-system-aarch64: KVM_GET_DEVICE_ATTR failed: No such device or address" "GICv3 live migration support" patch brea

Re: [Qemu-devel] [PATCH] hw/intc/arm_gicv3_kvm: Check KVM_DEV_ARM_VGIC_GRP_CPU_SYSREGS in reset

arm_gicv3_kvm: Reset GICv3 cpu interface registers") > Signed-off-by: Eric Auger > Reported-by: Prakash B > > --- > Thank Eric, Verified compatibility for host kernel versions 4.4, 4.10 and 4.11-rc3, guest booted fine with these. Tested-by: Prakash, Brahmajyosyula

[Qemu-devel] Command line option "-option-rom" doesn't take the ROM file

Hi, I'm trying to use the -option-rom option to supply my own virtio OpROM. I am not able to see the ROM being launch (the built-in version comes up instead). The only way I am able to make it work is to rebuild the Qemu and iPXE together. I'm assuming this is working feature, and I'm simply doi

[Qemu-devel] Command line option "-option-rom" doesn't take the ROM file

Hi, I'm trying to use the -option-rom option to supply my own virtio OpROM. I am not able to see the ROM being launch (the built-in version comes up instead). The only way I am able to make it work is to rebuild the Qemu and iPXE together. I'm assuming this is working feature, and I'm simply doi

Re: [Qemu-devel] Command line option "-option-rom" doesn't take the ROM file

Thank you, Stefan! That worked. Sorry for the double email, I'm learning quickly :) On Tue, Oct 24, 2017 at 4:50 AM, Stefan Hajnoczi wrote: > On Mon, Oct 23, 2017 at 02:22:05PM -0700, Deema B wrote: > > I'm trying to use the -option-rom option to supply my own virtio OpRO

Re: [Qemu-devel] [RFC v5 0/4] vITS save/restore

Verified on Cavium ThunderX platform Continousily migrated Guest more than 500 times b/w different hosts. Please feel free to add Tested-by: Prakash, Brahmajyosyula On Fri, Apr 14, 2017 at 6:16 PM, Eric Auger wrote: > This series allows ITS save/restore and migration use cases. > It rel

Re: [Qemu-devel] [RFC v5 2/4] hw/intc/arm_gicv3_its: Implement state save/restore

On Fri, Apr 14, 2017 at 6:16 PM, Eric Auger wrote: > We need to handle both registers and ITS tables. While > register handling is standard, ITS table handling is more > challenging since the kernel API is devised so that the > tables are flushed into guest RAM and not in vmstate buffers. > > Flus

Re: [Qemu-devel] [RFC v5 1/4] linux-headers: Update for vITS save/restore

On Fri, Apr 14, 2017 at 6:16 PM, Eric Auger wrote: > This is a linux header update against 4.11-rc6 plus the non > upstreamed ITS migration series. > > https://github.com/eauger/linux/tree/v4.11-rc6-its-mig-v5 > > It aims at enhancing the KVM user API with vITS save/restore > capability. Those are

Re: [Qemu-devel] [RFC v5 3/4] hw/intc/arm_gicv3_kvm: Implement pending table save

On Fri, Apr 14, 2017 at 6:16 PM, Eric Auger wrote: > This patch adds the flush of the LPI pending bits into the > redistributor pending tables. This happens on VM stop. > > There is no explicit restore as the tables are implicitly sync'ed > on ITS table restore and on LPI enable at redistributor l

Re: [Qemu-devel] [RFC v5 4/4] hw/intc/arm_gicv3_its: Allow save/restore

On Fri, Apr 14, 2017 at 6:16 PM, Eric Auger wrote: > We change the restoration priority of both the GICv3 and ITS. The > GICv3 must be restored before the ITS and the ITS needs to be restored > before PCIe devices since it translates their MSI transactions. > > Signed-off-by: Eric Auger > Reviewe

[Qemu-devel] Virito devices bridge vs Macvtap performance

ts are as mentioned above. Tried macvtap in bridge and passthru modes. Tell me if you need further investigations or more data . thanks, Prakash B

RE: [PATCH v12 Kernel 0/7] KABIs to support migration for VFIO devices

Hi Kirti: What kind of platform/IO are you using now to do the basic code verification? I just want to check if I can verify it on my platform, and if any open IO cards available? Thanks. Regards Zengtao > -Original Message- > From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.ke

[Query] VM CPU scheduling

Hi All, I started recently using QEMU for OS virtualization. Want to know/understand about scheduling. Environment: Host OS: Ubuntu 18.4 + KVM enable QEMU: 4.2 Workstation/Desktop: x86_64 Would like to understand, 1. How CPU scheduling works. 2. Tools/commands to monitor. 3. Tuning parameter/AP

RE: [RFC PATCH 00/12] hw/arm/virt: Introduce cpu and cache topology support

Cc valentin > -Original Message- > From: Qemu-devel > [mailto:qemu-devel-bounces+prime.zeng=hisilicon@nongnu.org] > On Behalf Of Ying Fang > Sent: Thursday, September 17, 2020 11:20 AM > To: qemu-devel@nongnu.org > Cc: peter.mayd...@linaro.org; drjo...@redhat.com; Zhanghailiang; > Chen

[Qemu-devel] [Bug 1815413] [NEW] compile with vhost-vsock support on osx

Public bug reported: compiling latest (3.1.0) on osx 10.14.3 with --enable-vhost-vsock and target = x86_64-softmmu results in compile errors: Undefined symbols for architecture x86_64: "_vhost_dev_cleanup", referenced from: _vhost_vsock_device_realize in vhost-vsock.o _vhost_vsock_d

RE: [PATCH] hw/arm/acpi: Pack the SRAT processors structure by node_id ascending order

> -Original Message- > From: Michael S. Tsirkin [mailto:m...@redhat.com] > Sent: Tuesday, January 07, 2020 5:33 PM > To: Zengtao (B) > Cc: qemu-devel@nongnu.org; qemu-triv...@nongnu.org; Shannon Zhao; > Peter Maydell; Igor Mammedov; qemu-...@nongnu.org > Subject: Re

RE: [PATCH] hw/arm/acpi: Pack the SRAT processors structure by node_id ascending order

> -Original Message- > From: Igor Mammedov [mailto:imamm...@redhat.com] > Sent: Tuesday, January 07, 2020 11:50 PM > To: Zengtao (B) > Cc: Michael S. Tsirkin; qemu-devel@nongnu.org; qemu-triv...@nongnu.org; > Shannon Zhao; Peter Maydell; qemu-...@nongnu.org > Subjec

RE: [PATCH] hw/arm/acpi: Pack the SRAT processors structure by node_id ascending order

> -Original Message- > From: Igor Mammedov [mailto:imamm...@redhat.com] > Sent: Thursday, January 09, 2020 12:39 AM > To: Zengtao (B) > Cc: Michael S. Tsirkin; qemu-devel@nongnu.org; qemu-triv...@nongnu.org; > Shannon Zhao; Peter Maydell; qemu-...@nongnu.org > Subjec

RE: [PATCH] hw/arm/acpi: Pack the SRAT processors structure by node_id ascending order

> -Original Message- > From: Igor Mammedov [mailto:imamm...@redhat.com] > Sent: Thursday, January 09, 2020 5:54 PM > To: Zengtao (B) > Cc: Michael S. Tsirkin; qemu-devel@nongnu.org; qemu-triv...@nongnu.org; > Shannon Zhao; Peter Maydell; qemu-...@nongnu.org > Subjec

RE: [PATCH] hw/arm/acpi: Pack the SRAT processors structure by node_id ascending order

> -Original Message- > From: Igor Mammedov [mailto:imamm...@redhat.com] > Sent: Monday, January 13, 2020 5:06 PM > To: Zengtao (B) > Cc: Peter Maydell; Michael S. Tsirkin; qemu-triv...@nongnu.org; > qemu-devel@nongnu.org; Shannon Zhao; qemu-...@nongnu.org > Subject: Re

[Qemu-devel] [PATCH v5 0/2] GlusterFS support in QEMU - v5

Hi, This is the v5 of the patchset to support GlusterFS backend from QEMU. Except for using g_strdup instead of strdup and some comments addition, this version is exactly similar to v4. As I mentioned during a previous release, I have tested gluster backend with different gluster configurations l

[Qemu-devel] [PATCH v5 1/2] qemu: Add a config option for GlusterFS as block backend

qemu: Add a config option for GlusterFS as block backend From: Bharata B Rao GlusterFS support in QEMU depends on libgfapi, libgfrpc and libgfxdr provided by GlusterFS. Signed-off-by: Bharata B Rao --- configure | 34 ++ 1 files changed, 34 insertions(+), 0

[Qemu-devel] [PATCH v5 2/2] block: Support GlusterFS as a QEMU block backend

block: Support GlusterFS as a QEMU block backend. From: Bharata B Rao This patch adds gluster as the new block backend in QEMU. This gives QEMU the ability to boot VM images from gluster volumes. Its already possible to boot from VM images on gluster volumes using FUSE mount, but this patchset

Re: [Qemu-devel] [PATCH v5 1/2] qemu: Add a config option for GlusterFS as block backend

On Tue, Aug 07, 2012 at 08:15:03PM +, Blue Swirl wrote: > On Tue, Aug 7, 2012 at 8:00 AM, Bharata B Rao > wrote: > > qemu: Add a config option for GlusterFS as block backend > > > > From: Bharata B Rao > > > > GlusterFS support in QEMU depends on libgfapi

Re: [Qemu-devel] [PATCH v5 2/2] block: Support GlusterFS as a QEMU block backend

On Wed, Aug 08, 2012 at 03:37:31PM +0100, Stefan Hajnoczi wrote: > > I have left a few small comments. Perhaps you can resend with your > fixes to Patch 1? Sure, Will send v6 with fixes to patch 1 and incorporating your suggestions. > > + */ > > +#include "block_int.h" > > +#include > > Syste

[Qemu-devel] [PATCH v6 0/2] GlusterFS support in QEMU - v6

Hi, This is the v6 of the patchset to support GlusterFS backend from QEMU. The changes include defining a default value for glusterfs feature in the configure script and a few minor cleanups suggested by Stefan. As I mentioned during a previous release, I have tested gluster backend with differen

[Qemu-devel] [PATCH v6 1/2] qemu: Add a config option for GlusterFS as block backend

qemu: Add a config option for GlusterFS as block backend From: Bharata B Rao GlusterFS support in QEMU depends on libgfapi, libgfrpc and libgfxdr provided by GlusterFS. Signed-off-by: Bharata B Rao --- configure | 35 +++ 1 files changed, 35 insertions

[Qemu-devel] [PATCH v6 2/2] block: Support GlusterFS as a QEMU block backend

block: Support GlusterFS as a QEMU block backend. From: Bharata B Rao This patch adds gluster as the new block backend in QEMU. This gives QEMU the ability to boot VM images from gluster volumes. Its already possible to boot from VM images on gluster volumes using FUSE mount, but this patchset

Re: [Qemu-devel] [PATCH v5 1/2] qemu: Add a config option for GlusterFS as block backend

On Wed, Aug 08, 2012 at 09:19:12AM -0700, Anand Avati wrote: > > It would be best if the autoconf changes is based on pkgconfig as > shown in > https://github.com/gluster/glusterfs/blob/master/api/examples/configure.ac. > If you do not want to introduce pkgconfig dependency (if you already > do n

Re: [Qemu-devel] [PATCH v6 0/2] GlusterFS support in QEMU - v6

On Thu, Aug 09, 2012 at 06:30:10PM +0530, Bharata B Rao wrote: > Hi, > > This is the v6 of the patchset to support GlusterFS backend from QEMU. > The changes include defining a default value for glusterfs feature > in the configure script and a few minor cleanups suggested by St

Re: [Qemu-devel] [PATCH v6 2/2] block: Support GlusterFS as a QEMU block backend

Kevin, Thanks for your review. I will address all of your comments in the next iteration, but have a few questions/comments on the others... On Mon, Aug 13, 2012 at 02:50:29PM +0200, Kevin Wolf wrote: > > +static int parse_server(GlusterURI *uri, char *server) > > +{ > > +int ret = -EINVAL; >

Re: [Qemu-devel] [PATCH v6 2/2] block: Support GlusterFS as a QEMU block backend

On Tue, Aug 14, 2012 at 10:29:26AM +0200, Kevin Wolf wrote: > > > > Yes, and that will result in port=0, which is default. So this is to > > cater for cases like gluster://[1:2:3:4:5]:/volname/image > > So you consider this a valid URL? I would have expected it to invalid. > But let me see, there

Re: [Qemu-devel] [PATCH v6 2/2] block: Support GlusterFS as a QEMU block backend

On Tue, Aug 14, 2012 at 10:29:26AM +0200, Kevin Wolf wrote: > >>> +static void gluster_finish_aiocb(struct glfs_fd *fd, ssize_t ret, void > >>> *arg) > >>> +{ > >>> +GlusterAIOCB *acb = (GlusterAIOCB *)arg; > >>> +BDRVGlusterState *s = acb->common.bs->opaque; > >>> + > >>> +acb->ret =

Re: [Qemu-devel] [PATCH v6 2/2] block: Support GlusterFS as a QEMU block backend

On Tue, Aug 14, 2012 at 10:29:26AM +0200, Kevin Wolf wrote: > Am 14.08.2012 06:38, schrieb Bharata B Rao: > > Kevin, Thanks for your review. I will address all of your comments > > in the next iteration, but have a few questions/comments on the others... > > > > On Mon,

Re: [Qemu-devel] [PATCH v6 2/2] block: Support GlusterFS as a QEMU block backend

On Wed, Aug 15, 2012 at 10:00:27AM +0200, Kevin Wolf wrote: > Am 15.08.2012 07:21, schrieb Bharata B Rao: > > On Tue, Aug 14, 2012 at 10:29:26AM +0200, Kevin Wolf wrote: > >>>>> +static void gluster_finish_aiocb(struct glfs_fd *fd, ssiz

Re: [Qemu-devel] [PATCH V7] Guest stop notification

On Tue, 17 Jan 2012, Eric B Munson wrote: > Often when a guest is stopped from the qemu console, it will report spurious > soft lockup warnings on resume. There are kernel patches being discussed that > will give the host the ability to tell the guest that it is being stopped and > s

[Qemu-devel] [PATCH v1] qemu: Document GlusterFS block driver usage

qemu: Document GlusterFS block driver usage From: Bharata B Rao Signed-off-by: Bharata B Rao --- qemu-doc.texi | 49 + qemu-options.hx | 17 + 2 files changed, 66 insertions(+) diff --git a/qemu-doc.texi b/qemu-doc.texi

Re: [Qemu-devel] [RFC PATCH 0/3] GlusterFS support in QEMU

On Mon, Jun 18, 2012 at 04:36:04PM +0100, Stefan Hajnoczi wrote: > On Mon, Jun 11, 2012 at 3:18 PM, Bharata B Rao > wrote: > > 4. Creating VM image > > > > # qemu-img create -f gluster gluster:c-qemu.vol:/F16 5G > > Do you really need "-f gluster"? I re

Re: [Qemu-devel] [RFC PATCH 3/3] block: gluster as block backend

On Mon, Jun 18, 2012 at 06:35:28PM +0100, Stefan Hajnoczi wrote: > On Mon, Jun 11, 2012 at 3:21 PM, Bharata B Rao > wrote: > > +#include "block_int.h" > > +#include "gluster-helpers.h" > > + > > +typedef void *gluster_file_t; > > This type

Re: [Qemu-devel] [RFC PATCH 2/3] block: GlusterFS helpers to interface with libglusterfs

On Mon, Jun 18, 2012 at 06:35:52PM +0100, Stefan Hajnoczi wrote: > On Mon, Jun 11, 2012 at 3:20 PM, Bharata B Rao > wrote: > > +    ret = pthread_create(&thread, NULL, gluster_handle_poll, > > +    (void *)gctx); > > Please use qemu-thread.h. QEMU uses signals so yo

Re: [Qemu-devel] [RFC PATCH 2/3] block: GlusterFS helpers to interface with libglusterfs

On Mon, Jul 02, 2012 at 11:52:04AM +0200, Paolo Bonzini wrote: > Il 19/06/2012 11:31, Bharata B Rao ha scritto: > >>> > > +ret = pthread_create(&thread, NULL, gluster_handle_poll, > >>> > > +(void *)gctx); > >> > > >> > P

Re: [Qemu-devel] [RFC PATCH 0/3] GlusterFS support in QEMU

On Mon, Jun 11, 2012 at 07:48:07PM +0530, Bharata B Rao wrote: > > # qemu-system-x86_64 --enable-kvm --nographic -smp 4 -m 1024 -drive > file=gluster:c-qemu.vol:/F16,format=gluster > If you notice above, I am directly feeding the gluster volume file to QEMU. During my disc

Re: [Qemu-devel] [PATCH V8 3/4] Use QemuOpts support in block layer

On Fri, Dec 14, 2012 at 7:34 PM, Dong Xu Wang wrote: > diff --git a/block/gluster.c b/block/gluster.c > index 1c90174..daabb61 100644 > --- a/block/gluster.c > +++ b/block/gluster.c > @@ -335,8 +335,7 @@ out: > return ret; > } > > -static int qemu_gluster_

Re: [Qemu-devel] [PATCH v7 1/5] sockets: Make inet_parse() non static.

On Tue, Sep 18, 2012 at 02:57:59PM +0200, Paolo Bonzini wrote: > Il 18/09/2012 14:47, Kevin Wolf ha scritto: > >> > Makefile.objs |2 +- > >> > qemu-config.c | 31 +++ > >> > qemu-sockets.c | 42 ++ > >> > qemu_socket.h

Re: [Qemu-devel] [PATCH v7 2/5] sockets: Change inet_parse() to accept address specification without port

On Tue, Sep 18, 2012 at 04:08:43PM +0200, Kevin Wolf wrote: > Am 18.09.2012 15:31, schrieb Paolo Bonzini: > > Il 18/09/2012 15:22, Kevin Wolf ha scritto: > >> Am 17.09.2012 17:23, schrieb Bharata B Rao: > >>> sockets: Change inet_parse() to accept addr

Re: [Qemu-devel] [PATCH v7 5/5] block: Support GlusterFS as a QEMU block backend.

On Tue, Sep 18, 2012 at 04:01:58PM +0200, Kevin Wolf wrote: > > + > > +#define GLUSTER_TRANSPORT_DEFAULT"gluster://" > > +#define GLUSTER_TRANSPORT_DEFAULT_SZ strlen(GLUSTER_TRANSPORT_DEFAULT) > > +#define GLUSTER_TRANSPORT_TCP"gluster+tcp://" > > +#define GLUSTER_TRANSPORT_

Re: [Qemu-devel] [PATCH v7 5/5] block: Support GlusterFS as a QEMU block backend.

On Thu, Sep 20, 2012 at 10:20:33AM +0200, Paolo Bonzini wrote: > Il 20/09/2012 09:53, Paolo Bonzini ha scritto: > Would look a bit nicer with strstart() form cutils.c instead of > strncmp(). > >> > strstart() works with const char pointers, but I have char pointers here > >> > which I ne

Re: [Qemu-devel] [PATCH v7 5/5] block: Support GlusterFS as a QEMU block backend.

On Thu, Sep 20, 2012 at 05:08:56PM +0200, Paolo Bonzini wrote: > > Just shooting around a possibility: why reinvent the wheel poorly if we > can use a full-blown URI parsing library? The libxml2 one is very good > and easy to use. > > It is also pretty much self-contained and has hardly seen a c

[Qemu-devel] [PATCH v8 0/6] GlusterFS support in QEMU - v8

Hi, This is v8 of the patchset to support GlusterFS backend from QEMU. I will follow up this post by v9 that will use a generic URI parsing code borrowed from libxml2 and libvirt. In case there is no agreement on using that generic URI parsing code in QEMU, I would like v8 to be considered for in

[Qemu-devel] [PATCH v8 1/6] sockets: publish dummy_opts

later, however. This would also enable block backends like gluster to make use of inet_parse() for inet address parsing. Signed-off-by: Paolo Bonzini Signed-off-by: Bharata B Rao --- qemu-sockets.c | 14 +++--- qemu_socket.h |2 ++ 2 files changed, 9 insertions(+), 7 dele

[Qemu-devel] [PATCH v8 2/6] sockets: Make port specification optional in inet_parse

sockets: Make port specification optional in inet_parse From: Bharata B Rao Change inet_parse() to work without explicit port specification. Add a default_port argument to be used when port isn't specified. Signed-off-by: Bharata B Rao --- qemu-sockets.c |

[Qemu-devel] [PATCH v8 3/6] sockets: Make inet_parse() non static.

sockets: Make inet_parse() non static. From: Bharata B Rao Make inet_parse() non-static so that other subsystems like gluster can use it to parse inet addresses. Signed-off-by: Bharata B Rao --- qemu-sockets.c |2 +- qemu_socket.h |1 + 2 files changed, 2 insertions(+), 1 deletions

[Qemu-devel] [PATCH v8 4/6] aio: Fix qemu_aio_wait() to maintain correct walking_handlers count

nzini Signed-off-by: Bharata B Rao --- aio.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/aio.c b/aio.c index 0a9eb10..99b8b72 100644 --- a/aio.c +++ b/aio.c @@ -119,7 +119,7 @@ bool qemu_aio_wait(void) return true; } -walking_handler

[Qemu-devel] [PATCH v8 5/6] configure: Add a config option for GlusterFS as block backend

configure: Add a config option for GlusterFS as block backend From: Bharata B Rao GlusterFS support in QEMU depends on libgfapi, libgfrpc and libgfxdr provided by GlusterFS. Signed-off-by: Bharata B Rao --- configure | 35 +++ 1 files changed, 35 insertions

[Qemu-devel] [PATCH v8 6/6] block: Support GlusterFS as a QEMU block backend.

block: Support GlusterFS as a QEMU block backend. From: Bharata B Rao This patch adds gluster as the new block backend in QEMU. This gives QEMU the ability to boot VM images from gluster volumes. Its already possible to boot from VM images on gluster volumes using FUSE mount, but this patchset

  1   2   3   4   5   6   7   8   9   10   >