This run is configured for baseline tests only.
flight 67940 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67940/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 4e908975c645bedd40ac77497d42629ef3cf9fc5
baseline v
flight 101681 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101681/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 4e908975c645bedd40ac77497d42629ef3cf9fc5
baseline version:
ovmf 17dc8ebc0d76831cb9f7b
flight 101680 linux-3.10 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101680/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-xsm6 xen-boot fail REGR. vs. 100648
test-amd64-amd64-amd
This run is configured for baseline tests only.
flight 67935 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67935/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu
flight 101679 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101679/
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. 101257
test-armhf-arm
flight 101676 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101676/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-xsm 15 guest-start/debian.repeat fail REGR. vs. 101664
Regressions whic
On Wed, 28 Sep 2016, Andre Przywara wrote:
> To be able to easily send commands to the ITS, create the respective
> wrapper functions, which take care of the ring buffer.
> The first two commands we implement provide methods to map a collection
> to a redistributor (aka host core) and to flush the
On Wed, 28 Sep 2016, Andre Przywara wrote:
> Instead of directly manipulating the tables in memory, an ITS driver
> sends commands via a ring buffer to the ITS h/w to create or alter the
> LPI mappings.
> Allocate memory for that buffer and tell the ITS about it to be able
> to send ITS commands.
>
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
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 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
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 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
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, 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
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
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
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 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
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
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
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
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
* 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
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
>> 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
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
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
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
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 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
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 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 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 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
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
_
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 ("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
>
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
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
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 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
>>> 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: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
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
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
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
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
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-
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
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
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
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
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 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 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 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 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 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.
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 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
>>> 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 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
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 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.
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
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:
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
>>> 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 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 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 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 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 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 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 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 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_
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 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
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 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
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 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
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 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 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: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
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: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
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 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
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/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);
>> +
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 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 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
> 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
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
> -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
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
1 - 100 of 108 matches
Mail list logo
