Re: An error due to installation that require binutils package

[Dropping some irrelevant cc’s] > On Mar 30, 2021, at 1:46 PM, Stefano Garzarella wrote: > > Hi John, > > On Mon, Mar 29, 2021 at 09:46:49PM +0300, John Simpson wrote: >> Hello, >> >> Kindly ask you to have a look at this bug. >> Thank you for your replies. > > It's already fixed in QEMU

Re: [Qemu-devel] [Xen-devel] [PATCH 0/3] Document intent for supported build platforms and bump min glib to 2.42

On Tue, May 8, 2018 at 4:10 PM, Daniel P. Berrangé wrote: >> With my Xen maintainer hat on: I wouldn't feel justified, personally, >> in asking another project to continue supporting older versions. If >> we didn't want to bump our own glib version, we would have to disable

Re: [Qemu-devel] [Xen-devel] [PATCH 0/3] Document intent for supported build platforms and bump min glib to 2.42

On Fri, May 4, 2018 at 10:00 PM, Daniel P. Berrangé wrote: > CC'ing xen-devel in case Xen maintainers have a need for something that > will that conflict with this proposal wrt supported build platforms. Thanks for the heads-up. CC'ing some more people who usually have

Re: [Qemu-devel] [Xen-devel] [PATCH][RFC] libxl: use new qemu parameters for emulated qemuu disks

On Fri, May 15, 2015 at 12:54 PM, Fabio Fantoni fabio.fant...@m2r.biz wrote: NOTES: This patch is a only a fast draft for testing. Some tests result: At xl create cdrom empty or not are both working, xl cd-insert is working, xl cd-eject seems working but on xl command in linux hvm domU

Re: [Qemu-devel] [PATCH v3 for-xen-4.5] xen_disk: fix unmapping of persistent grants

. Signed-off-by: Roger Pau Monné roger@citrix.com Reported-by: George Dunlap george.dun...@eu.citrix.com Tested-by: George Dunlap george.dun...@eu.citrix.com

Re: [Qemu-devel] [PATCH] xen_disk: fix unmapping of persistent grants

persistent grants before switching to the closed state, so the frontend can also free them. Signed-off-by: Roger Pau Monné roger@citrix.com Reported-and-Tested-by: George Dunlap george.dun...@eu.citrix.com Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com Cc: Kevin Wolf kw...@redhat.com

Re: [Qemu-devel] [v4][PATCH 2/5] xen, gfx passthrough: create intel isa bridge

On 06/03/2014 12:29 PM, Stefano Stabellini wrote: On Tue, 3 Jun 2014, Paolo Bonzini wrote: Il 30/05/2014 10:59, Tiejun Chen ha scritto: +static int create_pch_isa_bridge(PCIBus *bus, XenHostPCIDevice *hdev) +{ +struct PCIDevice *dev; + +char rid; + +dev = pci_create(bus,

Re: [Qemu-devel] [Xen-devel] [PATCH] libxl: Remove qxl support for the 4.3 release

On 19/09/13 11:01, Jan Beulich wrote: On 19.09.13 at 11:22, Fabio Fantoni fabio.fant...@m2r.biz wrote: This is logs from xl dmesg about Quantal (ubuntu 12.10) hvm domU with qxl vga and patch x86-HVM-emul-split-large: (d3) HVM Loader [...] So in particular no wrong mmio size messages. qemu

Re: [Qemu-devel] [Xen-devel] Questions about hvm domU default devices with upstream qemu

On Thu, Sep 5, 2013 at 12:23 PM, Stefano Stabellini stefano.stabell...@eu.citrix.com wrote: On Wed, 4 Sep 2013, Fabio Fantoni wrote: Il 04/09/2013 15:17, Stefano Stabellini ha scritto: On Wed, 4 Sep 2013, Fabio Fantoni wrote: Il 04/07/2013 15:51, Fabio Fantoni ha scritto: Last year I

Re: [Qemu-devel] [Xen-devel] [PATCH] Qemu-xen: HVM S3 bugfix

On Mon, Aug 19, 2013 at 3:47 PM, Liu, Jinsong jinsong@intel.com wrote: Ping? I know Ian and Stefano are doing something at ARM this week -- Anthony might be able to give a review, at least... -George

Re: [Qemu-devel] [Xen-devel] FW: Cirrus VGA slow screen update, show blank screen last 13s or so for windows XP guest

On Mon, Aug 5, 2013 at 4:06 PM, Gonglei (Arei) arei.gong...@huawei.com wrote: -Original Message- From: dunl...@gmail.com [mailto:dunl...@gmail.com] On Behalf Of George Dunlap Sent: Monday, August 05, 2013 10:28 PM To: Gonglei (Arei) Cc: xen-de...@lists.xen.org; qemu-devel@nongnu.org

Re: [Qemu-devel] [Xen-devel] FW: Cirrus VGA slow screen update, show blank screen last 13s or so for windows XP guest

On Mon, Aug 5, 2013 at 2:10 PM, Gonglei (Arei) arei.gong...@huawei.com wrote: Hi, -Original Message- From: Gonglei (Arei) Sent: Tuesday, July 30, 2013 10:01 AM To: 'Pasi Kärkkäinen' Cc: Gerd Hoffmann; Andreas Färber; Hanweidong; Luonengjun; qemu-devel@nongnu.org;

Re: [Qemu-devel] [PATCH v3] libxl: usb2 and usb3 controller support for upstream qemu

On 18/07/13 12:09, Ian Jackson wrote: Fabio Fantoni writes (Re: [PATCH v3] libxl: usb2 and usb3 controller support for upstream qemu): Il 12/07/2013 17:33, George Dunlap ha scritto: On 12/07/13 13:36, Fabio Fantoni wrote: [someone wrote:] I'm just curious, why is this so complicated

Re: [Qemu-devel] [PATCH v3] libxl: usb2 and usb3 controller support for upstream qemu

On 12/07/13 11:22, Fabio Fantoni wrote: Usage: usbversion=1|2|3 (default=2) Specifies the type of an emulated USB bus in the guest. 1 for usb1, 2 for usb2 and 3 for usb3, it is available only with upstream qemu. Default is 2. Signed-off-by: Fabio Fantoni fabio.fant...@m2r.biz ---

Re: [Qemu-devel] [PATCH v3] libxl: usb2 and usb3 controller support for upstream qemu

On 12/07/13 13:36, Fabio Fantoni wrote: Il 12/07/2013 13:06, George Dunlap ha scritto: On 12/07/13 11:22, Fabio Fantoni wrote: Usage: usbversion=1|2|3 (default=2) Specifies the type of an emulated USB bus in the guest. 1 for usb1, 2 for usb2 and 3 for usb3, it is available only with upstream

Re: [Qemu-devel] [PATCH v4] libxl: usb2 and usb3 controller support for upstream qemu

On 12/07/13 14:58, Fabio Fantoni wrote: Usage: usbversion=1|2|3 (default=2) Specifies the type of an emulated USB bus in the guest. 1 for usb1, 2 for usb2 and 3 for usb3, it is available only with upstream qemu. Default is 2. Signed-off-by: Fabio Fantoni fabio.fant...@m2r.biz Thank you for

Re: [Qemu-devel] [Xen-devel] [BUG 1747]Guest could't find bootable device with memory more than 3600M

On Thu, Jun 13, 2013 at 6:22 PM, Ian Campbell ian.campb...@citrix.com wrote: On Thu, 2013-06-13 at 17:55 +0100, Stefano Stabellini wrote: We could have a xenstore flag somewhere that enables the old behaviour so that people can revert back to qemu-xen-traditional and make the pci hole

Re: [Qemu-devel] [Xen-devel] [BUG 1747]Guest could't find bootable device with memory more than 3600M

On 14/06/13 12:34, Ian Campbell wrote: On Fri, 2013-06-14 at 11:53 +0100, George Dunlap wrote: On Thu, Jun 13, 2013 at 6:22 PM, Ian Campbell ian.campb...@citrix.com wrote: On Thu, 2013-06-13 at 17:55 +0100, Stefano Stabellini wrote: We could have a xenstore flag somewhere that enables

Re: [Qemu-devel] [Xen-devel] [BUG 1747]Guest could't find bootable device with memory more than 3600M

On 14/06/13 15:14, George Dunlap wrote: On 14/06/13 12:34, Ian Campbell wrote: On Fri, 2013-06-14 at 11:53 +0100, George Dunlap wrote: On Thu, Jun 13, 2013 at 6:22 PM, Ian Campbell ian.campb...@citrix.com wrote: On Thu, 2013-06-13 at 17:55 +0100, Stefano Stabellini wrote: We could have

Re: [Qemu-devel] [Xen-devel] [BUG 1747]Guest could't find bootable device with memory more than 3600M

On 13/06/13 14:44, Stefano Stabellini wrote: On Wed, 12 Jun 2013, George Dunlap wrote: On 12/06/13 08:25, Jan Beulich wrote: On 11.06.13 at 19:26, Stefano Stabellini stefano.stabell...@eu.citrix.com wrote: I went through the code that maps the PCI MMIO regions in hvmloader (tools/firmware

Re: [Qemu-devel] [Xen-devel] [BUG 1747]Guest could't find bootable device with memory more than 3600M

On 13/06/13 15:50, Stefano Stabellini wrote: Keep in mind that if we start the pci hole at 0xe000, the number of cases for which any workarounds are needed is going to be dramatically decreased to the point that I don't think we need a workaround anymore. You don't think anyone is going to

Re: [Qemu-devel] [Xen-devel] [BUG 1747]Guest could't find bootable device with memory more than 3600M

On 13/06/13 16:16, Ian Campbell wrote: On Thu, 2013-06-13 at 14:54 +0100, George Dunlap wrote: On 13/06/13 14:44, Stefano Stabellini wrote: On Wed, 12 Jun 2013, George Dunlap wrote: On 12/06/13 08:25, Jan Beulich wrote: On 11.06.13 at 19:26, Stefano Stabellini stefano.stabell

Re: [Qemu-devel] [Xen-devel] [BUG 1747]Guest could't find bootable device with memory more than 3600M

On 13/06/13 16:36, Ian Campbell wrote: On Thu, 2013-06-13 at 16:30 +0100, George Dunlap wrote: On 13/06/13 16:16, Ian Campbell wrote: On Thu, 2013-06-13 at 14:54 +0100, George Dunlap wrote: On 13/06/13 14:44, Stefano Stabellini wrote: On Wed, 12 Jun 2013, George Dunlap wrote: On 12/06/13 08

Re: [Qemu-devel] [Xen-devel] [BUG 1747]Guest could't find bootable device with memory more than 3600M

On 12/06/13 08:25, Jan Beulich wrote: On 11.06.13 at 19:26, Stefano Stabellini stefano.stabell...@eu.citrix.com wrote: I went through the code that maps the PCI MMIO regions in hvmloader (tools/firmware/hvmloader/pci.c:pci_setup) and it looks like it already maps the PCI region to high memory

Re: [Qemu-devel] [Xen-devel] [BUG 1747]Guest could't find bootable device with memory more than 3600M

On 12/06/13 11:11, Jan Beulich wrote: On 12.06.13 at 12:05, George Dunlap george.dun...@eu.citrix.com wrote: On 12/06/13 08:25, Jan Beulich wrote: On 11.06.13 at 19:26, Stefano Stabellini stefano.stabell...@eu.citrix.com wrote: I went through the code that maps the PCI MMIO regions

Re: [Qemu-devel] [Xen-devel] [BUG 1747]Guest could't find bootable device with memory more than 3600M

On 12/06/13 15:19, Jan Beulich wrote: On 12.06.13 at 16:02, Paolo Bonzini pbonz...@redhat.com wrote: Il 12/06/2013 09:49, Jan Beulich ha scritto: #3 should be possible or even the default (would need to check), but #4 is probably a bit harder to do. Perhaps you can use a magic I/O port for

Re: [Qemu-devel] [BACKPORT qemu-xen 0/3] fixes for 4.3

passthrough bug: http://marc.info/?l=xen-develm=136242365010750 Re the release: Acked-by: George Dunlap george.dun...@eu.citrix.com

Re: [Qemu-devel] [Xen-devel] [PATCHv3] QEMU(upstream): Disable xen's use of O_DIRECT by default as it results in crashes.

On 20/03/13 10:24, Stefano Stabellini wrote: That is true. My guess is that nobody really migrates HVM guests without PV drivers installed (it's not even possible on XenServer but xl let you do that if you want to). When the PV drivers initialize at boot time, the IDE disk is closed. Therefore

Re: [Qemu-devel] [Xen-devel] [PATCHv3] QEMU(upstream): Disable xen's use of O_DIRECT by default as it results in crashes.

On Mon, Mar 18, 2013 at 6:00 PM, Paolo Bonzini pbonz...@redhat.com wrote: Il 18/03/2013 18:38, George Dunlap ha scritto: This might be a difference between Xen and KVM. On Xen migration is made to a server in a paused state, and it's only unpaused when the migration to B is complete. There's

Re: [Qemu-devel] [Xen-devel] [PATCHv3] QEMU(upstream): Disable xen's use of O_DIRECT by default as it results in crashes.

On 03/19/2013 10:43 AM, Paolo Bonzini wrote: Even for successful migration, it would also be bad for downtime (QEMU isn't exactly lightning-fast to start). And even if failure weren't catastrophic, it would be a pity to transfer a few gigs of memory and then find out that QEMU isn't present in

Re: [Qemu-devel] [Xen-devel] [PATCHv3] QEMU(upstream): Disable xen's use of O_DIRECT by default as it results in crashes.

On 03/19/2013 11:14 AM, Paolo Bonzini wrote: Il 19/03/2013 11:51, George Dunlap ha scritto: On 03/19/2013 10:43 AM, Paolo Bonzini wrote: Even for successful migration, it would also be bad for downtime (QEMU isn't exactly lightning-fast to start). And even if failure weren't catastrophic

Re: [Qemu-devel] [Xen-devel] [PATCHv3] QEMU(upstream): Disable xen's use of O_DIRECT by default as it results in crashes.

On Tue, Mar 19, 2013 at 11:21 AM, George Dunlap george.dun...@eu.citrix.com wrote: On 03/19/2013 11:14 AM, Paolo Bonzini wrote: Il 19/03/2013 11:51, George Dunlap ha scritto: On 03/19/2013 10:43 AM, Paolo Bonzini wrote: Even for successful migration, it would also be bad for downtime (QEMU

Re: [Qemu-devel] [Xen-devel] [PATCHv3] QEMU(upstream): Disable xen's use of O_DIRECT by default as it results in crashes.

On Tue, Mar 19, 2013 at 3:12 PM, George Dunlap george.dun...@eu.citrix.com wrote: I've just had a chat with Stefano, and it turns out I was a bit confused -- this change has nothing to do with qemu running as a device model, but only as qemu running as a PV back-end for PV guests. So

Re: [Qemu-devel] [PATCHv3] QEMU(upstream): Disable xen's use of O_DIRECT by default as it results in crashes.

On 18/03/13 16:53, Alex Bligh wrote: Paolo, --On 18 March 2013 17:19:14 +0100 Paolo Bonzini pbonz...@redhat.com wrote: I remembered this incorrectly, sorry. It's not from a previous run, it's from the beginning of this run. See http://wiki.qemu.org/Migration/Storage for more information. A