flight 101670 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101670/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 17dc8ebc0d76831cb9f7b0e32ccb87efa116b3ce
baseline version:
ovmf 2a3263303b5131e9e2cdb
Blallo:
Original Message
From: Daniel Kiper
Sent: 6 October 2016 15:16:18 CEST
To: bla...@riseup.net
Cc: Konrad Rzeszutek Wilk , George Dunlap , Jan Beulich
, Andrew Cooper , "xen-devel@lists.xen.org"
Subject: Re: [Xen-devel] [Xen-users] xl info displays less ram than the
Hello!
I see following Panic on CPU 0: when 'q' is pressed to dump domain
info on Pine64/ARM64 machine.
Any pointers on how It should be debugged.
(XEN) 'h' pressed -> showing installed handlers
(XEN) key '%' (ascii '25') => trap to xendbg
(XEN) key '*' (ascii '2a') => print all diagnostics
(X
On October 26, 2016 1:20 PM, Tian, Kevin wrote:
>> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
>> Sent: Tuesday, October 25, 2016 4:36 PM
>>
>> On October 24, 2016 3:02 PM, Tian, Kevin wrote:
>> >> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
>> >> Sent: Monday, October 17, 2016 5:28 P
On 26/10/2016 09:31, Amit Tomer wrote:
> Hello!
>
> I see following Panic on CPU 0: when 'q' is pressed to dump domain
> info on Pine64/ARM64 machine.
>
> Any pointers on how It should be debugged.
Please pull the latest master/staging. This was a recent regression
which has since been reverted.
On October 25, 2016 9:01 PM, Konrad Rzeszutek Wilk < konrad.w...@oracle.com >
wrote:
>>
>
>Could you describe what the KVM implementation solution did that made it clean?
>I am curious whether the concept could be put in Xen?
Konrad, I am still learning this part. I will update it later.
Quan
__
>>> On 25.10.16 at 20:10, wrote:
> --- a/xen/arch/x86/x86_emulate/x86_emulate.h
> +++ b/xen/arch/x86/x86_emulate/x86_emulate.h
> @@ -71,7 +71,7 @@ enum x86_swint_emulation {
> * Attribute for segment selector. This is a copy of bit 40:47 & 52:55 of the
> * segment descriptor. It happens to mat
>>> On 25.10.16 at 20:10, wrote:
> @@ -2994,8 +2978,8 @@ x86_emulate(
> break;
>
> case 0x8e: /* mov r/m,Sreg */
> -seg = decode_segment(modrm_reg);
> -generate_exception_if(seg == decode_segment_failed, EXC_UD, -1);
> +seg = modrm_reg & 7; /* REX.R is ignor
flight 101668 xen-4.7-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101668/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-pair20 guest-start/debian fail REGR. vs. 101272
test-amd64-i386
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Tuesday, October 25, 2016 4:09 PM
> To: Wu, Feng
> Cc: andrew.coop...@citrix.com; dario.faggi...@citrix.com;
> george.dun...@eu.citrix.com; Tian, Kevin ; xen-
> de...@lists.xen.org
> Subject: RE: [PATCH v5 5/7] V
The transaction id of 0 is reserved, meaning "not in a transaction". It is up
to the xenstored server to allocate transaction ids. While oxenstored starts
its ids at 1, but insufficient care is taken with truncation cases.
A 32bit oxenstored has an int with 31 bits of width, meaning that the
tra
> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
> Sent: Wednesday, October 26, 2016 4:39 PM
>
> On October 26, 2016 1:20 PM, Tian, Kevin wrote:
> >> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
> >> Sent: Tuesday, October 25, 2016 4:36 PM
> >>
> >> On October 24, 2016 3:02 PM, Tian, Kev
>>> On 18.10.16 at 16:14, wrote:
> 1.1 Enable more than 255 vcpu support
> HPC cloud service requires VM provides high performance parallel
> computing and we hope to create a huge VM with >255 vcpu on one machine
> to meet such requirement.Ping each vcpus on separated pcpus. More than
> 255 vcpus
>>> On 22.10.16 at 09:32, wrote:
> On 10/21/2016 4:36 AM, Andrew Cooper wrote:
> 3.5 Implementation consideration
> VT-d spec doesn't define a capability bit for the l2 translation.
> Architecturally there is no way to tell guest that l2 translation
> capability is not available. L
On 26/10/16 09:54, Jan Beulich wrote:
On 25.10.16 at 20:10, wrote:
>> --- a/xen/arch/x86/x86_emulate/x86_emulate.h
>> +++ b/xen/arch/x86/x86_emulate/x86_emulate.h
>> @@ -71,7 +71,7 @@ enum x86_swint_emulation {
>> * Attribute for segment selector. This is a copy of bit 40:47 & 52:55 of
>>
On 26/10/16 09:57, Jan Beulich wrote:
On 25.10.16 at 20:10, wrote:
>> @@ -2994,8 +2978,8 @@ x86_emulate(
>> break;
>>
>> case 0x8e: /* mov r/m,Sreg */
>> -seg = decode_segment(modrm_reg);
>> -generate_exception_if(seg == decode_segment_failed, EXC_UD, -1);
>> +
flight 101684 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101684/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xen 6f9b62ca57322197e26d3b22ff11b629697142bd
baseline version:
xen 0bea
> On 26 Oct 2016, at 10:34, Andrew Cooper wrote:
>
> The transaction id of 0 is reserved, meaning "not in a transaction". It is up
> to the xenstored server to allocate transaction ids. While oxenstored starts
> its ids at 1, but insufficient care is taken with truncation cases.
>
> A 32bit o
On 26/10/16 10:40, Andrew Cooper wrote:
> On 26/10/16 09:57, Jan Beulich wrote:
> On 25.10.16 at 20:10, wrote:
>>> @@ -2994,8 +2978,8 @@ x86_emulate(
>>> break;
>>>
>>> case 0x8e: /* mov r/m,Sreg */
>>> -seg = decode_segment(modrm_reg);
>>> -generate_exception_i
>>> On 26.10.16 at 11:12, wrote:
>
>> -Original Message-
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Tuesday, October 25, 2016 4:09 PM
>> To: Wu, Feng
>> Cc: andrew.coop...@citrix.com; dario.faggi...@citrix.com;
>> george.dun...@eu.citrix.com; Tian, Kevin ; xen-
>> de...@li
This run is configured for baseline tests only.
flight 67933 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67933/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-i386-pvgrub 10 guest-start
>>> On 26.10.16 at 11:48, wrote:
> Wei: Turns out that I typo'd the subject, and I meant "for 4.8" here, as
> this is a bugfix in the emulator. Please can I get a view towards a
> release ack?
Oh, I didn't even realize that v2 has become a bugfix instead of mere
simplification. Somehow I had bee
On 26/10/16 10:54, Jan Beulich wrote:
On 26.10.16 at 11:48, wrote:
>> Wei: Turns out that I typo'd the subject, and I meant "for 4.8" here, as
>> this is a bugfix in the emulator. Please can I get a view towards a
>> release ack?
> Oh, I didn't even realize that v2 has become a bugfix instea
>>> On 26.10.16 at 11:57, wrote:
> On 26/10/16 10:54, Jan Beulich wrote:
> On 26.10.16 at 11:48, wrote:
>>> Wei: Turns out that I typo'd the subject, and I meant "for 4.8" here, as
>>> this is a bugfix in the emulator. Please can I get a view towards a
>>> release ack?
>> Oh, I didn't even r
On Tue, Oct 25, 2016 at 04:33:03PM -0700, Stefano Stabellini wrote:
> CC'ing maintainers
>
> On Tue, 25 Oct 2016, Wei Liu wrote:
> > Xen's toolstack is in charge of building ACPI tables. Skip acpi table
> > building if running on Xen.
> >
> > This issue is discovered due to direct kernel boot on
On Fri, Oct 14, 2016 at 02:05:15PM -0400, Boris Ostrovsky wrote:
> Make sure they don't use these devices since they are not emulated
> for unprivileged PVH guest.
>
> Also don't initialize hypercall page for them in init_hvm_pv_info()
> since this has already been done.
>
> Signed-off-by: Boris
In hindsight, this is a better position for it, as it avoids opencoding
hvmemul_inject_hw_exception() in hvmemul_cpuid(), and reduces the requirements
on other ops->cpuid() hooks wanting to implement cpuid faulting in the future.
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
CC: Wei Liu
---
On 26/10/16 11:16, Jan Beulich wrote:
On 26.10.16 at 11:57, wrote:
>> On 26/10/16 10:54, Jan Beulich wrote:
>> On 26.10.16 at 11:48, wrote:
Wei: Turns out that I typo'd the subject, and I meant "for 4.8" here, as
this is a bugfix in the emulator. Please can I get a view toward
On Tue, Oct 25, 2016 at 03:46:54PM -0700, Stefano Stabellini wrote:
> This reverts commit 14fa16961b03a23e9b883e5f0ed06b6837a489d8.
> Do not reintroduce platform_dom0_evtchn_ppi.
>
> Signed-off-by: Stefano Stabellini
Reviewed-by: Wei Liu
___
Xen-deve
On Tue, Oct 25, 2016 at 03:46:55PM -0700, Stefano Stabellini wrote:
> Commit 21550029f709072aacf3b90edd574e7d3021b400 removed the
> PLATFORM_QUIRK_GIC_64K_STRIDE quirk and introduced a way to
> automatically detect that the two GICC pages have a 64K stride.
>
> However the heuristic requires that
Hi all
Xen 4.8 rc4 is tagged. You can check that out from xen.git:
git://xenbits.xen.org/xen.git 4.8.0-rc4
For you convenience, please find tarball and signature at:
https://downloads.xenproject.org/release/xen/4.8.0-rc4/
Please send bug reports and test reports to
xen-de...@lists.xenproject
On Wed, Oct 12, 2016 at 09:55:44AM -0600, Jan Beulich wrote:
> >>> On 12.10.16 at 17:35, wrote:
> > On Thu, Oct 06, 2016 at 09:40:50AM -0600, Jan Beulich wrote:
> >> >>> On 27.09.16 at 17:57, wrote:
> >> > +static void __init acpi_zap_table_signature(char *name)
> >> > +{
> >> > +struct acpi_
On Tue, Oct 25, 2016 at 08:50:06AM +0300, Emil Condrea wrote:
> This patch series was splitted from QEMU:Xen stubdom vTPM for HVM virtual
> machine
> http://markmail.org/message/fkix7g3a5zdj7lvr
>
> It contains a reorganization of xen backend and frontend functions together
> with code style fixe
On Mon, Oct 24, 2016 at 01:27:17PM +0200, Juergen Gross wrote:
> docs/misc/xenstore.txt states that xenstored will use "0" as a valid
> transaction id after 2^32 transactions. This is not true. Remove that
> statement.
>
> Signed-off-by: Juergen Gross
Applied.
__
On 26/10/16 13:02, Wei Liu wrote:
> On Wed, Oct 26, 2016 at 10:46:17AM +0100, David Scott wrote:
>>> On 26 Oct 2016, at 10:34, Andrew Cooper wrote:
>>>
>>> The transaction id of 0 is reserved, meaning "not in a transaction". It is
>>> up
>>> to the xenstored server to allocate transaction ids.
On Tue, Oct 25, 2016 at 02:26:55PM +0100, Wei Liu wrote:
> On Tue, Oct 25, 2016 at 11:53:28AM +0200, Roger Pau Monne wrote:
> > pkg-config from FreeBSD ports doesn't have ${prefix}/share/pkgconfig in the
> > default search path, fix this by having a PKG_INSTALLDIR variable that can
> > be changed o
On Wed, Oct 26, 2016 at 10:46:17AM +0100, David Scott wrote:
>
> > On 26 Oct 2016, at 10:34, Andrew Cooper wrote:
> >
> > The transaction id of 0 is reserved, meaning "not in a transaction". It is
> > up
> > to the xenstored server to allocate transaction ids. While oxenstored
> > starts
> >
On October 26, 2016 5:35 PM, Tian, Kevin wrote:
>> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
>> Sent: Wednesday, October 26, 2016 4:39 PM
>>
>> On October 26, 2016 1:20 PM, Tian, Kevin wrote:
>> >> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
>> >> Sent: Tuesday, October 25, 2016 4:3
>>> On 26.10.16 at 13:26, wrote:
> On 26/10/16 11:16, Jan Beulich wrote:
> On 26.10.16 at 11:57, wrote:
>>> On 26/10/16 10:54, Jan Beulich wrote:
>>> On 26.10.16 at 11:48, wrote:
> Wei: Turns out that I typo'd the subject, and I meant "for 4.8" here, as
> this is a bugfix in the
>>> On 26.10.16 at 13:09, wrote:
> --- a/xen/arch/x86/x86_emulate/x86_emulate.c
> +++ b/xen/arch/x86/x86_emulate/x86_emulate.c
> @@ -5011,8 +5011,16 @@ x86_emulate(
> unsigned int eax = _regs.eax, ebx = _regs.ebx;
> unsigned int ecx = _regs.ecx, edx = _regs.edx;
> fail_i
On Tue, Oct 25, 2016 at 11:20:51AM +0200, Dario Faggioli wrote:
> On Fri, 2016-10-21 at 22:12 -0400, Meng Xu wrote:
> > We should clear the __RTDS_depleted bit once a VCPU budget is
> > replenished.
> > Because repl_timer_handler may be called after rt_schedule
> > but before rt_context_saved, the
In hindsight, this is a better position for it, as it avoids opencoding
hvmemul_inject_hw_exception() in hvmemul_cpuid(), and reduces the requirements
on other ops->cpuid() hooks wanting to implement cpuid faulting in the future.
Signed-off-by: Andrew Cooper
---
CC: Jan Beulich
CC: Wei Liu
v2:
flight 101672 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101672/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-xsm 13 saverestore-support-check fail REGR. vs. 101401
test-armhf-armhf-lib
On Wed, Oct 26, 2016 at 01:58:02PM +0100, Andrew Cooper wrote:
> In hindsight, this is a better position for it, as it avoids opencoding
> hvmemul_inject_hw_exception() in hvmemul_cpuid(), and reduces the requirements
> on other ops->cpuid() hooks wanting to implement cpuid faulting in the future.
The x86_segment enumeration matches hardware SReg encoding, which can be used
to calculate the appropriate VMCS fields, rather than open coding every
instance.
This reduces the size of the switch statement, and the number of embedded BUG
frames from the __vm{read,write}() calls. In the unlikely c
On Wed, Oct 26, 2016 at 10:30:18AM +0200, bla...@riseup.net wrote:
> Blallo:
> >
> >
> >
> > Original Message
> > From: Daniel Kiper
> > Sent: 6 October 2016 15:16:18 CEST
> > To: bla...@riseup.net
> > Cc: Konrad Rzeszutek Wilk , George Dunlap
> > , Jan Beulich , Andrew Coope
>>> On 26.10.16 at 15:15, wrote:
> The x86_segment enumeration matches hardware SReg encoding, which can be used
> to calculate the appropriate VMCS fields, rather than open coding every
> instance.
>
> This reduces the size of the switch statement, and the number of embedded
> BUG
> frames from
>>> On 26.10.16 at 14:58, wrote:
> In hindsight, this is a better position for it, as it avoids opencoding
> hvmemul_inject_hw_exception() in hvmemul_cpuid(), and reduces the
> requirements
> on other ops->cpuid() hooks wanting to implement cpuid faulting in the future.
>
> Signed-off-by: Andrew
flight 101686 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101686/
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 1
On Tue, Oct 18, 2016 at 04:50:31PM +0100, Ian Jackson wrote:
> Konrad Rzeszutek Wilk writes ("[PATCH 2/2] s/HttpProxy/DebianMirrorProxy/"):
> > From: Konrad Rzeszutek Wilk
> ...
> > When constructing Debian related items we should be using the
> > DebianMirrorProxy instead of all catch HttpProxy.
>>> On 26.10.16 at 13:35, wrote:
> On Wed, Oct 12, 2016 at 09:55:44AM -0600, Jan Beulich wrote:
>> Taking an abstract perspective I agree with Andrew that we should
>> be whitelisting here. However, as you already see from the list you
>> provided (which afaict is far from complete wrt ACPI 6.1),
On Wed, Oct 26, 2016 at 11:32:56AM +0100, Wei Liu wrote:
> On Tue, Oct 25, 2016 at 04:33:03PM -0700, Stefano Stabellini wrote:
> > CC'ing maintainers
> >
> > On Tue, 25 Oct 2016, Wei Liu wrote:
> > > Xen's toolstack is in charge of building ACPI tables. Skip acpi table
> > > building if running on
On Fri, 2016-10-21 at 22:11 -0400, Meng Xu wrote:
> Bug scenario:
> While a VCPU is running on a core, it may misses its deadline.
>
May be useful to mention why (at least the most common reasons, like
overhead and/or system being overloaded... are there others?).
> Then repl_timer_handler() will
On 10/26/2016 06:42 AM, Roger Pau Monné wrote:
> On Fri, Oct 14, 2016 at 02:05:15PM -0400, Boris Ostrovsky wrote:
>> Make sure they don't use these devices since they are not emulated
>> for unprivileged PVH guest.
>>
>> Also don't initialize hypercall page for them in init_hvm_pv_info()
>> since t
On 10/26/2016 5:36 PM, Jan Beulich wrote:
On 18.10.16 at 16:14, wrote:
1.1 Enable more than 255 vcpu support
HPC cloud service requires VM provides high performance parallel
computing and we hope to create a huge VM with >255 vcpu on one machine
to meet such requirement.Ping each vcpus on separ
On 10/26/2016 5:39 PM, Jan Beulich wrote:
On 22.10.16 at 09:32, wrote:
On 10/21/2016 4:36 AM, Andrew Cooper wrote:
3.5 Implementation consideration
VT-d spec doesn't define a capability bit for the l2 translation.
Architecturally there is no way to tell guest that l2 translation
capability i
If the user forgot to include 'dhcp3' on the parameter
line point out the error to the user.
Signed-off-by: Konrad Rzeszutek Wilk
---
Osstest/DhcpWatch/leases.pm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Osstest/DhcpWatch/leases.pm b/Osstest/DhcpWatch/leases.pm
index b7
Hey,
Some more fixes that the OSSTest may want when folks are using
the standalone state.
Osstest/DhcpWatch/leases.pm | 2 +-
README | 3 ++-
standalone-reset| 2 +-
3 files changed, 4 insertions(+), 3 deletions(-)
Konrad Rzeszutek Wilk (3):
DhcpWatch: Pr
That is the / should be part of the directory name. Otherwise
we get strange files such as: pxelinux.cfgC0A86A3C
in the TftpPath directory.
Signed-off-by: Konrad Rzeszutek Wilk
---
README | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/README b/README
index 167c1bd..512f64b
Commit ef3a6f2162ced5cfeb08b437315b69ad1ddbc5ed:
"Add -$suite suffix to TftpDiVersion in code"
forgot to include the $suite parameter when re-linking
current-$suite against the -$suite.
Specifically after we have downloaded the debian files the
$TftpDir has:
konrad konrad 4096 paź 26 13:29 2016-
On Wed, Oct 26, 2016 at 08:10:50AM -0600, Jan Beulich wrote:
> >>> On 26.10.16 at 13:35, wrote:
> > On Wed, Oct 12, 2016 at 09:55:44AM -0600, Jan Beulich wrote:
> >> Taking an abstract perspective I agree with Andrew that we should
> >> be whitelisting here. However, as you already see from the li
On Tue, 25 Oct 2016 18:28:04 +0100
Wei Liu wrote:
> Xen's toolstack is in charge of building ACPI tables. Skip acpi table
> building if running on Xen.
>
> This issue is discovered due to direct kernel boot on Xen doesn't boot
> anymore, because the new ACPI tables cause the guest to exceed its
Konrad Rzeszutek Wilk writes ("[PATCH 1/3] DhcpWatch: Print what is wrong with
the line."):
> If the user forgot to include 'dhcp3' on the parameter
> line point out the error to the user.
How about this ?
From 693471df9e9a2a491a576ae644d02751906a63cf Mon Sep 17 00:00:00 2001
From: Konrad Rzeszu
Konrad Rzeszutek Wilk writes ("[PATCH 3/3] README: Mention the / requirement in
Tftp[Dir|Tmp]Dir"):
> That is the / should be part of the directory name. Otherwise
> we get strange files such as: pxelinux.cfgC0A86A3C
> in the TftpPath directory.
I've edited this slightly.
Ian.
From 9f0b83ebefc9
On Wed, Oct 26, 2016 at 04:10:23PM +0100, Ian Jackson wrote:
> Konrad Rzeszutek Wilk writes ("[PATCH 1/3] DhcpWatch: Print what is wrong
> with the line."):
> > If the user forgot to include 'dhcp3' on the parameter
> > line point out the error to the user.
>
> How about this ?
+1
>
> >From 693
>>> On 26.10.16 at 17:08, wrote:
> On Wed, Oct 26, 2016 at 08:10:50AM -0600, Jan Beulich wrote:
>> >>> On 26.10.16 at 13:35, wrote:
>> > On Wed, Oct 12, 2016 at 09:55:44AM -0600, Jan Beulich wrote:
>> >> Taking an abstract perspective I agree with Andrew that we should
>> >> be whitelisting here.
On Wed, Oct 26, 2016 at 04:12:47PM +0100, Ian Jackson wrote:
> Konrad Rzeszutek Wilk writes ("[PATCH 3/3] README: Mention the / requirement
> in Tftp[Dir|Tmp]Dir"):
> > That is the / should be part of the directory name. Otherwise
> > we get strange files such as: pxelinux.cfgC0A86A3C
> > in the T
Levin, Alexander writes ("Re: 3.18.y missing "x86/cpu: Fix SMAP check in PVOPS
environments""):
> On Mon, Oct 24, 2016 at 06:37:14AM -0400, Ian Jackson wrote:
> > When you say "added", do you mean it is in some branch of yours which
> > will be pushed later ?
> >
> > (I tried to find the answer t
On Wed, Oct 26, 2016 at 10:50:21AM -0400, Boris Ostrovsky wrote:
> On 10/26/2016 06:42 AM, Roger Pau Monné wrote:
> > On Fri, Oct 14, 2016 at 02:05:15PM -0400, Boris Ostrovsky wrote:
> >> Make sure they don't use these devices since they are not emulated
> >> for unprivileged PVH guest.
> >>
> >> A
On Wed, Oct 26, 2016 at 05:09:52PM +0200, Igor Mammedov wrote:
> On Tue, 25 Oct 2016 18:28:04 +0100
> Wei Liu wrote:
>
> > Xen's toolstack is in charge of building ACPI tables. Skip acpi table
> > building if running on Xen.
> >
> > This issue is discovered due to direct kernel boot on Xen doesn
Konrad Rzeszutek Wilk writes ("Re: [PATCH 3/3] README: Mention the /
requirement in Tftp[Dir|Tmp]Dir"):
> On Wed, Oct 26, 2016 at 04:12:47PM +0100, Ian Jackson wrote:
> > Subject: [OSSTEST PATCH] README: Mention the / requirement in
> > Tftp[Dir|Tmp]Dir
>
While patch: "README: Mention the / requirement in Tftp[Dir|Tmp]Dir"
we should also double-check that the directory actually exists.
Signed-off-by: Konrad Rzeszutek Wilk
---
standalone-reset | 3 +++
1 file changed, 3 insertions(+)
diff --git a/standalone-reset b/standalone-reset
index c587e60.
Konrad Rzeszutek Wilk writes ("[PATCH] standalone-reset: Check for TftpPxeDir"):
> While patch: "README: Mention the / requirement in Tftp[Dir|Tmp]Dir"
> we should also double-check that the directory actually exists.
>
> Signed-off-by: Konrad Rzeszutek Wilk
Acked-by: Ian Jackson
_
On Wed, Oct 26, 2016 at 04:48:33PM +0100, Ian Jackson wrote:
> Konrad Rzeszutek Wilk writes ("[PATCH] standalone-reset: Check for
> TftpPxeDir"):
> > While patch: "README: Mention the / requirement in Tftp[Dir|Tmp]Dir"
Garh
s/[Dir/[Pxe
now that you fixed that up.
Sorry for that!
> > we should
On 10/26/2016 11:18 AM, Roger Pau Monné wrote:
> On Wed, Oct 26, 2016 at 10:50:21AM -0400, Boris Ostrovsky wrote:
>> On 10/26/2016 06:42 AM, Roger Pau Monné wrote:
>>> On Fri, Oct 14, 2016 at 02:05:15PM -0400, Boris Ostrovsky wrote:
Make sure they don't use these devices since they are not emu
On Wed, Oct 26, 2016 at 09:16:55AM -0600, Jan Beulich wrote:
> >>> On 26.10.16 at 17:08, wrote:
> > On Wed, Oct 26, 2016 at 08:10:50AM -0600, Jan Beulich wrote:
> >> >>> On 26.10.16 at 13:35, wrote:
> >> > On Wed, Oct 12, 2016 at 09:55:44AM -0600, Jan Beulich wrote:
> >> >> Taking an abstract per
On Wed, Oct 26, 2016 at 10:43 AM, Dario Faggioli
wrote:
> On Fri, 2016-10-21 at 22:11 -0400, Meng Xu wrote:
>> Bug scenario:
>> While a VCPU is running on a core, it may misses its deadline.
>>
> May be useful to mention why (at least the most common reasons, like
> overhead and/or system being ov
On Fri, 2016-10-21 at 22:27 +0100, Juergen Schinker wrote:
> * Functionality tested:
> xl
> creating booting
> pygrub
> credit2
>
Cool!
> * Comments:
>
> Credit2 scheduler rocks
>
Wow, I'm quite interested about this line, actually!
So, first of all, thanks a lot for testing it.
Can I a
flight 101689 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101689/
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 1
On Wed, 2016-10-26 at 12:08 -0400, Meng Xu wrote:
> On Wed, Oct 26, 2016 at 10:43 AM, Dario Faggioli
> wrote:
> >
> > On Fri, 2016-10-21 at 22:11 -0400, Meng Xu wrote:
> > >
> > > Bug scenario:
> > > While a VCPU is running on a core, it may misses its deadline.
> > >
> > May be useful to menti
Hi,
Apologize for not respecting the netiquette.
On Tue, 25 Oct 2016, 5:49 p.m. Stefano Stabellini,
wrote:
> Hi all,
>
> the following commit:
>
> commit 21550029f709072aacf3b90edd574e7d3021b400
> Author: Julien Grall
> Date: Thu Oct 8 19:23:53 2015 +0100
>
> xen/arm: gic-v2: Automatical
I've initially used a back-listing approach. We can always change this
later
on.
So I've ended up crafting a new MADT, XSDT and RSDP. Note that I'm not
crafting a new custom RSDT (and in fact I'm setting rsdt_physical_address
=
0 in the RSDP together wi
>> I don't really like updating the last_start in burn_budget().
>>
>> last_start is the recent starting time of the VCPU. It is to record
>> the starting time of a currently running VCPU. So it should be
>> updated
>> only when the VCPU is scheduled.
>>
> Yes, the name suggest it is what you write
On 24/10/16 12:13, Jan Beulich wrote:
On 24.10.16 at 12:25, wrote:
>> On 24/10/16 11:09, Jan Beulich wrote:
>> On 24.10.16 at 11:55, wrote:
On 24/10/16 10:33, Jan Beulich wrote:
On 14.10.16 at 17:51, wrote:
>> When the compat hypercall ABI was added for HVM guests (i.e
* Hardware:
Intel(R) Xeon(R) CPU E3-1220L V2 @ 2.30GHz
Sandisk SSD
32G Ram
* Software:
Debian Stretch/testing is dom0
* Guest operating systems:
Guests Ubuntu 14.04 LTS Debian Stretch/Sid
Ubuntu 16.10 yakity yak with latest 4.8 kernel works
* Functionality tested:
xl
creating booting
This run is configured for baseline tests only.
flight 67938 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67938/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 17dc8ebc0d76831cb9f7b0e32ccb87efa116b3ce
baseline v
Bug scenario:
repl_timer_handler() may be called before rt_schedule() for a VCPU.
This situation may happen in two scenarios:
(1) The VCPU misses deadline due to the system is oversubscribed. For example,
the sum of VCPUs utilization on a core is larger than one.
(2) The VCPU has budget = perio
We keep last_start updated whenever cur_budget is updated.
This avoids subtle bugs in case burn_budget() will be called
in other places in the future.
Signed-off-by: Meng Xu
---
Cc: Dario Faggioli
Cc: George Dunlap
Cc: Wei Liu
Cc: Linh Thi Xuan Phan
Cc: Haoran Li
Cc: Meng Xu
Cc: Dagaen Golo
flight 101673 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101673/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-rumprun 5 rumprun-build fail in 101654 REGR. vs. 101673
build-i386-rumprun
flight 101692 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101692/
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 1
A while ago there was a thread by the same name in this group (see
https://lists.xen.org/archives/html/xen-devel/2016-08/msg02591.html).
I've looked through the thread and did not see a resolution: do we have
an example handler for #VE - preferably on x86_64? I haven't found such
a handler in the
flight 101675 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101675/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-xsm 13 saverestore-support-check fail REGR. vs. 101000
test-armhf-armhf-li
On Wed, 26 Oct 2016, Wei Liu wrote:
> On Wed, Oct 26, 2016 at 05:09:52PM +0200, Igor Mammedov wrote:
> > On Tue, 25 Oct 2016 18:28:04 +0100
> > Wei Liu wrote:
> >
> > > Xen's toolstack is in charge of building ACPI tables. Skip acpi table
> > > building if running on Xen.
> > >
> > > This issue
On Wed, 26 Oct 2016, Stefano Stabellini wrote:
> On Wed, 26 Oct 2016, Wei Liu wrote:
> > On Wed, Oct 26, 2016 at 05:09:52PM +0200, Igor Mammedov wrote:
> > > On Tue, 25 Oct 2016 18:28:04 +0100
> > > Wei Liu wrote:
> > >
> > > > Xen's toolstack is in charge of building ACPI tables. Skip acpi table
flight 101677 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101677/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-libvirt-raw 12 saverestore-support-checkfail like 101656
test-armhf-armhf-libvirt-xsm 13
On Wed, 26 Oct 2016, Julien Grall wrote:
> Hi,
> Apologize for not respecting the netiquette.
>
> On Tue, 25 Oct 2016, 5:49 p.m. Stefano Stabellini,
> wrote:
> Hi all,
>
> the following commit:
>
> commit 21550029f709072aacf3b90edd574e7d3021b400
> Author: Julien Grall
This run is configured for baseline tests only.
flight 67936 seabios real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67936/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-install/l1/
On 26/10/2016 20:37, Matt Leinhos wrote:
> A while ago there was a thread by the same name in this group (see
> https://lists.xen.org/archives/html/xen-devel/2016-08/msg02591.html).
>
> I've looked through the thread and did not see a resolution: do we have
> an example handler for #VE - preferably
flight 67937 distros-debian-squeeze real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67937/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-amd64-squeeze-netboot-pygrub 9 debian-di-install fail like
67905
test-amd64-
On Wed, 28 Sep 2016, Andre Przywara wrote:
> Each ITS maps a pair of a DeviceID (usually the PCI b/d/f triplet) and
> an EventID (the MSI payload or interrupt ID) to a pair of LPI number
> and collection ID, which points to the target CPU.
> This mapping is stored in the device and collection table
1 - 100 of 108 matches
Mail list logo
