>>> On 15.10.15 at 20:09, wrote:
> --- a/xen/arch/x86/mm/mem_sharing.c
> +++ b/xen/arch/x86/mm/mem_sharing.c
> @@ -1293,6 +1293,42 @@ int relinquish_shared_pages(struct domain *d)
> return rc;
> }
>
> +static int bulk_share(struct domain *d, struct domain *cd, unsigned long max,
> +
>>> On 15.10.15 at 18:54, wrote:
>>
>>
>> >> > +rc = xsm_mem_sharing_op(XSM_DM_PRIV, d, cd, mso.op);
>> >> > +if ( rc )
>> >> > +{
>> >> > +rcu_unlock_domain(cd);
>> >> > +goto out;
>> >> > +}
>> >> > +
>> >> > +
From: Insu Yun
Date: Thu, 15 Oct 2015 12:26:16 -0400
> Since vzalloc can be failed in memory pressure,
> return value should be checked and return ENOMEM.
>
> Signed-off-by: Insu Yun
> ---
> drivers/net/xen-netback/xenbus.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/drivers
Otherwise make tags can't parse them:
ctags: Warning: arch/ia64/kernel/smp.c:60: null expansion of name pattern "\1"
ctags: Warning: drivers/xen/events/events_2l.c:41: null expansion of name
pattern "\1"
ctags: Warning: drivers/acpi/processor_idle.c:64: null expansion of name
pattern "\1"
ctags:
This run is configured for baseline tests only.
flight 38173 seabios real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38173/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 10 migrate-support-
On Fri, Oct 16, 2015 at 01:10:54AM +0200, Laszlo Ersek wrote:
> On 10/14/15 13:27, Ian Campbell wrote:
> > On Wed, 2015-10-14 at 12:06 +0100, Stefano Stabellini wrote:
> >>> Can't you just teach SeaBIOS how to deal with your PV disks and then
> >>> only add that to your VM and forget about IDE/AHCI
Existing PML implementation turns on EPT A/D bit unconditionally if PML is
supported by hardware. This works but enabling of EPT A/D bit can be deferred
until PML get enabled. There's no point in enabling the extra feature for every
domain when we're not meaning to use it (yet).
Sanity live migrat
flight 62983 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62983/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl-qemuu-win7-amd64 17 guest-stop fail like 62871
Tests which did not succeed, but a
On 10/14/15 14:48, Paul Durrant wrote:
>> -Original Message-
>> From: Fabio Fantoni [mailto:fabio.fant...@m2r.biz]
>> Sent: 14 October 2015 12:12
>> To: Kevin Wolf; Stefano Stabellini
>> Cc: John Snow; Anthony Perard; qemu-de...@nongnu.org; xen-
>> de...@lists.xen.org; qemu-bl...@nongnu.org
flight 62982 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62982/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm 9 debian-hvm-install fail REGR.
vs. 62711
Tests which
CC'ing Kevin O'Connor
On 10/14/15 13:27, Ian Campbell wrote:
> On Wed, 2015-10-14 at 12:06 +0100, Stefano Stabellini wrote:
>>> Can't you just teach SeaBIOS how to deal with your PV disks and then
>>> only add that to your VM and forget about IDE/AHCI? I mean, that's how
>>> it's done for virtio-b
On Thu, 2015-10-15 at 12:58 +0100, Wei Liu wrote:
> On Wed, Oct 14, 2015 at 06:32:37PM +0100, Lars Kurth wrote:
> [...]
> >
> > == Cycle Time [27] to [29] ==
> > This is not quite obvious from the definition in 1. For the cycle
> > time, we basically ignore the mapping to a patch or patch series
>
On Thu, 2015-10-15 at 22:36 +0100, Lars Kurth wrote:
> > On 15 Oct 2015, at 10:26, Ian Campbell
> > wrote:
> >
> > On Thu, 2015-10-15 at 10:06 +0100, Ian Campbell wrote:
> > > On Wed, 2015-10-14 at 18:32 +0100, Lars Kurth wrote:
> [...]
> That is correct and a case we need to look at if it's wo
On Thu, 2015-10-15 at 22:36 +0100, Lars Kurth wrote:
> > On 15 Oct 2015, at 10:26, Ian Campbell
> > wrote:
> >
> > On Thu, 2015-10-15 at 10:06 +0100, Ian Campbell wrote:
> > > On Wed, 2015-10-14 at 18:32 +0100, Lars Kurth wrote:
> > > > C1) Only 60% percent of the reviews on the mailing list coul
> On 15 Oct 2015, at 10:26, Ian Campbell wrote:
>
> On Thu, 2015-10-15 at 10:06 +0100, Ian Campbell wrote:
>> On Wed, 2015-10-14 at 18:32 +0100, Lars Kurth wrote:
>>> C1) Only 60% percent of the reviews on the mailing list could be
>>> matched
>>> to commits. This can be improved going forward,
> On 15 Oct 2015, at 12:58, Wei Liu wrote:
>
> On Wed, Oct 14, 2015 at 06:32:37PM +0100, Lars Kurth wrote:
> [...]
>>
>> == Cycle Time [27] to [29] ==
>> This is not quite obvious from the definition in 1. For the cycle time, we
>> basically ignore the mapping to a patch or patch series and ju
> On 15 Oct 2015, at 10:06, Ian Campbell wrote:
>
> On Wed, 2015-10-14 at 18:32 +0100, Lars Kurth wrote:
>> C1) Only 60% percent of the reviews on the mailing list could be matched
>> to commits. This can be improved going forward, but we felt that the
>> dataset is big enough for statical analy
flight 62976 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62976/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 15 guest-localmigrate.2
fail in 62951 REGR. vs. 6
This run is configured for baseline tests only.
flight 38172 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38172/
Perfect :-)
All tests in this flight passed
version targeted for testing:
ovmf bf9f7cea98616e7b780946e61068bd345e454915
baseline version:
ovm
Since vzalloc can be failed in memory pressure,
writes -ENOMEM to xenstore to indicate error.
Signed-off-by: Insu Yun
---
drivers/net/xen-netback/xenbus.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/net/xen-netback/xenbus.c b/drivers/net/xen-netback/xenbus.c
index 929a6e7..
Sorry for wrong format, I forgot to change my configuration.
On Thu, Oct 15, 2015 at 1:13 PM, Wei Liu wrote:
> On Thu, Oct 15, 2015 at 12:26:16PM -0400, Insu Yun wrote:
> > Since vzalloc can be failed in memory pressure,
> > return value should be checked and return ENOMEM.
>
> This function doe
I changed patch with valid format.
On Thu, Oct 15, 2015 at 2:02 PM, Insu Yun wrote:
> Since vzalloc can be failed in memory pressure,
> writes -ENOMEM to xenstore to indicate error.
>
> Signed-off-by: Insu Yun
> ---
> drivers/net/xen-netback/xenbus.c | 6 ++
> 1 file changed, 6 insertions(
flight 62985 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62985/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass
test-armhf-armhf-xl 12
Currently mem-sharing can be performed on a page-by-page base from the control
domain. However, when completely deduplicating (cloning) a VM, this requires
at least 3 hypercalls per page. As the user has to loop through all pages up
to max_gpfn, this process is very slow and wasteful.
This patch i
Add the bulk option to the test tool to perform complete deduplication
between domains.
Signed-off-by: Tamas K Lengyel
Cc: Ian Jackson
Cc: Stefano Stabellini
Cc: Ian Campbell
Cc: Wei Liu
Acked-by: Wei Liu
---
tools/tests/mem-sharing/memshrtool.c | 22 ++
1 file changed,
On Thu, Oct 15, 2015 at 06:27:17PM +0200, Fabio Fantoni wrote:
> Il 14/10/2015 13:06, Stefano Stabellini ha scritto:
> >I would suggest Fabio to avoid AHCI disks altogether and just use OVMF
> >with PV disks only and Anthony's patch to libxl to avoid creating any
> >IDE disks: http://marc.info/?l=x
flight 62978 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62978/
Perfect :-)
All tests in this flight passed
version targeted for testing:
ovmf bf9f7cea98616e7b780946e61068bd345e454915
baseline version:
ovmf 84db9040cc8ba556faec61ad3480c774ca8
Fix the types used to store the memory parameters of an HVM guest,
previously they defaulted to unsigned long on 32bit toolstack builds, which
is wrong because a 32bit value cannot hold a 64bit memory address that
crosses the 4GB boundary.
Signed-off-by: Roger Pau Monné
Cc: Ian Jackson
Cc: Ian C
On 15/10/15 18:16, Ian Campbell wrote:
> On Thu, 2015-10-15 at 18:52 +0200, Roger Pau Monné wrote:
>> El 15/10/15 a les 18.41, Ian Campbell ha escrit:
>>> On Thu, 2015-10-15 at 18:30 +0200, Roger Pau Monne wrote:
Fix the types used to store the memory parameters of an HVM guest,
previousl
On Thu, 2015-10-15 at 18:52 +0200, Roger Pau Monné wrote:
> El 15/10/15 a les 18.41, Ian Campbell ha escrit:
> > On Thu, 2015-10-15 at 18:30 +0200, Roger Pau Monne wrote:
> >> Fix the types used to store the memory parameters of an HVM guest,
> >> previously they defaulted to unsigned long on 32bit
On Thu, Oct 15, 2015 at 12:26:16PM -0400, Insu Yun wrote:
> Since vzalloc can be failed in memory pressure,
> return value should be checked and return ENOMEM.
This function doesn't return ENOMEM, instead it writes to xenstore to
indicate error. The commit log needs to be updated.
>
> Signed-off
>
>
> >> > +rc = xsm_mem_sharing_op(XSM_DM_PRIV, d, cd, mso.op);
> >> > +if ( rc )
> >> > +{
> >> > +rcu_unlock_domain(cd);
> >> > +goto out;
> >> > +}
> >> > +
> >> > +if ( !mem_sharing_enabled(cd) )
> >> >
El 15/10/15 a les 18.41, Ian Campbell ha escrit:
> On Thu, 2015-10-15 at 18:30 +0200, Roger Pau Monne wrote:
>> Fix the types used to store the memory parameters of an HVM guest,
>> previously they defaulted to unsigned long on 32bit toolstack builds, which
>> is wrong because a 32bit value cannot
On Thu, 2015-10-15 at 12:26 -0400, Insu Yun wrote:
> Since vzalloc can be failed in memory pressure,
> return value should be checked and return ENOMEM.
>
> Signed-off-by: Insu Yun
> ---
> drivers/net/xen-netback/xenbus.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/drivers/net
On 10/12/2015 07:32 PM, Wei Liu wrote:
Please express your preference with -2 (strongly argue against), -1
(not happy but not against), +1 (happy but won't argue for) and +2
(happy and argue for).
# 6 months release cycle + current stable release scheme
0
# 6 months release cycle + LTS sche
On Thu, 2015-10-15 at 18:30 +0200, Roger Pau Monne wrote:
> Fix the types used to store the memory parameters of an HVM guest,
> previously they defaulted to unsigned long on 32bit toolstack builds, which
> is wrong because a 32bit value cannot hold a 64bit memory address that
> crosses the 4GB bou
On 10/15/2015 06:30 PM, Roger Pau Monne wrote:
Fix the types used to store the memory parameters of an HVM guest,
previously they defaulted to unsigned long on 32bit toolstack builds, which
is wrong because a 32bit value cannot hold a 64bit memory address that
crosses the 4GB boundary.
Signed-of
Fix the types used to store the memory parameters of an HVM guest,
previously they defaulted to unsigned long on 32bit toolstack builds, which
is wrong because a 32bit value cannot hold a 64bit memory address that
crosses the 4GB boundary.
Signed-off-by: Roger Pau Monné
Cc: Ian Jackson
Cc: Ian C
Since vzalloc can be failed in memory pressure,
return value should be checked and return ENOMEM.
Signed-off-by: Insu Yun
---
drivers/net/xen-netback/xenbus.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/net/xen-netback/xenbus.c b/drivers/net/xen-netback/xenbus.c
index 929a6e
Il 14/10/2015 13:06, Stefano Stabellini ha scritto:
On Wed, 14 Oct 2015, Kevin Wolf wrote:
[ CC qemu-block ]
Am 13.10.2015 um 19:10 hat Stefano Stabellini geschrieben:
On Tue, 13 Oct 2015, John Snow wrote:
On 10/13/2015 11:55 AM, Fabio Fantoni wrote:
I added ahci disk support in libxl and us
flight 62972 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62972/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 13 guest-localmigrate
fail in 62958 REGR. vs. 5
On Mon, Oct 12, 2015 at 12:42 AM, Jan Beulich wrote:
> >>> On 09.10.15 at 19:55, wrote:
> > On Fri, Oct 9, 2015 at 1:51 AM, Jan Beulich wrote:
> >
> >> >>> On 08.10.15 at 22:57, wrote:
> >> > --- a/xen/arch/x86/mm/mem_sharing.c
> >> > +++ b/xen/arch/x86/mm/mem_sharing.c
> >> > @@ -1293,6 +1293
On Thu, Oct 15, 2015 at 04:52:07PM +0100, Andrew Cooper wrote:
> On 15/10/15 16:26, Wei Liu wrote:
> > On Thu, Oct 15, 2015 at 04:21:02PM +0100, Wei Liu wrote:
> >> On Thu, Oct 15, 2015 at 02:45:47PM +, osstest service owner wrote:
> >>> flight 62968 xen-unstable real [real]
> >>> http://logs.t
On 15/10/15 16:26, Wei Liu wrote:
> On Thu, Oct 15, 2015 at 04:21:02PM +0100, Wei Liu wrote:
>> On Thu, Oct 15, 2015 at 02:45:47PM +, osstest service owner wrote:
>>> flight 62968 xen-unstable real [real]
>>> http://logs.test-lab.xenproject.org/osstest/logs/62968/
>>>
>>> Regressions :-(
>>>
>>
>>> On 15.10.15 at 17:10, wrote:
> On Thu, Oct 15, 2015 at 04:57:16PM +0200, Olaf Hering wrote:
>> On Tue, Oct 13, He Chen wrote:
>>
>> > +int psr_set_l3_cbm(struct domain *d, unsigned int socket,
>> > + uint64_t cbm, enum cbm_type type)
>> > {
>>
>> > +uint64_t cbm_data,
On Thu, Oct 15, 2015 at 04:26:47PM +0100, Wei Liu wrote:
> On Thu, Oct 15, 2015 at 05:22:39PM +0200, Olaf Hering wrote:
> > On Thu, Oct 15, Wei Liu wrote:
> >
> > > On Thu, Oct 15, 2015 at 04:57:16PM +0200, Olaf Hering wrote:
> > > > gcc5 does not like ASSERT_UNREACHABLE(), whatever is in staging
On Thu, 2015-10-15 at 15:46 +0100, Wei Liu wrote:
> On Thu, Oct 15, 2015 at 10:44:26AM -0400, Boris Ostrovsky wrote:
> > Commit 5b921b49f08 ("libxc: rework BSP initialization") forgot to call
> > xc_vcpu_setcontext() for 64-bit PVH VCPUs.
> >
> > Signed-off-by: Boris Ostrovsky
>
> Acked-by: Wei
On Thu, Oct 15, 2015 at 05:22:39PM +0200, Olaf Hering wrote:
> On Thu, Oct 15, Wei Liu wrote:
>
> > On Thu, Oct 15, 2015 at 04:57:16PM +0200, Olaf Hering wrote:
> > > gcc5 does not like ASSERT_UNREACHABLE(), whatever is in staging fails:
> > Is it because in non-debug build ASSERT_UNREACHABLE is n
On Thu, Oct 15, 2015 at 04:21:02PM +0100, Wei Liu wrote:
> On Thu, Oct 15, 2015 at 02:45:47PM +, osstest service owner wrote:
> > flight 62968 xen-unstable real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/62968/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and a
On Thu, Oct 15, Wei Liu wrote:
> On Thu, Oct 15, 2015 at 04:57:16PM +0200, Olaf Hering wrote:
> > gcc5 does not like ASSERT_UNREACHABLE(), whatever is in staging fails:
> Is it because in non-debug build ASSERT_UNREACHABLE is nop?
That might explain it.
Does the staging build test catch this bug
On Thu, Oct 15, 2015 at 02:45:47PM +, osstest service owner wrote:
> flight 62968 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/62968/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-i3
On Thu, Oct 15, 2015 at 04:57:16PM +0200, Olaf Hering wrote:
> On Tue, Oct 13, He Chen wrote:
>
> > +int psr_set_l3_cbm(struct domain *d, unsigned int socket,
> > + uint64_t cbm, enum cbm_type type)
> > {
>
> > +uint64_t cbm_data, cbm_code;
>
> > +switch ( type )
> >
On Tue, Oct 13, He Chen wrote:
> +int psr_set_l3_cbm(struct domain *d, unsigned int socket,
> + uint64_t cbm, enum cbm_type type)
> {
> +uint64_t cbm_data, cbm_code;
> +switch ( type )
> {
> +case PSR_CBM_TYPE_L3:
> +cbm_code = cbm;
> +break;
On 10/15/2015 10:45 AM, Roger Pau Monné wrote:
El 15/10/15 a les 16.44, Boris Ostrovsky ha escrit:
Commit 5b921b49f08 ("libxc: rework BSP initialization") forgot to call
xc_vcpu_setcontext() for 64-bit PVH VCPUs.
Signed-off-by: Boris Ostrovsky
Ouch, my bad:
Acked-by: Roger Pau Monné
32bit
On Thu, 15 Oct 2015, Ian Campbell wrote:
> On Wed, 2015-10-14 at 18:17 +0100, Stefano Stabellini wrote:
> > On Wed, 14 Oct 2015, Ian Campbell wrote:
> > > On Wed, 2015-10-14 at 17:29 +0100, Stefano Stabellini wrote:
> > >
> > > > > Obviously the call to xen_be_unbind_evtchn is not useful as is, bu
On Thu, Oct 15, 2015 at 10:44:26AM -0400, Boris Ostrovsky wrote:
> Commit 5b921b49f08 ("libxc: rework BSP initialization") forgot to call
> xc_vcpu_setcontext() for 64-bit PVH VCPUs.
>
> Signed-off-by: Boris Ostrovsky
Acked-by: Wei Liu
___
Xen-devel
flight 62968 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62968/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm 9 debian-hvm-install fail REGR.
vs. 62711
Regressions
El 15/10/15 a les 16.44, Boris Ostrovsky ha escrit:
> Commit 5b921b49f08 ("libxc: rework BSP initialization") forgot to call
> xc_vcpu_setcontext() for 64-bit PVH VCPUs.
>
> Signed-off-by: Boris Ostrovsky
Ouch, my bad:
Acked-by: Roger Pau Monné
32bit seem to be fine though.
Commit 5b921b49f08 ("libxc: rework BSP initialization") forgot to call
xc_vcpu_setcontext() for 64-bit PVH VCPUs.
Signed-off-by: Boris Ostrovsky
---
Once again, with correctly spelled list address.
tools/libxc/xc_dom_x86.c | 24
1 files changed, 12 insertions(+), 12
On Thu, 15 Oct 2015, David Vrabel wrote:
> On 14/09/15 14:20, Juergen Gross wrote:
> > Correct a comment in arch/arm/xen/enlighten.c referencing a wrong
> > source file.
>
> Applied to for-linus-4.4, thanks.
>
> Sorry for the delay.
Thanks David
___
X
Il 15/10/2015 16:22, Wei Liu ha scritto:
On Thu, Oct 15, 2015 at 03:40:36PM +0200, Fabio Fantoni wrote:
I already saw scripts/git-checkout.sh fails many times changing repo and/or
tag for my tests, for example today:
GIT=git
/mnt/vm/source/xen/Xen/tools/firmware/../../scripts/git-checkout.sh
gi
On Thu, 2015-10-15 at 14:17 +, Ferger, Max wrote:
>
> I just managed to get Xen 4.6.0 on my R-Car H2 LAGER board to show up
> boot messages, as appended.
> But it refuses my intended Dom0 kernel – some Yocto/Poky built with meta
> -renesas configuration.
>
> Is there a known-good Dom0 kernel
On Thu, Oct 15, 2015 at 03:40:36PM +0200, Fabio Fantoni wrote:
> I already saw scripts/git-checkout.sh fails many times changing repo and/or
> tag for my tests, for example today:
> >GIT=git
> >/mnt/vm/source/xen/Xen/tools/firmware/../../scripts/git-checkout.sh
> >git://xenbits.xen.org/osstest/ovmf
On Wed, 2015-10-14 at 15:52 +0100, Stefano Stabellini wrote:
> > + # These libraries were all introduced in the same release, to
> > + # simplify things we therefore assume its either all or nothing and
> > + # treat any other mix as an error
> > + case $xenevtchn$xengnttab$xenforeignmemory in
Hi!
I just managed to get Xen 4.6.0 on my R-Car H2 LAGER board to show up boot
messages, as appended.
But it refuses my intended Dom0 kernel - some Yocto/Poky built with
meta-renesas configuration.
Is there a known-good Dom0 kernel for this board?
Hopefully one that I may re-create with somethi
I already saw scripts/git-checkout.sh fails many times changing repo
and/or tag for my tests, for example today:
GIT=git
/mnt/vm/source/xen/Xen/tools/firmware/../../scripts/git-checkout.sh
git://xenbits.xen.org/osstest/ovmf.git xen-tested-master ovmf-dir
Cloning into 'ovmf-dir-remote.tmp'...
re
flight 62973 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62973/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt-raw 9 debian-di-installfail never pass
test-armhf-armhf-libvirt-qcow2 9 debian-di
On 14/09/15 14:20, Juergen Gross wrote:
> Correct a comment in arch/arm/xen/enlighten.c referencing a wrong
> source file.
Applied to for-linus-4.4, thanks.
Sorry for the delay.
David
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen
On Thu, Oct 15, Ian Campbell wrote:
> On Mon, 2015-10-12 at 18:32 +0100, Wei Liu wrote:
>
> > # 6 months release cycle + current stable release scheme
> # 6 months release cycle + extended security support
>
> +1 to either of these, but +2 for picking one of them.
+1, as Ian said.
> (not rea
The cpu hotplug state machine in smpboot.c is reusing the states from
cpu.h. That is confusing when it comes to the CPU_DEAD_FROZEN usage.
Paul explained to me that he was in need of an additional state
for destinguishing between a CPU error states. For this he just
picked CPU_DEAD_FROZEN.
8038dad
David or Stefano,
On 09/14/2015 03:39 PM, Stefano Stabellini wrote:
On Mon, 14 Sep 2015, Juergen Gross wrote:
Correct a comment in arch/arm/xen/enlighten.c referencing a wrong
source file.
Signed-off-by: Juergen Gross
Acked-by: Stefano Stabellini
does one of you plan to take this patch?
This run is configured for baseline tests only.
flight 38171 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38171/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ovmf-amd64 19 guest-start/debi
On Wed, Oct 14, 2015 at 06:32:37PM +0100, Lars Kurth wrote:
[...]
>
> == Cycle Time [27] to [29] ==
> This is not quite obvious from the definition in 1. For the cycle time, we
> basically ignore the mapping to a patch or patch series and just look at the
> cycle times between review iterations
On Thu, Oct 15, 2015 at 12:24:39PM +0100, David Vrabel wrote:
> On 15/10/15 12:18, Mikko Rapeli wrote:
> > On Thu, Oct 15, 2015 at 11:29:12AM +0100, David Vrabel wrote:
> >> On 15/10/15 06:56, Mikko Rapeli wrote:
> >>> xen/interface/xen.h is not exported from kernel headers so remove the
> >>> depe
> -Original Message-
> From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-
> boun...@lists.xen.org] On Behalf Of Andrew Cooper
> Sent: 14 October 2015 17:02
> To: Jan Beulich; Roger Pau Monne
> Cc: xen-de...@lists.xenproject.org
> Subject: Re: [Xen-devel] [PATCH v7 23/32] xen/x86: make
On 15/10/15 12:18, Mikko Rapeli wrote:
> On Thu, Oct 15, 2015 at 11:29:12AM +0100, David Vrabel wrote:
>> On 15/10/15 06:56, Mikko Rapeli wrote:
>>> xen/interface/xen.h is not exported from kernel headers so remove the
>>> dependency and provide needed defines for domid_t and xen_pfn_t if they
>>>
On Wed, 2015-10-14 at 18:17 +0100, Stefano Stabellini wrote:
> On Wed, 14 Oct 2015, Ian Campbell wrote:
> > On Wed, 2015-10-14 at 17:29 +0100, Stefano Stabellini wrote:
> >
> > > > Obviously the call to xen_be_unbind_evtchn is not useful as is, but
> > > > I do
> > > > wonder where the evtchn whic
On Thu, Oct 15, 2015 at 11:29:12AM +0100, David Vrabel wrote:
> On 15/10/15 06:56, Mikko Rapeli wrote:
> > xen/interface/xen.h is not exported from kernel headers so remove the
> > dependency and provide needed defines for domid_t and xen_pfn_t if they
> > are not already defined by some other e.g.
On 15/10/15 06:56, Mikko Rapeli wrote:
> Fixes userspace compilation errors like:
>
> xen/gntdev.h:38:2: error: unknown type name ‘uint32_t’
Applied to for-linus-4.4, thanks.
David
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.or
On 15/10/15 06:56, Mikko Rapeli wrote:
> Fixes userspace compilation errors like:
>
> xen/gntalloc.h:22:2: error: unknown type name ‘uint16_t’
Applied to for-linus-4.4, thanks.
David
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.
On 15/10/15 10:59, Jan Beulich wrote:
On 15.10.15 at 11:49, wrote:
>> El 15/10/15 a les 10.12, Jan Beulich ha escrit:
>> On 14.10.15 at 18:24, wrote:
In order to cope with types having multiple compat versions pass a
parameter
to the fixup function so we can identify whic
On 15/10/15 06:56, Mikko Rapeli wrote:
> xen/interface/xen.h is not exported from kernel headers so remove the
> dependency and provide needed defines for domid_t and xen_pfn_t if they
> are not already defined by some other e.g. Xen specific headers.
>
> Suggested by Andrew Cooper on lkml messag
Hi Mikko,
[auto build test ERROR on drm/drm-next -- if it's inappropriate base, please
suggest rules for selecting the more suitable base]
url:
https://github.com/0day-ci/linux/commits/Mikko-Rapeli/Userspace-compile-test-and-fixes-for-exported-uapi-header-files/20151015-150653
config:
On 15/10/15 10:57, Julien Grall wrote:
> Hi Ian,
>
> On 15/10/15 09:39, Ian Campbell wrote:
>> On Thu, 2015-10-15 at 00:23 +0100, Julien Grall wrote:
>>> My second point is related to how Xen is handling interrupt with vCPU.
>>> When PSCI off is called, we will set the _VFP_down flag. This flag i
>>> On 15.10.15 at 11:49, wrote:
> El 15/10/15 a les 10.12, Jan Beulich ha escrit:
> On 14.10.15 at 18:24, wrote:
>>> In order to cope with types having multiple compat versions pass a parameter
>>> to the fixup function so we can identify which compat version Xen is dealing
>>> with.
>>
>>
Hi Ian,
On 15/10/15 09:39, Ian Campbell wrote:
> On Thu, 2015-10-15 at 00:23 +0100, Julien Grall wrote:
>> My second point is related to how Xen is handling interrupt with vCPU.
>> When PSCI off is called, we will set the _VFP_down flag. This flag is
>> used in vgic_vcpu_inject_irq and when it's
> -Original Message-
> From: Hu, Robert
> Sent: Thursday, October 15, 2015 5:39 PM
> To: 'Ian Jackson' ;
> xen-de...@lists.xenproject.org
> Cc: Ian Campbell
> Subject: RE: [OSSTEST PATCH 26/26] ts-xen-install: networking: Rename
> `nodhcp' to `ensurebridge'
>
> > -Original Message
El 14/10/15 a les 18.51, Andrew Cooper ha escrit:
> On 14/10/15 17:24, Roger Pau Monne wrote:
>> Introduce a new filed to signal if the FPU has been initialised or not. Xen
>
> "field", I am guessing?
Yes.
>> diff --git a/xen/include/public/arch-x86/hvm/save.h
>> b/xen/include/public/arch-x86/h
Jan Beulich wrote on 2015-10-15:
On 15.10.15 at 10:52, wrote:
>> Jan Beulich wrote on 2015-10-15:
>> On 15.10.15 at 09:28, wrote:
The premise for a misbehaving guest to impact the system is that
the IOMMU is buggy which takes long time to complete the invalidation.
In othe
El 15/10/15 a les 10.12, Jan Beulich ha escrit:
On 14.10.15 at 18:24, wrote:
>> In order to cope with types having multiple compat versions pass a parameter
>> to the fixup function so we can identify which compat version Xen is dealing
>> with.
>
> Having peeked at patch 2, this won't help
At 02:56 -0600 on 15 Oct (144484), Jan Beulich wrote:
> Tim, George,
>
> what's the reason that these aren't in struct shadow_paging_mode
> instead? They're only being used by shadow code, and I can't see
> an abstract reason why HAP would ever want to use them.
That seems fair. In fact AFAI
> -Original Message-
> From: Ian Jackson [mailto:ian.jack...@eu.citrix.com]
> Sent: Saturday, September 26, 2015 3:15 AM
> To: xen-de...@lists.xenproject.org
> Cc: Hu, Robert ; Ian Campbell
> ; Ian Jackson ; Ian
> Jackson
> Subject: [OSSTEST PATCH 26/26] ts-xen-install: networking: Rename
On Mon, 2015-10-12 at 18:32 +0100, Wei Liu wrote:
> # 6 months release cycle + current stable release scheme
# 6 months release cycle + extended security support
+1 to either of these, but +2 for picking one of them.
(not really sure how to express that in a vote, sorry).
> # 6 months release
> -Original Message-
> From: Ian Jackson [mailto:ian.jack...@eu.citrix.com]
> Sent: Tuesday, October 13, 2015 6:41 PM
> To: Hu, Robert
> Cc: xen-devel@lists.xen.org; ian.campb...@citrix.com; wei.l...@citrix.com;
> Jin, Gordon ; Zheng, Di ;
> xen-de...@lists.xenproject.org
> Subject: RE: [O
On Thu, 2015-10-15 at 10:06 +0100, Ian Campbell wrote:
> On Wed, 2015-10-14 at 18:32 +0100, Lars Kurth wrote:
> > C1) Only 60% percent of the reviews on the mailing list could be
> > matched
> > to commits. This can be improved going forward, but we felt that the
> > dataset is big enough for stati
>>> On 15.10.15 at 10:52, wrote:
> Jan Beulich wrote on 2015-10-15:
> On 15.10.15 at 09:28, wrote:
>>> The premise for a misbehaving guest to impact the system is that the
>>> IOMMU is buggy which takes long time to complete the invalidation.
>>> In other words, if all invalidations are able
flight 62971 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/62971/
Perfect :-)
All tests in this flight passed
version targeted for testing:
ovmf 84db9040cc8ba556faec61ad3480c774ca8b984c
baseline version:
ovmf 1e69581335354a7df3bc07b21e495b0b3c5
On Thu, 2015-10-15 at 14:28 +0530, suresh knv wrote:
> Hi,
> I am trying to install xen-tools on arm64 board(thunderx) with ubuntu.
> I got stuck with the following error.
>
>
> make[3]: Leaving directory `/home/ubuntu/xen_dev/xen/tools/pygrub'
> make[2]: Leaving directory `/home/ubuntu/xen_dev/x
On Wed, 2015-10-14 at 18:32 +0100, Lars Kurth wrote:
> C1) Only 60% percent of the reviews on the mailing list could be matched
> to commits. This can be improved going forward, but we felt that the
> dataset is big enough for statical analysis and didn't want to spend too
> much time to get the ma
Hi,
I am trying to install xen-tools on arm64 board(thunderx) with ubuntu.
I got stuck with the following error.
make[3]: Leaving directory `/home/ubuntu/xen_dev/xen/tools/pygrub'
make[2]: Leaving directory `/home/ubuntu/xen_dev/xen/tools'
make[2]: Entering directory `/home/ubuntu/xen_dev/xen/too
1 - 100 of 121 matches
Mail list logo
