Sorry for the mess,
I mean the xen-swiotlb issue on renesas board:
> Bosch: problem with xen-swiotlb. It does not work properly on renesas
board.
> Stefano: please report the error on the ML
>
> ACTION: Bosch to send a bug report regarding xen-swiotlb
--
*Andrii Anisov*
*Lead Systems Engine
Hi Andrii,
On 20/12/2016 19:00, Andrii Anisov wrote:
Sorry for the mess,
I mean the xen-swiotlb issue on renesas board:
Bosch: problem with xen-swiotlb. It does not work properly on renesas
board.
Stefano: please report the error on the ML
ACTION: Bosch to send a bug report regarding xen-s
Hello Boris,
This patch is breaking compilation of mk_dsdt on ARM64 (see below).
Boris can you please send a patch to fix this?
In the future, please make sure that mk_dsdt at least build for all the
targeted architectures.
mk_dsdt.c: In function 'main':
mk_dsdt.c:249:9: error: 'XEN_ACPI_CP
flight 103766 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/103766/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-xsm 3 host-install(3)broken REGR. vs. 103479
test-amd64-i386-libvirt
On Tue, Dec 20, 2016 at 08:00:27PM +0200, Andrii Anisov wrote:
> Sorry for the mess,
>
> I mean the xen-swiotlb issue on renesas board:
Can you make sure to CC me on it (since I am the maintainer of that code).
>
> > Bosch: problem with xen-swiotlb. It does not work properly on renesas
> board.
flight 103765 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/103765/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-arndale 9 debian-install fail REGR. vs. 103407
test-amd64-amd6
Otherwise it takes effect for the rest of the script, which is not
what is wanted ! As it happens, there are no accesses to the real db
after this point, so this bug is latent.
Signed-off-by: Ian Jackson
---
mg-schema-test-database | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
d
There are only two call sites and neither trashes $@ right now.
We are going to use a more exception-friendly style.
Signed-off-by: Ian Jackson
---
Osstest/JobDB/Executive.pm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Osstest/JobDB/Executive.pm b/Osstest/JobDB/Executive.
%jobs_created is used for memoisation while populating the destination
flight. We need to reset it when we restart flight construction,
because those jobs were created in the discarded transaction.
Otherwise we could create a flight with missing jobs.
Signed-off-by: Ian Jackson
---
cs-bisectio
The initial value (at creation time) of a sequence appears in the
schema, but is not of any consequence. To avoid the schema diff check
failing in databases created in a slightly different way, it is
necessary to copy the actual original initial sequence value for each
sequence.
Replace the seque
It appears that sometimes, $dbh->state could be overwritten before
$mjobdb->need_retry got to run. $dbh->err and $@ would still be
right. I have not been able to explain this; I suspect that there is
something exciting going on in the eval exception trapping.
To try to isolate the problem, I dev
If we previously searched for builds to reuse, trust our previous
answers. We will only have seen data from committed transactions and
we will only have looked at jobs in completed flights, which won't
have changed.
So any previously reuseable build is still reuseable. (Unless its
stash check fa
We have here:
* Two patches to improve mg-schema-test-database a bit.
* Fixes to cs-bisection-step, to survive and give right answers
on db retry.
* An attempt at a workarounds for a strange DBD::Pg behaviour.
The workaround seems to WFM in my ad-hoc tests and I propose to deploy
it in the h
We are going to want to reorganise this. As prep work, break the $dbh
state checking (and the corresponding comment) into a separate sub.
No functional changel.
(There is still an anomaly: need_retry passes it $dbh_tests, not the
$dbh it got from the caller. This will go away shortly.)
Signed-
This is supposed to represent success. But now that _need_retry is
only called within a HandleError hook, we know there has been a
failure.
Retry such failures, in the hope that they are stochastic. If they
aren't, we will fail eventually when we run out of retries.
Signed-off-by: Ian Jackson
This is only required to avoid a lock inversion between the repo lock
and database table locks, but we have no explicit database table locks
any more.
We do not want to hold the repo lock for an extended period,
particularly when we are running a database retry loop.
In practice, currently, cs-bi
Commit d6ac8e22c7c5 ("acpi/x86: define ACPI IO registers for
PVH guests") broke ARM64 build of mk_dsdt.c due to introduction
of XEN_ACPI_CPU_MAP[_LEN] macros that are needed only for x86
guests.
We could fix the build by dealing specifically with those macros
but since post-MADT code is not execut
On 12/20/16 18:43, Eduardo Habkost wrote:
This moves the KVM and Xen files to the an accel/ subdir.
I hope that it won't last long until we also get acceleration
for Windows and macOS. Those HAXM files will have to be moved
as well.
Regards,
Stefan
__
Commit d6ac8e22c7c5 ("acpi/x86: define ACPI IO registers for
PVH guests") broke ARM64 build of mk_dsdt.c due to introduction
of XEN_ACPI_CPU_MAP[_LEN] macros that are needed only for x86
guests.
We could fix the build by dealing specifically with those macros
but since post-MADT code is not execut
On Tue, 20 Dec 2016, Julien Grall wrote:
> Hi Stefano,
>
> On 20/12/2016 00:22, Stefano Stabellini wrote:
> > On Mon, 19 Dec 2016, Julien Grall wrote:
> > > Hi Stefano,
> > >
> > > On 19/12/2016 23:30, Stefano Stabellini wrote:
> > > > On Mon, 19 Dec 2016, Julien Grall wrote:
> > > > > > > 2) We
Signed-off-by: Alistair Francis
---
Config.mk | 2 +-
tools/blktap2/drivers/Makefile | 1 -
tools/libxl/Makefile | 2 +-
tools/xentrace/Makefile| 2 --
4 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/Config.mk b/Config.mk
index 3ec7367..e3cda8
To avoid build errors relating to missing delcarations of ssize_t add
the appripriote header file to atomic.h.
Signed-off-by: Alistair Francis
---
tools/blktap2/include/atomicio.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/tools/blktap2/include/atomicio.h b/tools/blktap2/include/atomi
Signed-off-by: Alistair Francis
---
config/StdGNU.mk | 3 +++
1 file changed, 3 insertions(+)
diff --git a/config/StdGNU.mk b/config/StdGNU.mk
index 6be8233..a6cdd82 100644
--- a/config/StdGNU.mk
+++ b/config/StdGNU.mk
@@ -35,6 +35,9 @@ UTIL_LIBS = -lutil
SONAME_LDFLAG = -soname
SHLIB_LDFLAGS
To avoid build errors related to missing file 'sys/sysctl.h' by removing
the #include statement.
Signed-off-by: Alistair Francis
---
tools/blktap2/drivers/block-remus.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/tools/blktap2/drivers/block-remus.c
b/tools/blktap2/drivers/block-remus.c
i
This patch series is a list of build issues that appeared when
buildling Xen 4.8.0 in buildroot. Hopefully some of them can be
accepted upstream to help others who are trying to build Xen in
the future.
V2:
- Remove the #include path changes
- It turns out this only applies to musl (although
The unsued variable 'struct stat stats' causes build errors in some
situations. As it isn't used just remove it.
Signed-off-by: Alistair Francis
---
tools/blktap2/vhd/lib/libvhd-journal.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/tools/blktap2/vhd/lib/libvhd-journal.c
b/tools/blktap2/v
On 12/20/16 1:46 PM, Alistair Francis wrote:
> Signed-off-by: Alistair Francis
> ---
> config/StdGNU.mk | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/config/StdGNU.mk b/config/StdGNU.mk
> index 6be8233..a6cdd82 100644
> --- a/config/StdGNU.mk
> +++ b/config/StdGNU.mk
> @@ -35,6 +35
On 12/20/16 1:46 PM, Alistair Francis wrote:
> The unsued variable 'struct stat stats' causes build errors in some
> situations. As it isn't used just remove it.
>
> Signed-off-by: Alistair Francis
> ---
> tools/blktap2/vhd/lib/libvhd-journal.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --
On Tue, 20 Dec 2016, Julien Grall wrote:
> Hi Stefano,
>
> On 19/12/2016 21:24, Stefano Stabellini wrote:
> > On Mon, 19 Dec 2016, Christoffer Dall wrote:
> > > On Fri, Dec 16, 2016 at 05:03:13PM +, Julien Grall wrote:
> > > > (CC rest maintainers for event channel questions)
> > > >
> > > >
On Tue, Dec 20, 2016 at 11:46:59AM -0800, Alistair Francis wrote:
> To avoid build errors relating to missing delcarations of ssize_t add
> the appripriote header file to atomic.h.
appropiate.
>
> Signed-off-by: Alistair Francis
> ---
> tools/blktap2/include/atomicio.h | 2 ++
> 1 file changed
On 12/20/16 1:46 PM, Alistair Francis wrote:
> To avoid build errors relating to missing delcarations of ssize_t add
declarations
> the appripriote header file to atomic.h.
appropriate
>
> Signed-off-by: Alistair Francis
> ---
> tools/blktap2/include/atomicio.h | 2 ++
> 1 file changed, 2 in
On Tue, Dec 20, 2016 at 11:46:55AM -0800, Alistair Francis wrote:
> This patch series is a list of build issues that appeared when
> buildling Xen 4.8.0 in buildroot. Hopefully some of them can be
Is there an corresponding patch in buildroot for using Xen?
Thank you for reposting!
> accepted ups
On Tue, Dec 20, 2016 at 11:53 AM, Konrad Rzeszutek Wilk
wrote:
> On Tue, Dec 20, 2016 at 11:46:55AM -0800, Alistair Francis wrote:
>> This patch series is a list of build issues that appeared when
>> buildling Xen 4.8.0 in buildroot. Hopefully some of them can be
>
> Is there an corresponding patc
On 12/20/16 1:46 PM, Alistair Francis wrote:
> Signed-off-by: Alistair Francis
> ---
> Config.mk | 2 +-
> tools/blktap2/drivers/Makefile | 1 -
> tools/libxl/Makefile | 2 +-
> tools/xentrace/Makefile| 2 --
> 4 files changed, 2 insertions(+), 5 deletions(-
On 20/12/2016 20:06, Doug Goldstein wrote:
> On 12/20/16 1:46 PM, Alistair Francis wrote:
>> Signed-off-by: Alistair Francis
>> ---
>> Config.mk | 2 +-
>> tools/blktap2/drivers/Makefile | 1 -
>> tools/libxl/Makefile | 2 +-
>> tools/xentrace/Makefile| 2 --
On Tue, 20 Dec 2016, Stefano Stabellini wrote:
> On Tue, 20 Dec 2016, Julien Grall wrote:
> > Hi Stefano,
> >
> > On 19/12/2016 21:24, Stefano Stabellini wrote:
> > > On Mon, 19 Dec 2016, Christoffer Dall wrote:
> > > > On Fri, Dec 16, 2016 at 05:03:13PM +, Julien Grall wrote:
> > > > > (CC re
flight 103767 xen-4.8-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/103767/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-freebsd10-i386 3 host-install(3) broken in 103752 pass in
103767
test-amd64-i386-xl-qemuu-o
flight 68247 distros-debian-snapshot real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/68247/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-armhf-daily-netboot-pygrub 9 debian-di-install fail blocked
in 68215
test-a
On Tue, 20 Dec 2016, Christoffer Dall wrote:
> Hi Stefano,
>
> On Mon, Dec 19, 2016 at 12:24:18PM -0800, Stefano Stabellini wrote:
> > On Mon, 19 Dec 2016, Christoffer Dall wrote:
> > > On Fri, Dec 16, 2016 at 05:03:13PM +, Julien Grall wrote:
> > > > (CC rest maintainers for event channel que
flight 103764 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/103764/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl 6 xen-boot fail REGR. vs. 101737
test-amd64-amd64-qemu
On Tue, 2016-12-20 at 12:51 -0500, Konrad Rzeszutek Wilk wrote:
> On Tue, Dec 20, 2016 at 05:44:06PM +, Roger Pau Monné wrote:
> > On Tue, Dec 20, 2016 at 11:47:03AM -0500, Konrad Rzeszutek Wilk wrote:
> > > On Tue, Dec 20, 2016 at 10:02:19PM +0800, Geliang Tang wrote:
> > > > To make the code
On Tue, Dec 20, 2016 at 01:53:21PM -0800, Eric Dumazet wrote:
> On Tue, 2016-12-20 at 12:51 -0500, Konrad Rzeszutek Wilk wrote:
> > On Tue, Dec 20, 2016 at 05:44:06PM +, Roger Pau Monné wrote:
> > > On Tue, Dec 20, 2016 at 11:47:03AM -0500, Konrad Rzeszutek Wilk wrote:
> > > > On Tue, Dec 20, 2
This run is configured for baseline tests only.
flight 68248 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/68248/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemuu-ovmf-amd64 9 debian-hvm-install f
On Tue, 20 Dec 2016, Bhupinder Thakur wrote:
> Hi Stefano,
>
> Thanks for a detailed explanation. I have some queries.
>
> > Let me explain how the PV console protocol and drivers work, because
> > they are a bit unusual. The first PV console is advertised via
> > hvm_params. The guest calls:
> >
On Tue, 20 Dec 2016, Julien Grall wrote:
> Hi Stefano,
>
> On 20/12/2016 00:54, Stefano Stabellini wrote:
> > On Mon, 19 Dec 2016, Julien Grall wrote:
> > > On 16/12/2016 15:49, Julien Grall wrote:
> > > > On 14/12/16 08:00, Jiandi An wrote:
> > > > > Xen currently doesn't map ECAM space specified
On Tue, 20 Dec 2016, Julien Grall wrote:
> Hi Jiandi,
>
> On 20/12/2016 07:31, Jiandi An wrote:
> > On 12/19/16 07:11, Julien Grall wrote:
> > >
> > >
> > > On 19/12/2016 13:20, Jaggi, Manish wrote:
> > > > > On 16/12/2016 15:49, Julien Grall wrote:
> > > > > > On 14/12/16 08:00, Jiandi An wrote
On Tue, 20 Dec 2016, Jan Beulich wrote:
> >>> On 20.12.16 at 00:01, wrote:
> > This is actually not an ARM specific question, so changing the subject
> > and CC'ing more people.
> >
> > On Wed, 14 Dec 2016, Konrad Rzeszutek Wilk wrote:
> >> On Tue, Dec 13, 2016 at 07:14:27PM -0600, Jiandi An wrot
On Tue, 20 Dec 2016, Jan Beulich wrote:
> >>> On 20.12.16 at 00:39, wrote:
> > On Wed, 14 Dec 2016, Jiandi An wrote:
> >> Xen currently does not handle mapping mmio regions specified in standard
> > static ACPI tables such as BERT, TPM2, GT block, IORT, HEST, etc. There
> > has
> > been some i
On Tue, 20 Dec 2016, Jan Beulich wrote:
> >>> On 20.12.16 at 01:47, wrote:
> > ## Design Phase
> >
> > The first step toward acceptance of a new PV protocol is to write a
> > design document and send it to xen-devel. It should cover the xenstore
> > handshake mechanism, the ABI, how the protocol
On Tue, Dec 20, 2016 at 12:16 PM, Andrew Cooper
wrote:
> On 20/12/2016 20:06, Doug Goldstein wrote:
>> On 12/20/16 1:46 PM, Alistair Francis wrote:
>>> Signed-off-by: Alistair Francis
>>> ---
>>> Config.mk | 2 +-
>>> tools/blktap2/drivers/Makefile | 1 -
>>> tools/libxl/Mak
On Tue, 20 Dec 2016, Eduardo Habkost wrote:
> This moves the KVM and Xen files to the an accel/ subdir.
>
> Instead of moving the *-stubs.c file to accel/ as-is, I tried to
> move most of the stub code to libqemustub.a. This way the obj-y
> logic for accel/ is simpler: obj-y includes accel/ only i
Hi,
I really want to know when the ept (extended page table) for domain U is
initialized and comes into use in xen. I already know the do_domctl() function
can create domain U by handling the hypercall XEN_DOMCTL_createdomain. It
actually initialize some data structures of ept such as default memo
> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
> Sent: Tuesday, December 20, 2016 9:12 PM
>
> On December 20, 2016 1:37 PM, Tian, Kevin wrote:
> >> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
> >> Sent: Friday, December 16, 2016 5:40 PM
> >I suppose you've verified this new version, b
> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
> Sent: Tuesday, December 20, 2016 5:39 PM
>
> On December 20, 2016 4:32 PM, Jan Beulich wrote:
> On 20.12.16 at 06:54, wrote:
> >> On December 20, 2016 1:37 PM, Tian, Kevin wrote:
> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
On 12/20/16 2:16 PM, Andrew Cooper wrote:
> On 20/12/2016 20:06, Doug Goldstein wrote:
>> On 12/20/16 1:46 PM, Alistair Francis wrote:
>>> Signed-off-by: Alistair Francis
>>> ---
>>> Config.mk | 2 +-
>>> tools/blktap2/drivers/Makefile | 1 -
>>> tools/libxl/Makefile
On December 21, 2016 10:30 AM, Tian, Kevin wrote:
>> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
>> Sent: Tuesday, December 20, 2016 9:12 PM
>>
>> On December 20, 2016 1:37 PM, Tian, Kevin wrote:
>> >> From: Xuquan (Quan Xu) [mailto:xuqu...@huawei.com]
>> >> Sent: Friday, December 16, 2016 5
When Xen apicv is enabled, wall clock time is faster on Windows7-32
guest with high payload (with 2vCPU, captured from xentrace, in
high payload, the count of IPI interrupt increases rapidly between
these vCPUs).
If IPI intrrupt (vector 0xe1) and periodic timer interrupt (vector 0xd1)
are both pen
On 20.12.2016 18:43, Eduardo Habkost wrote:
> This moves the KVM and Xen files to the an accel/ subdir.
>
> Instead of moving the *-stubs.c file to accel/ as-is, I tried to
> move most of the stub code to libqemustub.a. This way the obj-y
> logic for accel/ is simpler: obj-y includes accel/ only i
101 - 158 of 158 matches
Mail list logo