On Friday, 17 November 2017 2:09:09 AM AEDT Ian Jackson wrote:
> George Dunlap writes ("Re: [BUG] Error applying XSA240 update 5 on 4.8 and
4.9 (patch 3 references CONFIG_PV_LINEAR_PT, 3285e75dea89, x86/mm: Make PV
linear pagetables optional)"):
> > These are two different things. Steve's reluct
George Dunlap writes ("Re: [BUG] Error applying XSA240 update 5 on 4.8 and 4.9
(patch 3 references CONFIG_PV_LINEAR_PT, 3285e75dea89, x86/mm: Make PV linear
pagetables optional)"):
> These are two different things. Steve's reluctance to backport a
> potentially arbitrary number of non-security-r
On 11/16/2017 01:04 PM, Jan Beulich wrote:
On 16.11.17 at 13:30, wrote:
>> On Thursday, 16 November 2017 8:30:39 PM AEDT Jan Beulich wrote:
>> On 15.11.17 at 23:48, wrote:
I am having trouble applying the patch 3 from XSA240 update 5 for xen
stable 4.8 and 4.9
xsa240 0003
>>> On 16.11.17 at 13:30, wrote:
> On Thursday, 16 November 2017 8:30:39 PM AEDT Jan Beulich wrote:
>> >>> On 15.11.17 at 23:48, wrote:
>> > I am having trouble applying the patch 3 from XSA240 update 5 for xen
>> > stable 4.8 and 4.9
>> > xsa240 0003 contains:
>> >
>> > CONFIG_PV_LINEAR_PT
>> >
On Thursday, 16 November 2017 8:30:39 PM AEDT Jan Beulich wrote:
> >>> On 15.11.17 at 23:48, wrote:
> > Hi,
> >
> > I am having trouble applying the patch 3 from XSA240 update 5 for xen
> > stable 4.8 and 4.9
> > xsa240 0003 contains:
> >
> > CONFIG_PV_LINEAR_PT
> >
> > from:
> >
> > x86/mm: M
>>> On 15.11.17 at 23:48, wrote:
> Hi,
>
> I am having trouble applying the patch 3 from XSA240 update 5 for xen
> stable 4.8 and 4.9
> xsa240 0003 contains:
>
> CONFIG_PV_LINEAR_PT
>
> from:
>
> x86/mm: Make PV linear pagetables optional
> https://xenbits.xen.org/gitweb/?p=xen.git;a=commitdi
Hi,
I am having trouble applying the patch 3 from XSA240 update 5 for xen
stable 4.8 and 4.9
xsa240 0003 contains:
CONFIG_PV_LINEAR_PT
from:
x86/mm: Make PV linear pagetables optional
https://xenbits.xen.org/gitweb/?p=xen.git;a=commitdiff;h=3285e75dea89afb0ef5b3ee39bd15194bd7cc110
I cannot fi
> -Original Message-
> From: Zhang, Haozhong
> Sent: Thursday, November 9, 2017 9:45 AM
> To: Jan Beulich ; Hao, Xudong
> Cc: Julien Grall ; George Dunlap
> ; Lars Kurth ; xen-
> de...@lists.xen.org
> Subject: Re: [Xen-devel] [BUG] xen-mceinj tool testing cause
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 10 November 2017 09:53
> To: Paul Durrant
> Cc: Anthony Perard ; Roger Pau Monne
> ; Mike Reardon ; Stefano Stabellini
> ; xen-devel@lists.xen.org; Konrad Rzeszutek Wilk
>
> Subject: RE
>>> On 10.11.17 at 10:40, wrote:
>> Anthony PERARD
>> Sent: 09 November 2017 17:50
>> The problem is that QEMU 4.10 have a lock on the disk image. When
>> booting an HVM guest with a qdisk backend, the disk is open twice, but
>> can only be locked once, so when the pv disk is been initialized, the
utek Wilk
> Subject: Re: [Xen-devel] [BUG] blkback reporting incorrect number of
> sectors, unable to boot
>
> On Thu, Nov 09, 2017 at 05:03:18PM +, Roger Pau Monné wrote:
> > On Thu, Nov 09, 2017 at 08:15:52AM -0700, Mike Reardon wrote:
> > > On Thu, Nov
On Thu, Nov 9, 2017 at 10:03 AM, Roger Pau Monné
wrote:
> On Thu, Nov 09, 2017 at 08:15:52AM -0700, Mike Reardon wrote:
> > On Thu, Nov 9, 2017 at 2:30 AM, Roger Pau Monné
> > wrote:
> >
> > > Please try to avoid top-posting.
> > >
> > > On Wed, Nov 08, 2017 at 08:27:17PM -0700, Mike Reardon wro
On Thu, Nov 09, 2017 at 05:03:18PM +, Roger Pau Monné wrote:
> On Thu, Nov 09, 2017 at 08:15:52AM -0700, Mike Reardon wrote:
> > On Thu, Nov 9, 2017 at 2:30 AM, Roger Pau Monné
> > wrote:
> >
> > > Please try to avoid top-posting.
> > >
> > > On Wed, Nov 08, 2017 at 08:27:17PM -0700, Mike Rea
On Thu, Nov 09, 2017 at 08:15:52AM -0700, Mike Reardon wrote:
> On Thu, Nov 9, 2017 at 2:30 AM, Roger Pau Monné
> wrote:
>
> > Please try to avoid top-posting.
> >
> > On Wed, Nov 08, 2017 at 08:27:17PM -0700, Mike Reardon wrote:
> > > So am I correct in reading this that for at least the foresee
On Thu, Nov 9, 2017 at 2:30 AM, Roger Pau Monné
wrote:
> Please try to avoid top-posting.
>
> On Wed, Nov 08, 2017 at 08:27:17PM -0700, Mike Reardon wrote:
> > So am I correct in reading this that for at least the foreseeable future
> > storage using 4k sector sizes is not gonna happen? I'm just
On 09/11/17 14:36, Julien Grall wrote:
Hi Roger,
On 09/11/17 09:27, Roger Pau Monné wrote:
On Thu, Nov 09, 2017 at 12:22:49AM +, Hao, Xudong wrote:
Qemu-xen didn't have commit a80363, so I report this issue to ask
for sync up
with qemu upstream. Last mail I mean I usually used Qemu Xen tre
Hi Roger,
On 09/11/17 09:27, Roger Pau Monné wrote:
On Thu, Nov 09, 2017 at 12:22:49AM +, Hao, Xudong wrote:
Qemu-xen didn't have commit a80363, so I report this issue to ask for sync up
with qemu upstream. Last mail I mean I usually used Qemu Xen tree to do test,
and found out this issue.
> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of
> Roger Pau Monné
> Sent: 09 November 2017 09:30
> To: Mike Reardon
> Cc: Konrad Rzeszutek Wilk ; Jan Beulich
> ; xen-devel@lists.xen.org
> Subject: Re: [Xen-devel]
Please try to avoid top-posting.
On Wed, Nov 08, 2017 at 08:27:17PM -0700, Mike Reardon wrote:
> So am I correct in reading this that for at least the foreseeable future
> storage using 4k sector sizes is not gonna happen? I'm just trying to
> figure out if I need to get some different hardware.
On Thu, Nov 09, 2017 at 12:22:49AM +, Hao, Xudong wrote:
> > Qemu-xen didn't have commit a80363, so I report this issue to ask for sync
> > up
> > with qemu upstream. Last mail I mean I usually used Qemu Xen tree to do
> > test,
> > and found out this issue.
> >
> > Before requesting the bac
>>> On 09.11.17 at 02:44, wrote:
> On 11/07/17 01:37 -0700, Jan Beulich wrote:
>> I don't believe a crash is the expected outcome here.
>>
>
> This test case injects two errors to the same dom0 page. During the
> first injection, offline_page() is called to set PGC_broken flag of
> that page. Dur
So am I correct in reading this that for at least the foreseeable future
storage using 4k sector sizes is not gonna happen? I'm just trying to
figure out if I need to get some different hardware.
Thank you!
On Tue, Nov 7, 2017 at 5:41 AM, Roger Pau Monné
wrote:
> On Tue, Nov 07, 2017 at 04:31:
On 11/07/17 01:37 -0700, Jan Beulich wrote:
> >>> On 07.11.17 at 09:23, wrote:
> >> From: Jan Beulich [mailto:jbeul...@suse.com]
> >> Sent: Tuesday, November 7, 2017 4:09 PM
> >> >>> On 07.11.17 at 02:37, wrote:
> >> >> From: Jan Beulich [mailto:jbeul...@suse.com]
> >> >> Sent: Monday, November 6
gt; Jan Beulich ; Xen-devel ;
> Anthony PERARD ; Wei Liu
> Subject: Re: [Xen-devel] [BUG] win2008 guest cannot get ip through sriov
>
> On Mon, Nov 06, 2017 at 01:04:56AM +, Hao, Xudong wrote:
> > > -Original Message-
> > > From: Roger Pau Monné [mailto:roger
Hi Anthony,
On 08/11/17 12:13, Anthony PERARD wrote:
On Thu, Nov 02, 2017 at 01:49:54PM +, Julien Grall wrote:
On 27/10/17 21:16, Stefano Stabellini wrote:
On Fri, 27 Oct 2017, Julien Grall wrote:
On 27/10/17 08:27, Hao, Xudong wrote:
This bug exist much long time, there are many discuss
On Thu, Nov 02, 2017 at 01:49:54PM +, Julien Grall wrote:
> On 27/10/17 21:16, Stefano Stabellini wrote:
> > On Fri, 27 Oct 2017, Julien Grall wrote:
> > > On 27/10/17 08:27, Hao, Xudong wrote:
> > > > This bug exist much long time, there are many discussion last year but
> > > > not a
> > > >
On Tue, Nov 07, 2017 at 04:31:06AM -0700, Jan Beulich wrote:
> >>> On 07.11.17 at 11:30, wrote:
> > On Mon, Nov 06, 2017 at 05:33:37AM -0700, Jan Beulich wrote:
> >> >>> On 04.11.17 at 05:48, wrote:
> >> > I added some additional storage to my server with some native 4k sector
> >> > size disks.
>>> On 07.11.17 at 11:30, wrote:
> On Mon, Nov 06, 2017 at 05:33:37AM -0700, Jan Beulich wrote:
>> >>> On 04.11.17 at 05:48, wrote:
>> > I added some additional storage to my server with some native 4k sector
>> > size disks. The LVM volumes on that array seem to work fine when mounted
>> > by t
> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of
> Roger Pau Monné
> Sent: 07 November 2017 10:30
> To: Jan Beulich
> Cc: Mike Reardon ; xen-devel@lists.xen.org; Konrad
> Rzeszutek Wilk
> Subject: Re: [Xen-devel]
On Mon, Nov 06, 2017 at 05:33:37AM -0700, Jan Beulich wrote:
> >>> On 04.11.17 at 05:48, wrote:
> > I added some additional storage to my server with some native 4k sector
> > size disks. The LVM volumes on that array seem to work fine when mounted
> > by the host, and when passed through to any
rs Kurth ; Quan Xu
> > ; Kang, Luwei ; Zhang,
> > PengtaoX ; Julien Grall ;
> > Jan Beulich ; Xen-devel ;
> > Anthony PERARD ; Wei Liu
> > Subject: Re: [Xen-devel] [BUG] win2008 guest cannot get ip through sriov
> >
> > On Fri, Nov 03, 2017 at 01:10:26AM +
>>> On 07.11.17 at 09:23, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Tuesday, November 7, 2017 4:09 PM
>> >>> On 07.11.17 at 02:37, wrote:
>> >> From: Jan Beulich [mailto:jbeul...@suse.com]
>> >> Sent: Monday, November 6, 2017 5:17 PM
>> >> >>> On 03.11.17 at 09:29, wrote:
>
ong ; xen-devel@lists.xen.org
>> Subject: RE: [Xen-devel] [BUG] xen-mceinj tool testing cause dom0 crash
>>
>> >>> On 03.11.17 at 09:29, wrote:
>> > We figured out the problem, some corner scripts triggered the error
>> > injection at the same page (pf
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Monday, November 6, 2017 5:17 PM
> To: Hao, Xudong
> Cc: Julien Grall ; George Dunlap
> ; Lars Kurth ; Zhang,
> Haozhong ; xen-devel@lists.xen.org
> Subject: RE: [Xen-devel] [BUG] xen-m
On Sat, 4 Nov 2017, Dan Carpenter wrote:
> Hello Stefano Stabellini,
>
> The patch 235a71c53903: "xen/pvcalls: implement release command" from
> Oct 30, 2017, leads to the following static checker warning:
>
> drivers/xen/pvcalls-front.c:1051 pvcalls_front_release()
> error: double lo
>>> On 04.11.17 at 05:48, wrote:
> I added some additional storage to my server with some native 4k sector
> size disks. The LVM volumes on that array seem to work fine when mounted
> by the host, and when passed through to any of the Linux guests, but
> Windows guests aren't able to use them whe
>>> On 03.11.17 at 09:29, wrote:
> We figured out the problem, some corner scripts triggered the error
> injection at the same page (pfn 0x180020) twice, i.e. "./xen-mceinj -t 0" run
> over one time, which resulted in Dom0 crash.
But isn't this a valid scenario, which shouldn't result in a kern
ich ; Xen-devel ;
> Anthony PERARD ; Wei Liu
> Subject: Re: [Xen-devel] [BUG] win2008 guest cannot get ip through sriov
>
> On Fri, Nov 03, 2017 at 01:10:26AM +, Hao, Xudong wrote:
> >
> > > -Original Message-
> > > From: Julien Grall [mailto:julie
ich ; Xen-devel ;
> Anthony PERARD ; Wei Liu
> Subject: Re: [Xen-devel] [BUG] win2008 guest cannot get ip through sriov
>
> On Fri, Nov 03, 2017 at 01:10:26AM +, Hao, Xudong wrote:
> >
> > > -Original Message-
> > > From: Julien Grall [mailto:julie
Hello Stefano Stabellini,
The patch 235a71c53903: "xen/pvcalls: implement release command" from
Oct 30, 2017, leads to the following static checker warning:
drivers/xen/pvcalls-front.c:1051 pvcalls_front_release()
error: double lock 'mutex:&map->active.in_mutex'
drivers/xen/pvcal
Hello,
I had originally posted about this issue to win-pv-devel but it was
suggested this is actually an issue in blkback.
I added some additional storage to my server with some native 4k sector
size disks. The LVM volumes on that array seem to work fine when mounted
by the host, and when passed
gt; > Quan Xu ; Lars Kurth ; Wei Liu
> > ; Zhang, PengtaoX ; Kang,
> > Luwei ; Julien Grall ; Anthony
> > PERARD ; Xen-devel > de...@lists.xenproject.org>
> > Subject: Re: [Xen-devel] [BUG] win2008 guest cannot get ip through sriov
> >
> > Hi,
> >
&
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Wednesday, May 24, 2017 2:25 PM
> To: Hao, Xudong
> Cc: Julien Grall ; George Dunlap
> ; Lars Kurth ; Zhang,
> Haozhong ; xen-devel@lists.xen.org
> Subject: RE: [Xen-devel] [BUG] xen-mceinj
; Anthony
> PERARD ; Xen-devel de...@lists.xenproject.org>
> Subject: Re: [Xen-devel] [BUG] win2008 guest cannot get ip through sriov
>
> Hi,
>
> On 27/10/17 21:16, Stefano Stabellini wrote:
> > On Fri, 27 Oct 2017, Julien Grall wrote:
> >> On 27/10/17 08:27, H
Hi,
On 27/10/17 21:16, Stefano Stabellini wrote:
On Fri, 27 Oct 2017, Julien Grall wrote:
On 27/10/17 08:27, Hao, Xudong wrote:
This bug exist much long time, there are many discussion last year but not a
solution then. I call out it now because there is a fix in qemu upstream:
commit a8036336
Yes, this domain has:
- Current memory allocation: 8192 MB
- Maximum memory allocation: 10240 MB.
I have changed the maximum to 8192 MB as a possible workaround; the current
memory is rarely up/down scaled anyway.
The PVH setting for dom0 has been removed.
If you don't here from me anymore, then
On 30/10/17 09:05, Arthur Borsboom wrote:
> Hi Juergen,
>
> I needed to wait until the VM guest crashed again, so that caused this
> delay.
> I have extracted the hypervisor dmesg and the dom0 dmesg which can be
> found in the PasteBins.
> It is always the same domain crashing, if that is of any h
Hi Juergen,
I needed to wait until the VM guest crashed again, so that caused this
delay.
I have extracted the hypervisor dmesg and the dom0 dmesg which can be found
in the PasteBins.
It is always the same domain crashing, if that is of any help.
Xen hypervisor dmesg: https://pastebin.com/Y9fv0Ey
; Anthony
> PERARD ; Xen-devel de...@lists.xenproject.org>
> Subject: Re: [Xen-devel] [BUG] win2008 guest cannot get ip through sriov
>
> Hi,
>
> On 27/10/17 08:27, Hao, Xudong wrote:
> > This bug exist much long time, there are many discussion last year but not a
> s
On 28/10/17 09:34, Arthur Borsboom wrote:
> Hi Juergen,
>
> I have noticed that a patch has been developed an awaits the upcoming
> Linux kernel 4.14, maybe 4.15.
> In the mean time the server keeps crashing about every 2 days.
>
> Do you know a workaround I can apply?
Depends on why this happen
Hi Juergen,
I have noticed that a patch has been developed an awaits the upcoming Linux
kernel 4.14, maybe 4.15.
In the mean time the server keeps crashing about every 2 days.
Do you know a workaround I can apply?
Best regards,
Arthur Borsboom.
On 25 October 2017 at 16:13, Juergen Gross wrote:
On Fri, 27 Oct 2017, Julien Grall wrote:
> On 27/10/17 08:27, Hao, Xudong wrote:
> > This bug exist much long time, there are many discussion last year but not a
> > solution then. I call out it now because there is a fix in qemu upstream:
> > commit a8036336609d2e184fc3543a4c439c0ba7d7f3a2
> > Aut
Hi,
On 27/10/17 08:27, Hao, Xudong wrote:
This bug exist much long time, there are many discussion last year but not a
solution then. I call out it now because there is a fix in qemu upstream:
commit a8036336609d2e184fc3543a4c439c0ba7d7f3a2
Author: Roger Pau Monne
Date: Thu Aug 24 16:07:03 2
t; PengtaoX ; Xen-devel de...@lists.xenproject.org>
> Subject: RE: [Xen-devel] [BUG] win2008 guest cannot get ip through sriov
>
> >>> On 27.10.17 at 09:27, wrote:
> > This bug exist much long time, there are many discussion last year but
> > not a solution then. I call out it
>>> On 27.10.17 at 09:27, wrote:
> This bug exist much long time, there are many discussion last year but not a
> solution then. I call out it now because there is a fix in qemu upstream:
> commit a8036336609d2e184fc3543a4c439c0ba7d7f3a2
> Author: Roger Pau Monne
> Date: Thu Aug 24 16:07:03 20
ystem
for Xen?
Thanks,
-Xudong
> -Original Message-
> From: Xu, Quan
> Sent: Wednesday, June 8, 2016 5:12 PM
> To: Jan Beulich ; Hao, Xudong
> Cc: Wei Liu ; Zhang, PengtaoX
> ; Xen-devel
> Subject: RE: [Xen-devel] [BUG] win2008 guest cannot get ip through sriov
>
JG> Can I add you as "Reported-by:" ?
Absolutely.
If I can be of any assistance, please let me know. Keep in mind that I am
an application developer (J2EE) and not a hardware/kernel/hypervisor
hacker. :-)
On 25 October 2017 at 16:13, Juergen Gross wrote:
> On 25/10/17 13:17, Arthur Borsboom wro
On 25/10/17 13:17, Arthur Borsboom wrote:
> Since about a month, possibly due to software updates, after a couple of
> days running several VMs, one of the VM guests crashes and the VM host
> is not stable anymore. I need to shutdown all the remaining VM guests
> (if possible) and reboot the server
Since about a month, possibly due to software updates, after a couple of
days running several VMs, one of the VM guests crashes and the VM host is
not stable anymore. I need to shutdown all the remaining VM guests (if
possible) and reboot the server by hardware (sudo reboot hangs).
Does anybody ha
On 29/09/17 14:53, Anaïs Gantet wrote:
>
> Hi,
>
> I would just like to underline a unusual behaviour I observed recently
> with Xen. Indeed, a test with a Xen HVM x86-32bit guest pointed out the
> x86_emulate function in xen/arch/x86/x86_emulate/x86_emulate.c seems to
> only partially handle far-j
Hi,
I would just like to underline a unusual behaviour I observed recently
with Xen. Indeed, a test with a Xen HVM x86-32bit guest pointed out the
x86_emulate function in xen/arch/x86/x86_emulate/x86_emulate.c seems to
only partially handle far-jmp instruction emulation.
According to Intel docume
Thanks for the explanation!
It looks like the code that caused the issue would be removed with this
patch?
staging: atomisp: use clock framework for camera clocks
https://lkml.org/lkml/2017/9/20/712
--
John Thomson
___
Xen-devel mailing list
Xen-deve
On 08/09/17 05:40, John Thomson wrote:
> Hi,
> I get a PV domU kernel crash booting Arch Linux 4.12.
>
> Not sure if this is more relevant to Xen, the Linux kernel or
> distributions.
>
> Running xen-4.9.0 on Arch Linux x86_64 with kernel 4.12.10.
> Booting UEFI -> grub2 -> linux -> reboot -> gru
>>> On 06.09.17 at 11:58, wrote:
> On 05/09/17 19:26, Christian Prochaska wrote:
>> I've seen this problem with Xen 4.6.5 from the Xubuntu 16.04
>> distribution and from a quick look over the current vioapic code it
>> seems to be still present.
>>
>> From the IOAPIC datasheet [1]: "To reference a
On 05/09/17 19:26, Christian Prochaska wrote:
> I've seen this problem with Xen 4.6.5 from the Xubuntu 16.04
> distribution and from a quick look over the current vioapic code it
> seems to be still present.
>
> From the IOAPIC datasheet [1]: "To reference an IOAPIC register, a byte
> memory write
On Tue, Sep 05, 2017 at 08:26:20PM +0200, Christian Prochaska wrote:
> I've seen this problem with Xen 4.6.5 from the Xubuntu 16.04
> distribution and from a quick look over the current vioapic code it
> seems to be still present.
>
> From the IOAPIC datasheet [1]: "To reference an IOAPIC register
I've seen this problem with Xen 4.6.5 from the Xubuntu 16.04
distribution and from a quick look over the current vioapic code it
seems to be still present.
From the IOAPIC datasheet [1]: "To reference an IOAPIC register, a byte
memory write that the PIIX3 decodes for the IOAPIC loads the IOREGSEL
On Thu, Aug 10, 2017 at 11:09:20AM +, Zhang, Xiong Y wrote:
> On my SKL/KBL machine, upstream 4.12 kernel dom0 couldn't boot up using
> xen.efi which is xen 4.9
>
>
> (1) Upstream 4.11 kernel doesn't have such issue.
>
> (2) Upstream 4.12 kernel on my native uefi machine could boot
>>> On 10.08.17 at 13:09, wrote:
> On my SKL/KBL machine, upstream 4.12 kernel dom0 couldn't boot up using
> xen.efi which is xen 4.9
>
>
> (1) Upstream 4.11 kernel doesn't have such issue.
>
> (2) Upstream 4.12 kernel on my native uefi machine could boot up.
>
> After some debug, I
On my SKL/KBL machine, upstream 4.12 kernel dom0 couldn't boot up using
xen.efi which is xen 4.9
(1) Upstream 4.11 kernel doesn't have such issue.
(2) Upstream 4.12 kernel on my native uefi machine could boot up.
After some debug, I have some finding:
firmware/efi.c: Reinit efi global
On 25/07/17 17:40, Alexey G wrote:
> On Mon, 24 Jul 2017 21:39:08 +0100
> Igor Druzhinin wrote:
>>> But, the problem is that overall MMIO hole(s) requirements are not known
>>> exactly at the time the HVM domain being created. Some PCI devices will
>>> be emulated, some will be merely passed throu
On 25/07/17 17:40, Alexey G wrote:
> On Mon, 24 Jul 2017 21:39:08 +0100
> Igor Druzhinin wrote:
>>> But, the problem is that overall MMIO hole(s) requirements are not known
>>> exactly at the time the HVM domain being created. Some PCI devices will
>>> be emulated, some will be merely passed throu
On Tue, 25 Jul 2017 15:13:17 +0100
Igor Druzhinin wrote:
> >> The algorithm implemented in hvmloader for that is not complicated and
> >> can be moved to libxl easily. What we can do is to provision a hole big
> >> enough to include all the initially assigned PCI devices. We can also
> >> account
On Mon, 24 Jul 2017 21:39:08 +0100
Igor Druzhinin wrote:
> > But, the problem is that overall MMIO hole(s) requirements are not known
> > exactly at the time the HVM domain being created. Some PCI devices will
> > be emulated, some will be merely passed through and yet there will be
> > some RMRR
On 25/07/17 08:03, Zhang, Xiong Y wrote:
>> On 24/07/17 17:42, Alexey G wrote:
>>> Hi,
>>>
>>> On Mon, 24 Jul 2017 10:53:16 +0100
>>> Igor Druzhinin wrote:
> [Zhang, Xiong Y] Thanks for your suggestion.
> Indeed, if I set mmi_hole >= 4G - RMRR_Base, this could fix my issue.
> For this
> On 24/07/17 17:42, Alexey G wrote:
> > Hi,
> >
> > On Mon, 24 Jul 2017 10:53:16 +0100
> > Igor Druzhinin wrote:
> >>> [Zhang, Xiong Y] Thanks for your suggestion.
> >>> Indeed, if I set mmi_hole >= 4G - RMRR_Base, this could fix my issue.
> >>> For this I still have two questions, could you help
> On Mon, 24 Jul 2017 08:07:02 +
> "Zhang, Xiong Y" wrote:
>
> > [Zhang, Xiong Y] Thanks for your suggestion.
> > Indeed, if I set mmi_hole >= 4G - RMRR_Base, this could fix my issue.
> > For this I still have two questions, could you help me ?
> > 1) If hvmloader do low memory relocation, hv
On 24/07/17 17:42, Alexey G wrote:
> Hi,
>
> On Mon, 24 Jul 2017 10:53:16 +0100
> Igor Druzhinin wrote:
>>> [Zhang, Xiong Y] Thanks for your suggestion.
>>> Indeed, if I set mmi_hole >= 4G - RMRR_Base, this could fix my issue.
>>> For this I still have two questions, could you help me ?
>>> 1) If
On Mon, 24 Jul 2017 18:01:39 +0100
Andrew Cooper wrote:
> On 24/07/17 17:42, Alexey G wrote:
> > Hi,
> >
> > On Mon, 24 Jul 2017 10:53:16 +0100
> > Igor Druzhinin wrote:
> >>> [Zhang, Xiong Y] Thanks for your suggestion.
> >>> Indeed, if I set mmi_hole >= 4G - RMRR_Base, this could fix my issue
On 24/07/17 17:42, Alexey G wrote:
> Hi,
>
> On Mon, 24 Jul 2017 10:53:16 +0100
> Igor Druzhinin wrote:
>>> [Zhang, Xiong Y] Thanks for your suggestion.
>>> Indeed, if I set mmi_hole >= 4G - RMRR_Base, this could fix my issue.
>>> For this I still have two questions, could you help me ?
>>> 1) If
Hi,
On Mon, 24 Jul 2017 10:53:16 +0100
Igor Druzhinin wrote:
> > [Zhang, Xiong Y] Thanks for your suggestion.
> > Indeed, if I set mmi_hole >= 4G - RMRR_Base, this could fix my issue.
> > For this I still have two questions, could you help me ?
> > 1) If hvmloader do low memory relocation, hvmloa
Hi,
On Mon, 24 Jul 2017 08:07:02 +
"Zhang, Xiong Y" wrote:
> [Zhang, Xiong Y] Thanks for your suggestion.
> Indeed, if I set mmi_hole >= 4G - RMRR_Base, this could fix my issue.
> For this I still have two questions, could you help me ?
> 1) If hvmloader do low memory relocation, hvmloader a
> On 24/07/17 09:07, Zhang, Xiong Y wrote:
> >>> On Fri, 21 Jul 2017 10:57:55 +
> >>> "Zhang, Xiong Y" wrote:
> >>>
> On an intel skylake machine with upstream qemu, if I add
> "rdm=strategy=host, policy=strict" to hvm.cfg, win 8.1 DomU couldn't
> boot up and continues reboot.
>
Victor Kirhenshtein writes ("Re: [Xen-devel] [BUG] libxl_ctx_free calls
close(0)"):
> It is 4.4.1 (4.4.1-9+deb8u9 from Debian 8 repository). Looks like Debian just
> have too old version in repository. Problem is not reproduces on 4.6.5.
Debian jessie is not likely to get signif
On 24/07/17 09:07, Zhang, Xiong Y wrote:
>>> On Fri, 21 Jul 2017 10:57:55 +
>>> "Zhang, Xiong Y" wrote:
>>>
On an intel skylake machine with upstream qemu, if I add
"rdm=strategy=host, policy=strict" to hvm.cfg, win 8.1 DomU couldn't
boot up and continues reboot.
Steps
> > On Fri, 21 Jul 2017 10:57:55 +
> > "Zhang, Xiong Y" wrote:
> >
> > > On an intel skylake machine with upstream qemu, if I add
> > > "rdm=strategy=host, policy=strict" to hvm.cfg, win 8.1 DomU couldn't
> > > boot up and continues reboot.
> > >
> > > Steps to reproduce this issue:
> > >
> >
> On Fri, 21 Jul 2017 10:57:55 +
> "Zhang, Xiong Y" wrote:
>
> > On an intel skylake machine with upstream qemu, if I add
> > "rdm=strategy=host, policy=strict" to hvm.cfg, win 8.1 DomU couldn't
> > boot up and continues reboot.
> >
> > Steps to reproduce this issue:
> >
> > 1) Boot x
Hi,
On Fri, 21 Jul 2017 10:57:55 +
"Zhang, Xiong Y" wrote:
> On an intel skylake machine with upstream qemu, if I add
> "rdm=strategy=host, policy=strict" to hvm.cfg, win 8.1 DomU couldn't boot
> up and continues reboot.
>
> Steps to reproduce this issue:
>
> 1) Boot xen with iommu=1
On an intel skylake machine with upstream qemu, if I add "rdm=strategy=host,
policy=strict" to hvm.cfg, win 8.1 DomU couldn't boot up and continues reboot.
Steps to reproduce this issue:
1) Boot xen with iommu=1 to enable iommu
2) hvm.cfg contain:
builder="hvm"
memory=
disk=[
On Fri, Jul 21, 2017 at 01:18:52PM +0300, Victor Kirhenshtein wrote:
> It is 4.4.1 (4.4.1-9+deb8u9 from Debian 8 repository). Looks like
> Debian just have too old version in repository. Problem is not
> reproduces on 4.6.5.
Right. That commit is included in 4.5, not 4.4.
Just backporting that on
Jackson
Subject: Re: [Xen-devel] [BUG] libxl_ctx_free calls close(0)
Date: Fri, 21 Jul 2017 09:20:38 +0100
CC Ian Jackson
I don't know which version of Xen you're using. Can you check if it
contains the following commit?
commit fa13f7b0c0f3d01741e35d573009503c3bf7b6a6
Author: And
CC Ian Jackson
I don't know which version of Xen you're using. Can you check if it
contains the following commit?
commit fa13f7b0c0f3d01741e35d573009503c3bf7b6a6
Author: Andrew Cooper
AuthorDate: Mon Aug 18 14:02:37 2014 +0100
Commit: Ian Campbell
CommitDate: Wed Aug 27 02:30:25 2014 +0
Hello,
it seems that libxl_ctx_free always calls close(0) for some
reason, even if libxl never opens file descriptor 0. It sometimes
closes valid descriptor in application causing random and
hard to debug I/O errors.
The following simple program can be used to reproduce this bug:
#include
#incl
Not sure who this should go to, but running linux as domU under Xen
triggers this bug.
modprobe radeon on a linux domU wich has a "VGA compatible controller:
Advanced Micro Devices, Inc. [AMD/ATI] Curacao PRO [Radeon R7 370 / R9
270/370 OEM]" -card passed through to it, causes a NULL dereference i
day, May 23, 2017 5:23 PM
> To: George Dunlap ; xen-devel@lists.xen.org
> Cc: Lars Kurth ; Andrew Cooper
> ; Julien Grall ; Paul
> Durrant ; Jan Beulich ; Gao,
> Chao
> Subject: Re: [Xen-devel] [BUG] repeated live migration for VM failed
>
> George, thanks the fixing.
>
> George Dunlap ; Zhang, Haozhong
>> ; xen-devel@lists.xen.org
>> Subject: Re: [Xen-devel] [BUG] xen-mceinj tool testing cause dom0 crash
>>
>> > -Original Message-
>> > From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of
>> >
> xen-devel@lists.xen.org; George Dunlap ; Zhang,
>> Haozhong
>> Subject: Re: [Xen-devel] [BUG] xen-mceinj tool testing cause dom0 crash
>>
>> >>> On 22.05.17 at 10:39, wrote:
>> > (XEN) Hardware Dom0 crashed: rebooting machine in 5 seconds.
>>
&
> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of Jan
> Beulich
> Sent: Tuesday, May 23, 2017 12:06 AM
> To: Hao, Xudong
> Cc: Lars Kurth ; Julien Grall ;
> xen-devel@lists.xen.org; George Dunlap ; Zhang,
> Haozhong
&
3 PM
> To: Hao, Xudong ; xen-devel@lists.xen.org
> Cc: Lars Kurth ; Julien Grall ;
> Gao,
> Chao ; Paul Durrant ; Andrew
> Cooper ; Jan Beulich
> Subject: Re: [Xen-devel] [BUG] repeated live migration for VM failed
>
> On Mon, May 22, 2017 at 11:18 AM, George Dunlap
>
Hi,
On 22/05/17 12:11, Andrew Cooper wrote:
From 3d4ce135ea3b396bb63752c39e6234366d590c16 Mon Sep 17 00:00:00 2001
From: George Dunlap
Date: Mon, 22 May 2017 11:38:31 +0100
Subject: [PATCH] Restore HVM_OP hypercall continuation (partial revert of
ae20ccf)
Commit ae20ccf removed the hypercall
1 - 100 of 517 matches
Mail list logo
