On 2016年10月06日 20:56, Jan Beulich wrote:
On 30.09.16 at 04:19, wrote:
>> --- a/xen/common/timer.c
>> +++ b/xen/common/timer.c
>> @@ -530,6 +530,7 @@ static void dump_timerq(unsigned char key)
>> {
>> ts = &per_cpu(timers, i);
>>
>> +process_pending_softirqs();
>>
flight 101331 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101331/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 9381ad8701275b802c6f6c9d5629a084afa93ddc
baseline version:
ovmf f6c8e67db9233562fd3dd
This run is configured for baseline tests only.
flight 67845 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67845/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-instal
This run is configured for baseline tests only.
flight 67846 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67846/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf f9c3b1b5343f53705f1ab72c55c1db440b01f36f
baseline v
From: Paul Durrant
Date: Fri, 7 Oct 2016 11:33:37 +0100
> Signed-off-by: Paul Durrant
Applied.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
On 2016年10月06日 20:52, Jan Beulich wrote:
On 30.09.16 at 04:19, wrote:
>> @@ -87,10 +89,10 @@ void handle_keypress(unsigned char key, struct
>> cpu_user_regs *regs)
>> if ( key >= ARRAY_SIZE(key_table) || !(h = &key_table[key])->fn )
>> return;
>>
>> -if ( !in_irq() || h->
Hi Konrad:
Thanks for your review.
On 2016年10月01日 02:07, Konrad Rzeszutek Wilk wrote:
> On Fri, Sep 30, 2016 at 10:19:05AM +0800, Lan Tianyu wrote:
>> Keyhandler may run for a long time in a timer handler on the large machine
>
> I am bit lost.
>
> You say 'timer handler' which will impl
flight 101328 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101328/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds15 guest-start/debian.repeat fail REGR. vs. 101317
test-amd64-amd64-xl-rtds
Hi Stefano, Julien
Any comments on this v4 patch?
Thanks,
Peng
On Fri, Sep 23, 2016 at 10:55:34AM +0800, Peng Fan wrote:
>On AArch64 SoCs, some IPs may only have the capability to access
>32 bits address space. The physical memory assigned for Dom0 maybe
>not in 4GB address space, then the IPs wi
flight 101329 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101329/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf f6c8e67db9233562fd3ddc6bf7d23f0bb5fb115b
baseline version:
ovmf f9c3b1b5343f53705f1ab
flight 101327 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101327/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf f9c3b1b5343f53705f1ab72c55c1db440b01f36f
baseline version:
ovmf e8a70885d8f34533b6dd6
flight 101325 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101325/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvops 3 host-install(3)broken REGR. vs. 1013
flight 101324 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101324/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds15 guest-start/debian.repeat fail REGR. vs. 101320
test-amd64-amd64-xl-qemut-w
No problem with file extensions. Text is text ;-) Thanks!
[Well, maybe utf-8 encoding would be nice, but our conversations being
English, old good ASCII would be perfect as well]
Jesus.
On Fri, 2016-10-07 at 13:30 -0400, tevin.k.mall...@gmail.com wrote:
> Sorry about that Jesus. Is there
On Fri, Oct 07, 2016 at 10:34:15AM -0700, Stefano Stabellini wrote:
> On Fri, 7 Oct 2016, Alistair Francis wrote:
> > On Thu, Oct 6, 2016 at 9:36 AM, Edgar E. Iglesias
> > wrote:
> > > From: "Edgar E. Iglesias"
> > >
> > > Disable the Cortex-a53-edac. Xen currently does not yet
> > > handle reads
On Wed, 21 Sep 2016, Konrad Rzeszutek Wilk wrote:
> On Wed, Sep 21, 2016 at 10:04:21AM -0600, Jan Beulich wrote:
> > >>> On 21.09.16 at 17:59, wrote:
> > > The fix can be done two ways:
> > > a) See if xen.efi.map exists and then copy it
> > > b) Or link xen.efi.map to xen-syms.map (similar to h
On Fri, 7 Oct 2016, Alistair Francis wrote:
> On Thu, Oct 6, 2016 at 9:36 AM, Edgar E. Iglesias
> wrote:
> > From: "Edgar E. Iglesias"
> >
> > Disable the Cortex-a53-edac. Xen currently does not yet
> > handle reads/writes to the implementation defined CPUMERRSR
> > register.
> >
> > Signed-off-b
Sorry about that Jesus. Is there a file type you prefer to have the logs in? I
have it attached to this email in .txt . If you like for me to change it let me
know.
Sent from Mail for Windows 10
From: Jesus M. Gonzalez-Barahona
Sent: Friday, October 7, 2016 11:59 AM
To: tevin.k.mall...@gmail.c
Signed-off-by: Ian Jackson
---
make-flight | 8
1 file changed, 8 insertions(+)
diff --git a/make-flight b/make-flight
index 17c3ce1..1c53737 100755
--- a/make-flight
+++ b/make-flight
@@ -83,6 +83,14 @@ job_create_build_filter_callback () {
*) return 1 ;;
Introduce our own version of `nc -e echo', to replace the removed rump
kernel WOPR test (which we were using to check that networking
worked).
This test program works when compiled on Linux too.
Signed-off-by: Ian Jackson
---
make-flight | 4 ++--
sg-run-job| 6 +
ts
This includes some rump kernel tests.
Signed-off-by: Ian Jackson
---
Osstest/TestSupport.pm | 1 +
1 file changed, 1 insertion(+)
diff --git a/Osstest/TestSupport.pm b/Osstest/TestSupport.pm
index bc3ad13..a63ff26 100644
--- a/Osstest/TestSupport.pm
+++ b/Osstest/TestSupport.pm
@@ -1601,6 +1601
A quick search suggests there are other a similar bugs...
Signed-off-by: Ian Jackson
---
make-flight | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/make-flight b/make-flight
index 1c53737..c236f49 100755
--- a/make-flight
+++ b/make-flight
@@ -226,7 +226,7 @@ do_rumpkernel_t
Signed-off-by: Ian Jackson
---
ts-rumprun-build | 5 -
ts-rumprun-demo-xenstorels | 2 ++
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/ts-rumprun-build b/ts-rumprun-build
index 1913f29..f408359 100755
--- a/ts-rumprun-build
+++ b/ts-rumprun-build
@@ -44,7 +44,10 @@
The `rumprun' tool needs `readelf' which is in binutils.
This introduces a new test step, which is idempotent.
Signed-off-by: Ian Jackson
---
sg-run-job | 1 +
ts-rumprun-test-prep | 36
2 files changed, 37 insertions(+)
create mode 100755 ts-rum
Whitespace change only.
Signed-off-by: Ian Jackson
---
sg-run-job | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/sg-run-job b/sg-run-job
index 967c486..61cb369 100755
--- a/sg-run-job
+++ b/sg-run-job
@@ -461,16 +461,16 @@ proc test-guest-nomigr {g} {
proc need-h
There is no need to match the _exit. We can match the main return as
before, provided we tolerate the way it now says
main() of "program" returned 0
This is an update to ea13503bc853 "rumprun: xenstorels: New regexps
for finding output" (which was insufficient to get the xenstorels test
to pas
Otherwise we just get an unconfigured network interface. (Requesting
DHCP used to be implicit.)
Signed-off-by: Ian Jackson
---
Osstest/RumpRun.pm | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Osstest/RumpRun.pm b/Osstest/RumpRun.pm
index 0582bd2..f46d520 100644
--- a/Oss
If we skip due to missing the input pieces, make the warning noiser.
If we think we have all the input pieces, bomb out if they don't seem
to contain the right bits, or if rumpbake fails.
Signed-off-by: Ian Jackson
---
ts-rumprun-bake | 12 +---
1 file changed, 5 insertions(+), 7 deleti
This causes ts-guest-start to use rumprun, rather than xl.
Signed-off-by: Ian Jackson
---
ts-rumprun-demo-setup | 1 +
1 file changed, 1 insertion(+)
diff --git a/ts-rumprun-demo-setup b/ts-rumprun-demo-setup
index 212d758..b99c6f8 100755
--- a/ts-rumprun-demo-setup
+++ b/ts-rumprun-demo-setup
Some guests need creation in a special way. For example, rump kernels
are ideally started with rumprun. Honour a guest var which specifies
a toolstack name.
Osstest::TestSupport::toolstack now takes an optional $gho so it can
do this lookup when appropriate.
After creation the guest is necessar
NetBSD (unlike Linux) has the V6ONLY socket option turned on by
default. So to work in the rump kernel environment when tested with
IPv4 we need to adjust this setting.
Signed-off-by: Ian Jackson
---
rump-test-net.c | 4
1 file changed, 4 insertions(+)
diff --git a/rump-test-net.c b/rump-
With these 16 patches, we complete osstest's adaptation to the modern
rumprun-based way of setting up and running rump kernel programs.
We replace the old networking test (based on the WOPR example, now
removed from rump upstream) with our own test program. The net test
should start working right
The rump kernel WOPR test is no more, so we reimplement it. This test
program simply listens on a TCP socket and says hi when you connect to
it. It's a portable program. So far, this has been tested on Linux,
but not in the rump environment.
Signed-off-by: Ian Jackson
---
rump-test-net.c | 65
This is suitable as a guest-specific toolstack: it defers to xl for
everything other than guest creation.
Signed-off-by: Ian Jackson
---
Osstest/Toolstack/rumprun.pm | 33 +
1 file changed, 33 insertions(+)
create mode 100644 Osstest/Toolstack/rumprun.pm
diff --
This makes prepbuilddirs work if it is run a second time for the same
builddirs, which is useful for ad-hoc testing.
Signed-off-by: Ian Jackson
---
Osstest/BuildSupport.pm | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/Osstest/BuildSupport.pm b/Osstest/BuildSupport.pm
inde
>>> On 07.10.16 at 17:41, wrote:
> There are a ton of calls to flush_area_local, and a good chunk of them
> with the idle vCPU being the active one when it is called. As for
> write_cr3, there are also a lot of calls there. When I added some
> debug output to observe just how many dom0 would take
On Fri, 2016-10-07 at 11:24 -0400, tevin.k.mall...@gmail.com wrote:
> Hello Jesus and Lars, as requested here are the logs from today's IRC
> meeting. It was really helpful to have your input Jesus, since you
> have a lot of experience. I'm confident things will run smoothly as I
> continue my micr
On Thu, Oct 6, 2016 at 9:36 AM, Edgar E. Iglesias
wrote:
> From: "Edgar E. Iglesias"
>
> Disable the Cortex-a53-edac. Xen currently does not yet
> handle reads/writes to the implementation defined CPUMERRSR
> register.
>
> Signed-off-by: Edgar E. Iglesias
This solution looks fine to me and ever
On Fri, Oct 7, 2016 at 9:32 AM, Jan Beulich wrote:
On 04.10.16 at 17:06, wrote:
>> At 08:29 -0600 on 04 Oct (1475569774), Jan Beulich wrote:
>>> >>> On 04.10.16 at 16:12, wrote:
>>> > yes, I understand that is the case when you do need to flush a guest.
>>> > And yes, there seem to be paths
Wei Liu writes ("Re: [Xen-devel] per-domain logging"):
> Instead of trying to change all the format strings I think it would be
> better to have a new set of LOG macros that takes domid.
>
> Something like:
> LOGEVD(ERROR, errno, domid, "");
>
> I would also like to have the log format writ
>>> On 04.10.16 at 17:06, wrote:
> At 08:29 -0600 on 04 Oct (1475569774), Jan Beulich wrote:
>> >>> On 04.10.16 at 16:12, wrote:
>> > yes, I understand that is the case when you do need to flush a guest.
>> > And yes, there seem to be paths that require to bump the tag of a
>> > specific guest fo
This run is configured for baseline tests only.
flight 67836 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67836/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 9 win
On Tue, Oct 04, 2016 at 11:14:52AM +0200, Cedric Bosdonnat wrote:
> Hi Ian and Wei,
>
> On Mon, 2016-09-19 at 16:23 +0100, Ian Jackson wrote:
> > Cedric Bosdonnat writes ("Re: [Xen-devel] per-domain logging"):
> > > On Thu, 2016-09-15 at 16:11 +0100, Wei Liu wrote:
> > > > IIRC there is already lo
flight 67837 distros-debian-jessie real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67837/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-armhf-jessie-netboot-pygrub 11 migrate-support-check fail
never pass
test-armhf-armhf-
>>> On 07.10.16 at 15:01, wrote:
> Also note how e.g. emulate_gate_op() looks at the P bit of the gate
> only after having done other relevant checks. Having looked at this
> again just now I realize, though, that the P bit clear on the code
> segment descriptor wrongly raises #GP. As this gets fi
>>> On 07.10.16 at 14:28, wrote:
> On 06/10/16 13:24, Jan Beulich wrote:
>> Following on from commits 5602e74c60 ("x86emul: correct loading of
>> %ss") and bdb860d01c ("x86/HVM: correct segment register loading during
>> task switch") the point of the non-.present checks needs to be refined:
>> #N
On 06/10/16 13:24, Jan Beulich wrote:
> Following on from commits 5602e74c60 ("x86emul: correct loading of
> %ss") and bdb860d01c ("x86/HVM: correct segment register loading during
> task switch") the point of the non-.present checks needs to be refined:
> #NP (and its #SS companion), other than su
flight 101323 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101323/
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
Markus Armbruster writes:
> Missed in commit d076a2a and commit bd6092e.
>
> Signed-off-by: Markus Armbruster
Applied to my qapi-next branch, with a cosmetic change to the commit
message.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lis
On Fri, Oct 07, 2016 at 05:52:50AM -0600, Jan Beulich wrote:
> >>> On 07.10.16 at 13:43, wrote:
> > On Fri, Oct 07, 2016 at 12:10:25PM +0100, Wei Liu wrote:
> >> On Fri, Oct 07, 2016 at 05:06:42AM -0600, Jan Beulich wrote:
> >> > >>> On 06.10.16 at 16:37, wrote:
> >> > > A new sysctl interface fo
>>> On 07.10.16 at 13:43, wrote:
> On Fri, Oct 07, 2016 at 12:10:25PM +0100, Wei Liu wrote:
>> On Fri, Oct 07, 2016 at 05:06:42AM -0600, Jan Beulich wrote:
>> > >>> On 06.10.16 at 16:37, wrote:
>> > > A new sysctl interface for passing gcov data back to userspace. The new
>> > > interface uses a
On Fri, Oct 07, 2016 at 12:10:25PM +0100, Wei Liu wrote:
> On Fri, Oct 07, 2016 at 05:06:42AM -0600, Jan Beulich wrote:
> > >>> On 06.10.16 at 16:37, wrote:
> > > A new sysctl interface for passing gcov data back to userspace. The new
> > > interface uses a customised record file format. The new s
flight 101320 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101320/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-raw9 debian-di-installfail like 101300
test-amd64-amd64-xl-qemut-w
On Fri, Oct 07, 2016 at 05:06:42AM -0600, Jan Beulich wrote:
> >>> On 06.10.16 at 16:37, wrote:
> > A new sysctl interface for passing gcov data back to userspace. The new
> > interface uses a customised record file format. The new sysctl reuses
> > original sysctl number but renames the op to gco
On Fri, Oct 07, 2016 at 03:55:47AM -0600, Jan Beulich wrote:
> >>> On 06.10.16 at 16:37, wrote:
> > +config GCOV_FORMAT_AUTODETECT
> > + bool "Autodetect"
> > + ---help---
> > + Automatically select gcov format based on GCC version.
>
> Tab indentation again please, and I think
>>> On 06.10.16 at 16:37, wrote:
> A new sysctl interface for passing gcov data back to userspace. The new
> interface uses a customised record file format. The new sysctl reuses
> original sysctl number but renames the op to gcov_op.
>
> Both gcc 3.4 and 4.7 format are supported. The code is rew
This run is configured for baseline tests only.
flight 67835 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67835/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-
On Fri, Oct 07, 2016 at 11:33:37AM +0100, Paul Durrant wrote:
> Signed-off-by: Paul Durrant
> Cc: Wei Liu
Acked-by: Wei Liu
Thanks for stepping up!
> ---
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 464437d..4491841 100644
> --- a/
Signed-off-by: Paul Durrant
Cc: Wei Liu
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 464437d..4491841 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -13061,6 +13061,7 @@ F: arch/arm64/include/asm/xen/
XEN NETWORK BACKEND DRIVER
M:
On Fri, Oct 07, 2016 at 11:47:13AM +0100, Andrew Cooper wrote:
> On 06/10/16 15:37, Wei Liu wrote:
> > Provide two tools: a small C program to extract data from hypervisor and
> > a python script to split data into multiple files.
> >
> > The file xencov.c is salvaged and modified from the original
On 06/10/16 15:37, Wei Liu wrote:
> Provide two tools: a small C program to extract data from hypervisor and
> a python script to split data into multiple files.
>
> The file xencov.c is salvaged and modified from the original xencov.c.
>
> Signed-off-by: Wei Liu
> ---
> Cc: Ian Jackson
> ---
>
flight 101321 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/101321/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt-xsm 12 migrate-support-checkfail never pass
test-armhf-armhf-libvirt-xsm 14 guest-sav
On Thu, Oct 6, 2016 at 4:16 PM, George Dunlap wrote:
> Let me take a look at a simple example you could use to "wire-in"
> something to the build system.
Probably the simplest example of how to "wire in" a directory is tools/xentrace.
For the moment, I would just hardcode it in tools/Makefile (a
On Fri, Oct 07, 2016 at 03:52:53AM -0600, Jan Beulich wrote:
> >>> On 06.10.16 at 16:37, wrote:
> > --- a/Config.mk
> > +++ b/Config.mk
> > @@ -112,17 +112,17 @@ endef
> >
> > cc-options-add = $(foreach o,$(3),$(call cc-option-add,$(1),$(2),$(o)))
> >
> > -# cc-ver: Check compiler is at least
>>> On 06.10.16 at 16:37, wrote:
> +config GCOV_FORMAT_AUTODETECT
> + bool "Autodetect"
> + ---help---
> + Automatically select gcov format based on GCC version.
Tab indentation again please, and I think help text usually gets
indented by another one or two spaces from the "help
>>> On 06.10.16 at 16:37, wrote:
> --- a/Config.mk
> +++ b/Config.mk
> @@ -112,17 +112,17 @@ endef
>
> cc-options-add = $(foreach o,$(3),$(call cc-option-add,$(1),$(2),$(o)))
>
> -# cc-ver: Check compiler is at least specified version. Return boolean
> 'y'/'n'.
> -# Usage: ifeq ($(call cc-ve
>>> On 06.10.16 at 16:37, wrote:
> --- a/xen/Kconfig
> +++ b/xen/Kconfig
> @@ -12,6 +12,9 @@ config ARCH
> string
> option env="ARCH"
>
> +config BROKEN
> + bool
Please use tab indentation, like all the other options here do.
Jan
>>> On 06.10.16 at 17:08, wrote:
> On Mon, Oct 03, 2016 at 10:54:54AM +0100, Paul Durrant wrote:
To both of you: Please limit the quoting in your replies.
Thanks, Jan
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel
Sorry, I fat-fingered the address in the get send-email...
--- Begin Message ---
In the case when a frontend only negotiates a single queue with xen-
netback it is possible for a skbuff with a s/w hash to result in a
hash extra_info segment being sent to the frontend even when no hash
algorithm has
> -Original Message-
> From: David Miller [mailto:da...@davemloft.net]
> Sent: 07 October 2016 06:38
> To: Paul Durrant
> Cc: net...@vger.kernel.org; xen-de...@lists.xenproject.org; Wei Liu
>
> Subject: Re: [PATCH net] xen-netback: make sure that hashes are not send
> to unaware frontends
70 matches
Mail list logo
