This patch implemented parts of TODO left in commit id
a902c12ee45fc9389eb8fe54eeddaf267a555c58. It moved TLB-flush filtering out
into populate_physmap.
Because of TLB-flush in alloc_heap_pages, it's very slow to create a guest
with memory size of more than 100GB on host with 100+ cpus.
This patc
This run is configured for baseline tests only.
flight 67642 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67642/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-insta
flight 100766 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100766/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-debianhvm-amd64-xsm 14 guest-saverestore.2 fail
REGR. vs. 100751
Regre
On Thu, 28 Jul 2016, Julien Grall wrote:
> The ARM architecture mandates to use of a break-before-make sequence
> when changing translation entries if the page table is shared between
> multiple CPUs whenever a valid entry is replaced by another valid entry
> (see D4.7.1 in ARM DDI 0487A.j for more
flight 100764 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100764/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf bc54e50e0fe03c570014f363b547426913e92449
baseline version:
ovmf 3d20524af09243e3b2e3e
This run is configured for baseline tests only.
flight 67638 linux-4.1 real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67638/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-xsm 11 guest-start
This run is configured for baseline tests only.
flight 67639 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67639/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 3d20524af09243e3b2e3e832d1c62975e84a5dcd
baseline v
On Thu, 28 Jul 2016, Julien Grall wrote:
> Use the level and the entry to know whether an entry is a superpage.
> A superpage can only happen below level 3.
>
> Signed-off-by: Julien Grall
Reviewed-by: Stefano Stabellini
> xen/arch/arm/p2m.c | 5 +
> 1 file changed, 5 insertions(+)
>
>
On Thu, 28 Jul 2016, Julien Grall wrote:
> Those helpers are very small and often used. Let know the compiler they
> can be inlined.
>
> Signed-off-by: Julien Grall
Reviewed-by: Stefano Stabellini
> xen/arch/arm/p2m.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --
On Thu, 28 Jul 2016, Julien Grall wrote:
> The current implementation of relinquish_p2m_mapping is modifying the
> page table to erase the entry one by one. However, this is not necessary
> because the domain is not running anymore and therefore will speed up
> the domain destruction.
Could you pl
On Thu, 28 Jul 2016, Julien Grall wrote:
> The function p2m_cache_flush can be re-implemented using the generic
> function p2m_get_entry by iterating over the range and using the mapping
> order given by the callee.
>
> As the current implementation, no preemption is implemented, although
> the co
flight 100758 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100758/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-amd64-rumpuserxen 6 xen-buildfail like 100597
build-i386-rumpuserxen
On Thu, 28 Jul 2016, Julien Grall wrote:
> __p2m_lookup is just a wrapper to p2m_get_entry.
>
> Signed-off-by: Julien Grall
> Cc: Razvan Cojocaru
> Cc: Tamas K Lengyel
Acked-by: Stefano Stabellini
> ---
> It might be possible to rework the memaccess code to take advantage
> of all t
flight 100756 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100756/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 100741
test-amd64-amd64-xl-rtds
On Wed, 3 Aug 2016, Tamas K Lengyel wrote:
> The two functions monitor_traps and mem_access_send_req duplicate some of the
> same functionality. The mem_access_send_req however leaves a lot of the
> standard vm_event fields to be filled by other functions.
>
> Remove mem_access_send_req() complete
On Fri, 2 Sep 2016, Julien Grall wrote:
> On 02/09/2016 18:45, Andrew Cooper wrote:
> > On 02/09/16 18:37, Tamas K Lengyel wrote:
> > > On Tue, Aug 2, 2016 at 2:10 AM, Razvan Cojocaru
> > > wrote:
> > > > On 08/01/2016 08:59 PM, Tamas K Lengyel wrote:
> > > > > Add support for getting/setting regi
On Mon, 5 Sep 2016, Vitaly Kuznetsov wrote:
> Julien Grall writes:
>
> > Hi Vitaly,
> >
> > On 26/07/16 13:30, Vitaly Kuznetsov wrote:
> >> It may happen that Xen's and Linux's ideas of vCPU id diverge. In
> >> particular, when we crash on a secondary vCPU we may want to do kdump
> >> and unlike
Wei Liu, on Mon 05 Sep 2016 15:43:21 +0100, wrote:
> Signed-off-by: Wei Liu
Acked-by: Samuel Thibault
> ---
> See:
> https://travis-ci.org/liuw/mini-os/builds/157653746
>
> Cc: Samuel Thibault
> Cc: Juergen Gross
> Cc: Doug Goldstein
>
> IRC notification is not yet set up.
>
> Doug, can w
From: Juergen Gross
The qdisk implementation is using the native xenbus protocol only in
case of no protocol specified at all. As using the explicit 32- or
64-bit protocol is slower than the native one due to copying requests
not by memcpy but element for element, this is not optimal.
Correct th
The following changes since commit 12d2c4184c5ab60be3428b2bdea5ae66e8d5d960:
Update version for v2.7.0-rc5 release (2016-08-30 20:39:45 +0100)
are available in the git repository at:
git://xenbits.xen.org/people/sstabellini/qemu-dm.git tags/xen-20160905
for you to fetch changes up to
On
> On Thu, Aug 11, 2016 at 05:17:56PM +0100, Ian Jackson wrote:
> > Running XTF in osstest is likely to produce failures where multiple
> > steps fail interestingly. We would like to prefer to report, and
> > bisect, earlier steps.
> >
> > This series does that.
> >
> > Wei, NB, this has a co
On 02/09/16 11:47, Yu Zhang wrote:
> A new HVMOP - HVMOP_map_mem_type_to_ioreq_server, is added to
> let one ioreq server claim/disclaim its responsibility for the
> handling of guest pages with p2m type p2m_ioreq_server. Users
> of this HVMOP can specify which kind of operation is supposed
> to be
On 05/09/16 14:31, Jan Beulich wrote:
On 02.09.16 at 12:47, wrote:
>> @@ -178,8 +179,27 @@ static int hvmemul_do_io(
>> break;
>> case X86EMUL_UNHANDLEABLE:
>> {
>> -struct hvm_ioreq_server *s =
>> -hvm_select_ioreq_server(curr->domain, &p);
>> +
flight 100763 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100763/
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 05/09/16 16:26, Jan Beulich wrote:
> Another place where we should try to behave sufficiently close to how
> real hardware does; see the code comments.
>
> Signed-off-by: Jan Beulich
Reviewed-by: Andrew Cooper
___
Xen-devel mailing list
Xen-devel@li
On Wed, 2016-08-31 at 10:21 -0400, Konrad Rzeszutek Wilk wrote:
> >
> > * Per-cpu tasklet
> > - Konrad Rzeszutek Wilk
> Waiting for review and hopefully test results from Intel.
>
I've just seen it (came back today from vacations)... Interesting bit
of work.
I'll try to have a deep look at th
Another place where we should try to behave sufficiently close to how
real hardware does; see the code comments.
Signed-off-by: Jan Beulich
---
v2: Uniformly return zero for out of range leaves. Only consider basic
and extended groups as valid. Avoid recursion in hvm_cpuid().
--- a/xen/arch/
flight 100754 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100754/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 3d20524af09243e3b2e3e832d1c62975e84a5dcd
baseline version:
ovmf 11eaa7affb8b325b3e00b
On 02/09/16 11:21, Jan Beulich wrote:
> Consistently consult hvm_cpuid(). With that, BNDCFGS gets better
> handled outside of VMX specific code, just like XSS. Don't needlessly
> check for MTRR support when the MSR being accessed clearly is not an
> MTRR one.
>
> Signed-off-by: Jan Beulich
:( Yet
On 02/09/16 11:21, Jan Beulich wrote:
> Their VMCS fields aren't tied to the respective base CPU feature flags
> but instead to VMX specific ones.
>
> Note that while the VMCS GUEST_BNDCFGS field exists if either of the
> two respective features is available, MPX continues to get exposed to
> guest
flight 100753 linux-4.1 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100753/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl 15 guest-start/debian.repeatfail like 100587
test-armhf-armhf-xl-credit2 1
On Thu, 2016-09-01 at 11:52 +0100, anshul makkar wrote:
> On 17/08/16 18:19, Dario Faggioli wrote:
> >
> > +/*
> > + * We're doing soft-affinity, and we know that the current
> > vcpu on cpu
> > + * has a soft affinity. We now want to know whether cpu itself
> > is in
> Please can you
>>> On 02.09.16 at 12:47, wrote:
> @@ -5551,7 +5553,35 @@ static int hvmop_map_mem_type_to_ioreq_server(
> if ( rc != 0 )
> goto out;
>
> -rc = hvm_map_mem_type_to_ioreq_server(d, op.id, op.type, op.flags);
> +if ( gfn == 0 )
> +rc = hvm_map_mem_type_to_ioreq_server
flight 100759 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100759/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-i386 6 xen-boot fail REGR. vs. 100736
test-amd64-a
Signed-off-by: Wei Liu
---
See:
https://travis-ci.org/liuw/mini-os/builds/157653746
Cc: Samuel Thibault
Cc: Juergen Gross
Cc: Doug Goldstein
IRC notification is not yet set up.
Doug, can we mirror mini-os.git to github/xen-project as well? I think
it would also be a good idea to post notific
Add a new xl command "qemu-monitor-command" to issue arbitrary commands
to a domain's device model. Syntax is:
xl qemu-monitor-command
The command is issued via qmp human-monitor-command command. Any
information returned by the command is printed to stdout.
Signed-off-by: Juergen Gross
---
d
>>> On 02.09.16 at 12:47, wrote:
> --- a/xen/arch/x86/hvm/emulate.c
> +++ b/xen/arch/x86/hvm/emulate.c
> @@ -95,6 +95,41 @@ static const struct hvm_io_handler null_handler = {
> .ops = &null_ops
> };
>
> +static int mem_read(const struct hvm_io_handler *io_handler,
> +u
The names have changed upstream.
Since upstream is no longer compatible and these tests have been
failing since then, we are going to treat this as an entirely new test
series.
In this patch we rename everything mechanically. More interesting
changes will come later.
git-mv -f ts-rumpuserxen-bu
There is no config file any more, so this function now crashes due to
passing undef to target_editfile_root.
We do not need to edit it to set on_poweroff to preserve because this
is the default for rumprun.
Signed-off-by: Ian Jackson
---
ts-rumprun-demo-xenstorels | 15 ---
1 file c
Signed-off-by: Ian Jackson
---
ts-rumprun-build | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/ts-rumprun-build b/ts-rumprun-build
index 24e54e1..26f2f2c 100755
--- a/ts-rumprun-build
+++ b/ts-rumprun-build
@@ -54,6 +54,7 @@ END
my $bindir;
my $gnutriplet;
Signed-off-by: Ian Jackson
---
ts-rumprun-demo-xenstorels | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ts-rumprun-demo-xenstorels b/ts-rumprun-demo-xenstorels
index 831c58a..3d29c46 100755
--- a/ts-rumprun-demo-xenstorels
+++ b/ts-rumprun-demo-xenstorels
@@ -83,7 +83,7 @@ s
Turn the adhoc list of tree names and subdirectories in
collect_xen_built_versions into a hash, which we iterate over.
Doing this in a data-driven way allows us to provide this information
to callers of collect_xen_built_versions, which is going to be helpful
in a moment.
Signed-off-by: Ian Jacks
Flights being operated on by a developer hacking about with the code,
which were created with intended blessing `play', are usually blessed
`running' or `broken' or something. So the safety catch bypass needs
to look at the intended blessing too.
Signed-off-by: Ian Jackson
---
Osstest/JobDB/Exe
The framing output in rumprun upstream has changed.
Signed-off-by: Ian Jackson
---
ts-rumprun-demo-xenstorels | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/ts-rumprun-demo-xenstorels b/ts-rumprun-demo-xenstorels
index a40110a..831c58a 100755
--- a/ts-rumprun-demo-xenst
We aren't going to cross-build a Xen hypervisor for the rump
environment. So don't configure it.
Signed-off-by: Ian Jackson
---
sg-run-job | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/sg-run-job b/sg-run-job
index 0c7835e..eb3df26 100755
--- a/sg-run-job
+++ b/sg-run-job
The compiler wrappers are in a different location in the new rumprun
build tree.
Signed-off-by: Ian Jackson
---
ts-rumprun-build | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ts-rumprun-build b/ts-rumprun-build
index cb91d5c..7184f9d 100755
--- a/ts-rumprun-build
+++ b/ts-r
ts-xen-build has a check that the actually-built versions of the
various subtrees are right. This allows it to spot if the machinery
for specifying the subtree revision hasn't worked.
However, this machinery is troublesome: it assumes that the value
specified in the revision_TREE runvar is a comm
(Well, our one executable: xenstore-ls)
Modern rumprun requires the output of the linker to be `baked' (second
link phase, where the complete unikernel is assembled).
This has to be done as part of the build, because it needs all the
rumpkernel libraries. It generates a single image file - there
Also, update for the current set of submodules.
Signed-off-by: Ian Jackson
---
ap-common| 2 +-
ts-rumprun-build | 5 ++---
2 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/ap-common b/ap-common
index 6fe3b78..14cc25a 100644
--- a/ap-common
+++ b/ap-common
@@ -37,7 +37,7 @@
Move our tested tree to /home/xen/git/osstest, where these kind of
things live nowadays.
Signed-off-by: Ian Jackson
---
ap-common | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/ap-common b/ap-common
index 14cc25a..212da18 100644
--- a/ap-common
+++ b/ap-common
@@ -39,8 +
Use `confess' to see where an undef $rfile came from. I think there
will probably be lots more of this pattern.
Signed-off-by: Ian Jackson
---
Osstest/TestSupport.pm | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Osstest/TestSupport.pm b/Osstest/TestSupport.pm
index d0d6ef3..a6ab18f 100
The WOPR demo is gone from rumpkernel upstream.
Sadly this leaves us without a test that the rump environment's
networking is functional.
Signed-off-by: Ian Jackson
---
sg-run-job | 4
1 file changed, 4 deletions(-)
diff --git a/sg-run-job b/sg-run-job
index 31a5589..0c7835e 100755
--- a/
The command is `build-rr.sh' nowadays. The output longer includes
test domain image and configuration. The output is in `rumprun'.
Signed-off-by: Ian Jackson
---
ts-rumprun-build | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --git a/ts-rumprun-build b/ts-rumprun-build
Nowadays the expected use pattern is
CC=<...rumprun...>-gcc ./configure
etc.
Signed-off-by: Ian Jackson
---
ts-rumprun-build | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/ts-rumprun-build b/ts-rumprun-build
index 93c34d1..cb91d5c 100755
--- a/ts-rumprun-bu
Have \bplay\b simply bypass the blessing check, but not the harness
revision update which follows.
Signed-off-by: Ian Jackson
---
Osstest/JobDB/Executive.pm | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/Osstest/JobDB/Executive.pm b/Osstest/JobDB/Executive.pm
index c
This makes room for setting up ccache.
No functional change yet.
Signed-off-by: Ian Jackson
---
ts-rumprun-build | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a/ts-rumprun-build b/ts-rumprun-build
index 98c8efc..24e54e1 100755
--- a/ts-rumprun-build
+++ b/ts-r
Nothing passes this yet, so no functional change.
Signed-off-by: Ian Jackson
---
ts-xen-build | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/ts-xen-build b/ts-xen-build
index 4f06419..f5cff8b 100755
--- a/ts-xen-build
+++ b/ts-xen-build
@@ -25,7 +25,20 @@ use
Build steps all need the whole build tree in the same location, so
have to be part of this job.
Test jobs need only rumprun.
Signed-off-by: Ian Jackson
---
ts-rumprun-build | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ts-rumprun-build b/ts-rumprun-build
index 26f2f2c..191
Signed-off-by: Ian Jackson
---
ts-xen-build | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/ts-xen-build b/ts-xen-build
index 5933dd4..60ce9ee 100755
--- a/ts-xen-build
+++ b/ts-xen-build
@@ -125,10 +125,14 @@ END
fi
END
#/;
-buildcmd_stamped_logged(900
This series fixes the rump kernel build, and the test plumbing. The
tests still fail because they xenbus driver in rump kernel upstream
has rotted. I'm working on that...
Ian.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xe
Nothing sets this yet, so no functional change.
Signed-off-by: Ian Jackson
---
ts-xen-build | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/ts-xen-build b/ts-xen-build
index 60ce9ee..4f06419 100755
--- a/ts-xen-build
+++ b/ts-xen-build
@@ -109,6 +109,7 @@ sub build () {
Newer Xen needs more work to make it cross compile for rump.
* Pass --host=TARGET to configure. This is needed so that configure
knows that we are deliberately cross compiling. (Otherwise it
tries to run target binaries on the host, and crashes when that fails.)
* Pass CROSS_COMPILE in the
If the guest has no runvars specifying any kind of disk, do not
attempt to mess about with unmounting it etc.
Signed-off-by: Ian Jackson
---
Osstest/TestSupport.pm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Osstest/TestSupport.pm b/Osstest/TestSupport.pm
index a6ab18f..7
This is very obsolete.
Signed-off-by: Ian Jackson
---
ap-common| 5 -
ts-rumprun-build | 46 +-
2 files changed, 1 insertion(+), 50 deletions(-)
diff --git a/ap-common b/ap-common
index 212da18..62d2e4f 100644
--- a/ap-common
+++ b/ap-com
On Mon, 2016-08-22 at 10:21 +0100, Ian Jackson wrote:
> Dario Faggioli writes ("[PATCH 14/24] libxl: allow to set the
> ratelimit value online for Credit2"):
> >
> > This is the remaining part of the plumbing (the libxl
> > one) necessary to be able to change the value of the
> > ratelimit_us para
>>> On 02.09.16 at 12:47, wrote:
> Routine hvmemul_do_io() may need to peek the p2m type of a gfn to
> select the ioreq server. For example, operations on gfns with
> p2m_ioreq_server type will be delivered to a corresponding ioreq
> server, and this requires that the p2m type not be switched back
On Mon, Sep 05, 2016 at 03:23:10PM +0200, Samuel Thibault wrote:
> Juergen Gross, on Mon 05 Sep 2016 13:43:30 +0200, wrote:
> > Add some comment in Config.mk what to do in case of adding new config
> > options.
> >
> > Signed-off-by: Juergen Gross
>
> Reviewed-by: Samuel Thibault
>
Pushed.
_
On Wed, 2016-08-31 at 18:10 +0100, anshul makkar wrote:
> On 17/08/16 18:18, Dario Faggioli wrote:
> >
> > Right now, the following scenario can occurr:
> > - upon vcpu v wakeup, v itself is put in the runqueue,
> > and pcpu X is tickled;
> > - pcpu Y schedules (for whatever reason), sees
>>> On 02.09.16 at 12:47, wrote:
> @@ -178,8 +179,27 @@ static int hvmemul_do_io(
> break;
> case X86EMUL_UNHANDLEABLE:
> {
> -struct hvm_ioreq_server *s =
> -hvm_select_ioreq_server(curr->domain, &p);
> +struct hvm_ioreq_server *s = NULL;
> +
On Thu, 2016-09-01 at 12:08 +0100, anshul makkar wrote:
> On 17/08/16 18:19, Dario Faggioli wrote:
> >
> > diff --git a/xen/common/sched_credit2.c
> > b/xen/common/sched_credit2.c
> >
> > @@ -506,34 +506,68 @@ void smt_idle_mask_clear(unsigned int cpu,
> > cpumask_t *mask)
> > }
> >
> > /*
>
Juergen Gross, on Mon 05 Sep 2016 13:43:30 +0200, wrote:
> Add some comment in Config.mk what to do in case of adding new config
> options.
>
> Signed-off-by: Juergen Gross
Reviewed-by: Samuel Thibault
> ---
> Config.mk | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/Config.mk
On Tue, Aug 9, 2016 at 11:40 AM, Jan Beulich wrote:
> This doesn't cover all of them, just the ones that I think would most
> obviously better be -EINVAL or -EOPNOTSUPP.
>
> Signed-off-by: Jan Beulich
FWIW:
Reviewed-by: George Dunlap
>
> --- a/xen/arch/x86/cpu/mcheck/vmce.c
> +++ b/xen/arch/x
>>> On 05.09.16 at 07:17, wrote:
> @@ -1403,12 +1451,16 @@ void __init noreturn __start_xen(unsigned long mbi_p)
>
> if ( !opt_smep )
> setup_clear_cpu_cap(X86_FEATURE_SMEP);
> -if ( cpu_has_smep )
> +else if ( opt_smep == 1 )
> +__set_bit(X86_FEATURE_XEN_SMEP, boot
On Fri, 2016-09-02 at 13:38 +0100, anshul makkar wrote:
> On 17/08/16 18:20, Dario Faggioli wrote:
> >
> > diff --git a/xen/common/sched_credit2.c
> > b/xen/common/sched_credit2.c
> >
> > @@ -1102,13 +1110,26 @@ runq_tickle(const struct scheduler *ops,
> > for_each_cpu(i, &mask)
> >
On Fri, 2016-09-02 at 12:46 +0100, anshul makkar wrote:
Hey, Anshul,
Thanks for having a look at the patch!
> On 17/08/16 18:19, Dario Faggioli wrote:
> >
> > --- a/xen/common/sched_credit2.c
> > +++ b/xen/common/sched_credit2.c
> >
> > + * Basically, if a soft-affinity is defined, the work do
flight 100755 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100755/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-i386 6 xen-boot fail REGR. vs. 100736
test-amd64-a
>>> On 20.08.16 at 00:43, wrote:
> --- a/xen/arch/x86/efi/efi-boot.h
> +++ b/xen/arch/x86/efi/efi-boot.h
> @@ -103,9 +103,56 @@ static void __init relocate_trampoline(unsigned long
> phys)
> *(u16 *)(*trampoline_ptr + (long)trampoline_ptr) = phys >> 4;
> }
>
> +#define EBMALLOC_SIZE
On 05/09/16 14:18, Ian Jackson wrote:
> Juergen Gross writes ("Re: [PATCH] libxl: add "xl qemu-monitor-command""):
>> On 05/09/16 12:32, Ian Jackson wrote:
>>> The rest of the documentation will need adjusting. As an example of
>>> the incompleteness I am talking about I think the example shows on
Juergen Gross writes ("Re: [PATCH] libxl: add "xl qemu-monitor-command""):
> On 05/09/16 12:32, Ian Jackson wrote:
> > The rest of the documentation will need adjusting. As an example of
> > the incompleteness I am talking about I think the example shows only
> > some of the USB devices presented
On 2016-09-05 13:43, Jan Beulich wrote:
On 05.09.16 at 13:19, wrote:
On 2016-09-05 12:25, Jan Beulich wrote:
Anyway - with you quite clearly having used HAP before, I can't
see how this commit would matter for you at all. In case you want
to double check you could try with a hypervisor built w
flight 100752 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/100752/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-intel 11 guest-start fail REGR. vs. 100597
test-armhf-armhf-xl-
Add some comment in Config.mk what to do in case of adding new config
options.
Signed-off-by: Juergen Gross
---
Config.mk | 5 +
1 file changed, 5 insertions(+)
diff --git a/Config.mk b/Config.mk
index 0e405bf..0baedd1 100644
--- a/Config.mk
+++ b/Config.mk
@@ -152,6 +152,11 @@ CFLAGS += -f
>>> On 05.09.16 at 13:19, wrote:
> On 2016-09-05 12:25, Jan Beulich wrote:
>> Anyway - with you quite clearly having used HAP before, I can't
>> see how this commit would matter for you at all. In case you want
>> to double check you could try with a hypervisor built without
>> shadow paging code
On 05/09/16 12:32, Ian Jackson wrote:
> Juergen Gross writes ("[PATCH] libxl: add "xl qemu-monitor-command""):
>> Add a new xl command "qemu-monitor-command" to issue arbitrary commands
>> to a domain's device model. Syntax is:
>>
>> xl qemu-monitor-command
>>
>> The command is issued via qmp hum
== Attendees ==
Lars Kurth
George Dunlap
Doug Goldstein
Andrew Cooper
Paul Durrant
There were a few others, which I may have missed
I tried to transcribe from a recording we had at lunch, but due to background
noise I didn't get everything. Please add/correct, if I got something wrong.
There wa
On 2016-09-05 12:25, Jan Beulich wrote:
On 05.09.16 at 12:02, wrote:
On 2016-09-05 11:46, Jan Beulich wrote:
On 05.09.16 at 11:20, wrote:
Hmm it seems my thread was kind of hijacked and i was dropped from
the
CC.
I had some time and bisected the issue and it resulted in:
5a3ce8f85e7e7bdd3
On Fri, Sep 02, 2016 at 10:56:44AM +0200, Juergen Gross wrote:
> Add a "testbuild" target to Makefile which builds various configurations.
> Repair some minor issues uncovered by those test builds.
> Document the config framework.
>
> Juergen Gross (3):
> mini-os: fix builds with uncommon config
FYI
Dell and us have now finished the exchange of the two problematic test
machines oseleta* with two new machines nobling0 and nobling1.
I have finished running commissioning tests and they are mostly
looking good. However, I am going to hold off putting them into
service, because they expose a
On Mon, Sep 05, 2016 at 10:31:21AM +0100, Wei Liu wrote:
> On Mon, Sep 05, 2016 at 10:28:25AM +0100, Andrew Cooper wrote:
> > On 05/09/16 09:09, Anthony PERARD wrote:
> > > On Mon, Aug 22, 2016 at 11:24:05AM +0100, Wei Liu wrote:
> > >> On Fri, Aug 19, 2016 at 03:26:23PM +0100, Andrew Cooper wrote:
On Mon, Sep 05, 2016 at 11:24:45AM +0100, Ian Jackson wrote:
> Wei Liu writes ("[PATCH] libxl: update flex output files for DSA 3653-2"):
> > We updated flex output files in 4b314c89 ("libxl: update flex output
> > files") for DSA 3653-1 / CVE-2016-6354. But Debian security team
> > discovered the
On Mon, Sep 05, 2016 at 11:39:22AM +0100, Ian Jackson wrote:
> Wei Liu writes ("Re: [PATCH] libxl: do not assume Dom0 backend while getting
> nic info"):
> > On Mon, Sep 05, 2016 at 11:44:46AM +0200, Marek Marczykowski-Górecki wrote:
> > > Yes, certainly. If you want I can send a 4.7 version (func
On 23/08/16 02:54, Luwei Kang wrote:
> AVX512 is an extention of AVX2. Its spec can be found at:
> https://software.intel.com/sites/default/files/managed/b4/3a/319433-024.pdf
> This patch detects AVX512 features by CPUID.
>
> Signed-off-by: Luwei Kang
Reviewed-by: Andrew Cooper
_
Wei Liu writes ("Re: [PATCH] libxl: do not assume Dom0 backend while getting
nic info"):
> On Mon, Sep 05, 2016 at 11:44:46AM +0200, Marek Marczykowski-Górecki wrote:
> > Yes, certainly. If you want I can send a 4.7 version (function is in
> > libxl.c there).
Thanks for the backport.
Wei, can yo
Juergen Gross writes ("[PATCH] libxl: add "xl qemu-monitor-command""):
> Add a new xl command "qemu-monitor-command" to issue arbitrary commands
> to a domain's device model. Syntax is:
>
> xl qemu-monitor-command
>
> The command is issued via qmp human-monitor-command command. Any
> informatio
>>> On 05.09.16 at 12:02, wrote:
> On 2016-09-05 11:46, Jan Beulich wrote:
> On 05.09.16 at 11:20, wrote:
>>> Hmm it seems my thread was kind of hijacked and i was dropped from the
>>> CC.
>>>
>>> I had some time and bisected the issue and it resulted in:
>>>
>>> 5a3ce8f85e7e7bdd339d259daa1
Wei Liu writes ("[PATCH] libxl: update flex output files for DSA 3653-2"):
> We updated flex output files in 4b314c89 ("libxl: update flex output
> files") for DSA 3653-1 / CVE-2016-6354. But Debian security team
> discovered the fix to flex was incomplete and issued DSA 3653-2. We need
> to update
Hi Julien,
On 09/02/2016 12:51 PM, Julien Grall wrote:
>
>
> On 02/09/16 10:09, Sergej Proskurin wrote:
>> Hi Julien,
>>
>> On 09/01/2016 07:36 PM, Julien Grall wrote:
>>> Hello Sergej,
>>>
>>> On 16/08/16 23:16, Sergej Proskurin wrote:
---
xen/arch/arm/p2m.c| 71
+
flight 67637 distros-debian-sid real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67637/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-amd64-sid-netboot-pygrub 9 debian-di-install fail like 67603
test-amd64-i386-i38
Fill backend_domid field based on backend path.
Cc: Ian Jackson
Cc: Wei Liu
Signed-off-by: Marek Marczykowski-Górecki
---
tools/libxl/libxl.c | 12
1 file changed, 12 insertions(+)
diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c
index e1ab6ec..9a888a1 100644
--- a/tools/li
From: "Kyle J. Temkin"
Several Tegra hardware devices-- and the Tegra device tree-- expect
the presence of a Tegra Legacy Interrupt Controller (LIC) in the hardware
domain. Accordingly, we'll need to expose (most of) the LIC's registers
to the hardware domain.
As the Tegra LIC provides the abil
1 - 100 of 134 matches
Mail list logo
