[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 upst
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
>> "upstream" QEMU (as
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
opinions on this sort of t
On Fri, May 15, 2015 at 12:54 PM, Fabio Fantoni 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
> return qmp error o
.
Signed-off-by: Roger Pau Monné
Reported-by: George Dunlap
Tested-by: George Dunlap
Unmap persistent grants before switching to the closed state, so the
frontend can also free them.
Signed-off-by: Roger Pau Monné
Reported-and-Tested-by: George Dunlap
Cc: Stefano Stabellini
Cc: Kevin Wolf
Cc: Stefan Hajnoczi
Cc: George Dunlap
CC'ing Konrad and Stefano: This fixes a cr
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, PCI_DEVFN(0
On 19/09/13 11:01, Jan Beulich wrote:
On 19.09.13 at 11:22, Fabio Fantoni 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 seem to crash at dom
On Thu, Sep 5, 2013 at 12:23 PM, Stefano Stabellini
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 posted a question ab
On Mon, Aug 19, 2013 at 3:47 PM, Liu, Jinsong 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
On Mon, Aug 5, 2013 at 4:06 PM, Gonglei (Arei) 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
On Mon, Aug 5, 2013 at 2:10 PM, Gonglei (Arei) 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; xen-de...@lists.xen.org; Antho
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 c
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
Thank you for your enthusiastic respin
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
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
---
docs/man/xl.cfg.pod.5 |6
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
wrote:
On Thu, 2013-06-13 at 17:55 +0100, Stefano Stabellini wrote:
We could have a xenstore flag somewhere
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 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
On Thu, Jun 13, 2013 at 6:22 PM, Ian Campbell 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 below 4G ev
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
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
wrote:
I went through the
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
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
wrote:
I went through the code that maps the PCI MMIO regions in hvmloader
(tools/firmware/hvmloader/pci.c:pci_setup) and it
On 12/06/13 15:19, Jan Beulich wrote:
On 12.06.13 at 16:02, Paolo Bonzini 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 the xen platform PV dr
On 12/06/13 11:11, Jan Beulich wrote:
On 12.06.13 at 12:05, George Dunlap wrote:
On 12/06/13 08:25, Jan Beulich wrote:
On 11.06.13 at 19:26, Stefano Stabellini
wrote:
I went through the code that maps the PCI MMIO regions in hvmloader
(tools/firmware/hvmloader/pci.c:pci_setup) and it looks
On 12/06/13 08:25, Jan Beulich wrote:
On 11.06.13 at 19:26, Stefano Stabellini
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 if the PCI bar is 64-bit and the
passthrough bug:
http://marc.info/?l=xen-devel&m=136242365010750
Re the release:
Acked-by: George Dunlap
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 we
On Tue, Mar 19, 2013 at 3:12 PM, George Dunlap
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 the que
On Tue, Mar 19, 2013 at 11:21 AM, George Dunlap
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:
>>>>>>
>>>>>> E
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
catast
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 t
On Mon, Mar 18, 2013 at 6:00 PM, Paolo Bonzini 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
>>
On 18/03/13 16:53, Alex Bligh wrote:
Paolo,
--On 18 March 2013 17:19:14 +0100 Paolo Bonzini 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 VM has a disk backe
34 matches
Mail list logo