>>> On 01.09.15 at 19:55, wrote:
> "Jan Beulich" writes:
>
> On 01.09.15 at 16:29, wrote:
>>
>> Which is both appreciated and understandable. I suppose you
>> agree though that if you were to follow the model used for the
>> kexec part, things would quickly become unwieldy. Hence I woul
>>> On 01.09.15 at 22:12, wrote:
> .. with the changes that Jan requested the patch ended up looking
> like:
>
> From 4fd1cf85b10565b7b7e3f73d19fa30de808ff60f Mon Sep 17 00:00:00 2001
> From: Konrad Rzeszutek Wilk
> Date: Mon, 31 Aug 2015 11:00:29 -0400
> Subject: [PATCH v3.1 08/10] tmem: Use 's
>>> On 01.09.15 at 22:11, wrote:
> With your awesome hints (thank you!), this all now works. This is what
> the patch ended up looking like:
>
>
> From 9a829efde9a47ca59a5c2029f3706a071342ea23 Mon Sep 17 00:00:00 2001
> From: Konrad Rzeszutek Wilk
> Date: Mon, 31 Aug 2015 10:57:27 -0400
> Subje
On 2015/9/1 21:40, Julien Grall wrote:
> On 01/09/15 13:35, Shannon Zhao wrote:
>>
>>
>> On 2015/9/1 19:28, Julien Grall wrote:
>>> Hi Shannon,
>>> On 01/09/15 05:12, Shannon Zhao wrote:
I tried this. Directly use the "kinfo->gnttab_start = __pa(_stext)" as
the address where these table
2015-09-01 22:31 GMT-04:00 Chao Peng :
> On Tue, Sep 01, 2015 at 09:51:57PM -0400, Meng Xu wrote:
>> Hi Andrew and Chao,
>>
>> [Important things go first] It turns out my machine (Intel E5-2618L
>> v3) does have CAT capability!
>> Xen gives the false alarm that my machine does not have it. This
>>
On Tue, Sep 01, 2015 at 09:51:57PM -0400, Meng Xu wrote:
> Hi Andrew and Chao,
>
> [Important things go first] It turns out my machine (Intel E5-2618L
> v3) does have CAT capability!
> Xen gives the false alarm that my machine does not have it. This
> should be a bug, IMO. :-)
Even some Haswell S
2015-09-01 21:47 GMT-04:00 Chao Peng :
> On Tue, Sep 01, 2015 at 10:42:57AM -0400, Meng Xu wrote:
>> 2015-09-01 10:30 GMT-04:00 Andrew Cooper :
>> > On 01/09/15 15:20, Meng Xu wrote:
>> >> 2015-09-01 9:04 GMT-04:00 Andrew Cooper :
>> >>> On 01/09/15 13:55, Meng Xu wrote:
>> 2015-09-01 1:47 GMT
On Tue, Sep 01, 2015 at 10:42:57AM -0400, Meng Xu wrote:
> 2015-09-01 10:30 GMT-04:00 Andrew Cooper :
> > On 01/09/15 15:20, Meng Xu wrote:
> >> 2015-09-01 9:04 GMT-04:00 Andrew Cooper :
> >>> On 01/09/15 13:55, Meng Xu wrote:
> 2015-09-01 1:47 GMT-04:00 Chao Peng :
> > On Mon, Aug 31, 201
Hi Andrew and Chao,
[Important things go first] It turns out my machine (Intel E5-2618L
v3) does have CAT capability!
Xen gives the false alarm that my machine does not have it. This
should be a bug, IMO. :-)
2015-09-01 10:42 GMT-04:00 Meng Xu :
> 2015-09-01 10:30 GMT-04:00 Andrew Cooper :
>> On
This is a note to let you know that I have just added a patch titled
x86/ldt: Make modify_ldt synchronous
to the linux-3.19.y-queue branch of the 3.19.y-ckt extended stable tree
which can be found at:
http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.19.y-queue
This patch is
3.13.11-ckt26 -stable review patch. If anyone has any objections, please let
me know.
--
From: Andy Lutomirski
commit aa1acff356bbedfd03b544051f5b371746735d89 upstream.
The update_va_mapping hypercall can fail if the VA isn't present
in the guest's page tables. Under certain
This is a note to let you know that I have just added a patch titled
x86/xen: Probe target addresses in set_aliased_prot() before the hypercall
to the linux-3.13.y-queue branch of the 3.13.y-ckt extended stable tree
which can be found at:
http://kernel.ubuntu.com/git/ubuntu/linux.git/lo
On 08/27/2015 12:01 PM, Jan Beulich wrote:
On 13.08.15 at 20:12, wrote:
@@ -777,7 +777,7 @@ int arch_set_info_guest(
/* The context is a compat-mode one if the target domain is compat-mode;
* we expect the tools to DTRT even in compat-mode callers. */
-compat = is_pv_32bit_
flight 61244 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/61244/
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. 58581
Regressions which are
flight 61128 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/61128/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-pvops 5 kernel-build fail REGR. vs. 60958
build-i386
On 09/01/2015 04:56 PM, Konrad Rzeszutek Wilk wrote:
On Tue, Sep 01, 2015 at 05:39:46PM +, Justin Acker wrote:
Taking this to the dev list from users.
Is there a way to force or enable pirq delivery to a set of cpus as opposed to
single device from being a assigned a single pirq so that it
On Tue, Sep 01, 2015 at 05:39:46PM +, Justin Acker wrote:
> Taking this to the dev list from users.
>
> Is there a way to force or enable pirq delivery to a set of cpus as opposed
> to single device from being a assigned a single pirq so that its interrupt
> can be distributed across multip
flight 61126 xen-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/61126/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xend 5 xen-build fail REGR. vs. 60727
build-i386
On Fri, Aug 28, 2015 at 02:53:18PM -0400, Konrad Rzeszutek Wilk wrote:
> Instead of the three member uint64_t structure.
>
> The structure is used by the control stack for
> XEN_SYSCTL_TMEM_OP_SAVE_GET_NEXT_[PAGE|INV] only so
> moving it to the sysctl header.
>
> Also modified tmemc_save_get_next
On Tue, Sep 01, 2015 at 09:54:12AM -0600, Jan Beulich wrote:
> >>> On 01.09.15 at 17:23, wrote:
> > There is only need for the compat layer once I move the 'xen_tmem_oid_t' to
> > the tmem.h header file - and there is where the introduction in xlat.lst is
> > done:
> >
> > --- a/xen/include/xlat
Update the top-level make help to include all the possible targets and
not reference targets that are deprecated while hopefully being more
clear as to what each target does.
---
Makefile | 19 +--
1 file changed, 13 insertions(+), 6 deletions(-)
diff --git a/Makefile b/Makefile
i
The existing email bounces with an address rejected failure message.
This is the email that other maintainers are using for David.
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 73a96c9..ce194d3 100644
--- a/MAINTAINERS
+++ b/MAI
Cc Dave
On Tue, Sep 01, 2015 at 01:34:02PM -0500, Doug Goldstein wrote:
> Since 9c89dc95201ffed5fead17b35754bf9440fdbdc0 libxenstore prefers using
> /dev/xen/xenbus over /proc/xen/xenbus. This makes the OCaml xenstore
> library contain the same preference.
>
> Signed-off-by: Doug Goldstein
> ---
Since 9c89dc95201ffed5fead17b35754bf9440fdbdc0 libxenstore prefers using
/dev/xen/xenbus over /proc/xen/xenbus. This makes the OCaml xenstore
library contain the same preference.
Signed-off-by: Doug Goldstein
---
tools/ocaml/libs/xs/xs.ml | 8 +++-
1 file changed, 7 insertions(+), 1 deletion
"Jan Beulich" writes:
On 01.09.15 at 16:29, wrote:
Which is both appreciated and understandable. I suppose you
agree though that if you were to follow the model used for the
kexec part, things would quickly become unwieldy. Hence I would
strongly suggest considering to introduce Linux'es
On Tue, Sep 01, 2015 at 07:26:49PM +0200, Vitaly Kuznetsov wrote:
> Wei Liu writes:
>
> > [...]
> >> diff --git a/tools/libxl/libxl_types.idl b/tools/libxl/libxl_types.idl
> >> index 9f6ec00..87d8255 100644
> >> --- a/tools/libxl/libxl_types.idl
> >> +++ b/tools/libxl/libxl_types.idl
> >> @@ -138
Wei Liu writes:
> [...]
>> diff --git a/tools/libxl/libxl_types.idl b/tools/libxl/libxl_types.idl
>> index 9f6ec00..87d8255 100644
>> --- a/tools/libxl/libxl_types.idl
>> +++ b/tools/libxl/libxl_types.idl
>> @@ -138,6 +138,8 @@ libxl_action_on_shutdown =
>> Enumeration("action_on_shutdown", [
>>
flight 61132 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/61132/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-pvops 5 kernel-build fail REGR. vs. 60888
build-i386-xsm
Hi Stefano,
On 10/08/15 13:03, Stefano Stabellini wrote:
>> +xen_pfn = xen_page_to_pfn(page);
>> +}
>> +fn(pfn_to_gfn(xen_pfn++), data);
>
> What is the purpose of incrementing xen_pfn here?
Because the Linux page is split into multiple xen_pfn, so we
On Tue, Sep 01, 2015 at 09:54:12AM -0600, Jan Beulich wrote:
> >>> On 01.09.15 at 17:23, wrote:
> > There is only need for the compat layer once I move the 'xen_tmem_oid_t' to
> > the tmem.h header file - and there is where the introduction in xlat.lst is
> > done:
> >
> > --- a/xen/include/xlat
CC'ing a few other x86 people as this is likely to be the same approach
that will be taken by PVH.
On Thu, 13 Aug 2015, Manish Jaggi wrote:
> -
> | PCI Pass-through in Xen ARM |
> -
>
On Tue, Sep 1, 2015 at 4:10 PM, Ian Campbell wrote:
> On Tue, 2015-09-01 at 15:54 +0100, George Dunlap wrote:
>>
>> I'm not sure exactly how to track down where it came from; it just
>> seems to appear out of nowhere in the config.log and config.status
>> (attached).
>
> How was configure invoked?
On Tue, 2015-07-28 at 15:28 +0200, Vitaly Kuznetsov wrote:
> diff --git a/xen/arch/arm/domain.c b/xen/arch/arm/domain.c
> index b2bfc7d..5bdc2e9 100644
> --- a/xen/arch/arm/domain.c
> +++ b/xen/arch/arm/domain.c
> @@ -655,6 +655,11 @@ void arch_domain_unpause(struct domain *d)
> {
> }
>
> +int
On Thu, 2015-08-20 at 16:33 -0700, Chris Brand wrote:
> Shuffle lines around so that the assignments in mfn_to_xen_entry()
> occur in the same order as the bits are declared in lpae_pt_t.
> This makes it easier to see which ones are never given a value.
> No change in behaviour.
>
> Also fix a min
On Tue, 2015-09-01 at 11:47 -0400, Meng Xu wrote:
>
> Yes. I'm using PV VM.
>
> If I run inside VM: # echo 1 > /dev/hvc0, it does not report error.
>
> If I use "xl console vm1" to attach to the hvc0, I can see the output 1.
>
> However, I still cannot find the console file under /var/log/xen.
On Wed, 2015-08-26 at 17:44 -0700, Julien Grall wrote:
> Hi Chris,
>
> On 21/08/2015 14:30, Chris Brand wrote:
> > setup_frametable_mappings() rounds frametable_size up to a multiple
> > of 32MB. This is wasteful on systems with less than 4GB of RAM,
> > although it does allow the "contig" bit to
>>> On 01.09.15 at 17:23, wrote:
> There is only need for the compat layer once I move the 'xen_tmem_oid_t' to
> the tmem.h header file - and there is where the introduction in xlat.lst is
> done:
>
> --- a/xen/include/xlat.lst
> +++ b/xen/include/xlat.lst
> @@ -103,6 +103,7 @@
> ! sched_p
On Tue, Sep 01, 2015 at 09:37:48AM -0600, Jan Beulich wrote:
> >>> On 01.09.15 at 17:18, wrote:
> > On Mon, Aug 31, 2015 at 12:14:16PM -0400, Konrad Rzeszutek Wilk wrote:
> >> > >And the 'container_of' macro looks to require only one level of
> >> > >nesting.
> >> >
> >> > I'm pretty sure the mac
On Thu, 2015-08-20 at 16:33 -0700, Chris Brand wrote:
> Ensure that every bit has a specific value.
>
> Reported-by: Julien Grall
> Signed-off-by: Chris Brand
> ---
> v2 adds comments on pxn and avail.
>
> xen/include/asm-arm/page.h | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git
2015-09-01 11:26 GMT-04:00 Ian Campbell :
> On Tue, 2015-09-01 at 11:15 -0400, Meng Xu wrote:
>> 2015-09-01 6:52 GMT-04:00 Ian Campbell :
>> > On Tue, 2015-08-25 at 09:04 -0400, Meng Xu wrote:
>> > > 2015-08-25 3:42 GMT-04:00 Andrew Cooper :
>> > > > On 25/08/2015 03:48, Meng Xu wrote:
>> > > > > H
On Tue, 2015-08-25 at 10:40 +0100, Wei Liu wrote:
> On Sun, Aug 23, 2015 at 05:33:17PM +0800, Yu Zhang wrote:
> > Currently in ioreq server, guest write-protected ram pages are
> > tracked in the same rangeset with device mmio resources. Yet
> > unlike device mmio, which can be in big chunks, the g
>>> On 01.09.15 at 17:18, wrote:
> On Mon, Aug 31, 2015 at 12:14:16PM -0400, Konrad Rzeszutek Wilk wrote:
>> > >And the 'container_of' macro looks to require only one level of
>> > >nesting.
>> >
>> > I'm pretty sure the macro can deal with both.
>>
>> OK, let me experiement with it as at the fi
On Tue, 2015-09-01 at 11:15 -0400, Meng Xu wrote:
> 2015-09-01 6:52 GMT-04:00 Ian Campbell :
> > On Tue, 2015-08-25 at 09:04 -0400, Meng Xu wrote:
> > > 2015-08-25 3:42 GMT-04:00 Andrew Cooper :
> > > > On 25/08/2015 03:48, Meng Xu wrote:
> > > > > Hi Andrew,
> > > > >
> > > > > Thank you so much
On Tue, 2015-09-01 at 15:54 +0100, George Dunlap wrote:
>
> I'm not sure exactly how to track down where it came from; it just
> seems to appear out of nowhere in the config.log and config.status
> (attached).
How was configure invoked? Was this a command line build or inside the
rpmbuild stuff?
On Tue, Sep 01, 2015 at 01:04:11AM -0600, Jan Beulich wrote:
> >>> On 31.08.15 at 18:14, wrote:
> >> >> > --- a/xen/include/public/sysctl.h
> >> >> > +++ b/xen/include/public/sysctl.h
> >> >> > @@ -737,6 +737,12 @@ DEFINE_XEN_GUEST_HANDLE(xen_sysctl_psr_cat_op_t);
> >> >> > #define XEN_SYSCTL_TME
On Mon, Aug 31, 2015 at 12:14:16PM -0400, Konrad Rzeszutek Wilk wrote:
> > >And the 'container_of' macro looks to require only one level of
> > >nesting.
> >
> > I'm pretty sure the macro can deal with both.
>
> OK, let me experiement with it as at the first blush it does not work for me.
I can'
2015-09-01 6:52 GMT-04:00 Ian Campbell :
> On Tue, 2015-08-25 at 09:04 -0400, Meng Xu wrote:
>> 2015-08-25 3:42 GMT-04:00 Andrew Cooper :
>> > On 25/08/2015 03:48, Meng Xu wrote:
>> > > Hi Andrew,
>> > >
>> > > Thank you so much for your suggestion! I tried but have some
>> > > questions.
>> > >
>>
Il 01/09/2015 16:32, Konrad Rzeszutek Wilk ha scritto:
On Tue, Sep 01, 2015 at 03:05:22PM +0200, Fabio Fantoni wrote:
Dom0: wheezy 64 bit with 3.2 kernel from official repository, xen based on
commit 801ab48e5556cb54f67e3cb57f077f47e8663ced.
What previous version of Xen booted with this version
On Tue, 2015-09-01 at 15:57 +0100, Stefano Stabellini wrote:
>
> > I'm not sure to see how this would work. Any call to
> > alloc_xenheap_pages
> > should be follow by a called to free_xenheap_pages.
> > But when freeing the modules, we are using init_heap_pages.
> > I don't think they are simila
On Thu, 13 Aug 2015, Julien Grall wrote:
> Hi Stefano,
>
> On 13/08/15 12:21, Stefano Stabellini wrote:
> > +static int kernel_decompress(struct kernel_info *info,
> > + paddr_t *addr, paddr_t *size)
> > +{
> > +char *output, *input;
> > +char magic[2];
> > +
On Tue, 2015-09-01 at 15:41 +0100, Ian Jackson wrote:
> Hi Robert. Sorry I haven't had a chance to look at your whole v11
> series properly yet. But I will reply here:
>
> Ian Campbell writes ("Re: [OSSTEST Nested PATCH v11 6/7] Compose the main
> recipe of nested test job"):
> > Then on power
>>> On 01.09.15 at 16:29, wrote:
> I am not interested in unnecessarily stripping out more and more
> code. However, I do want to reduce the number of features and
> backwards-compatibility code-paths that are compiled into my
> build. Areas like the 32-bit ABI on 64-bit Xen like Andrew
> ment
Hi Robert. Sorry I haven't had a chance to look at your whole v11
series properly yet. But I will reply here:
Ian Campbell writes ("Re: [OSSTEST Nested PATCH v11 6/7] Compose the main
recipe of nested test job"):
> Then on power operation the appropriate method each object is called in
> turn (
>>> On 01.09.15 at 16:18, wrote:
> On 31/08/15 09:09, Jan Beulich wrote:
> On 28.08.15 at 17:41, wrote:
>>> --- a/docs/misc/xen-command-line.markdown
>>> +++ b/docs/misc/xen-command-line.markdown
>>> @@ -896,7 +896,7 @@ debug hypervisor only).
>>>
>>> > `sharept`
>>>
>>> -> Default: `tru
On Thu, Feb 5, 2015 at 4:52 PM, Jan Beulich wrote:
On 05.02.15 at 17:36, wrote:
>> Some systems have python-config include -D_FORTIFY_SOURCE in the
>> CFLAGS. But -D_FORTIFY_SOURCE does not (currently) work with -O0, and
>> -O0 is enabled in debug builds (since 1166ecf781). As a result, on
On Mon, 2015-08-31 at 14:24 +0100, Andrew Cooper wrote:
> On 31/08/15 08:27, Jan Beulich wrote:
> > > > > On 28.08.15 at 17:39, wrote:
> > > What may be a bigger issue, is that older code may not fully adhere
> > > to
> > > coding standards. The open question is then
> > > * Whether such a tool
2015-09-01 10:30 GMT-04:00 Andrew Cooper :
> On 01/09/15 15:20, Meng Xu wrote:
>> 2015-09-01 9:04 GMT-04:00 Andrew Cooper :
>>> On 01/09/15 13:55, Meng Xu wrote:
2015-09-01 1:47 GMT-04:00 Chao Peng :
> On Mon, Aug 31, 2015 at 04:09:31PM -0400, Meng Xu wrote:
>> I looked into the xen/ar
Add the appropriate #if checks around the kexec code in the x86 codebase
so that the feature can actually be turned off by the flag instead of
always required to be enabled on x86.
Signed-off-by: Jonathan Creekmore
Reviewed-by: Andrew Cooper
Acked-by: David Vrabel
---
Changed since v4:
* Mad
On 01/09/15 15:20, Meng Xu wrote:
> 2015-09-01 9:04 GMT-04:00 Andrew Cooper :
>> On 01/09/15 13:55, Meng Xu wrote:
>>> 2015-09-01 1:47 GMT-04:00 Chao Peng :
On Mon, Aug 31, 2015 at 04:09:31PM -0400, Meng Xu wrote:
> I looked into the xen/arch/x86/psr.c and found that the function
> cat
On Tue, Sep 01, 2015 at 03:05:22PM +0200, Fabio Fantoni wrote:
> Dom0: wheezy 64 bit with 3.2 kernel from official repository, xen based on
> commit 801ab48e5556cb54f67e3cb57f077f47e8663ced.
What previous version of Xen booted with this version of dom0?
Thanks.
> Booting windows 7 64 bit domU wit
Andrew Cooper writes:
On 01/09/15 11:54, Jan Beulich wrote:
On 01.09.15 at 12:44, wrote:
On 01/09/15 11:36, Ian Campbell wrote:
In general (i.e. not 100% consistently, I think) we have
tended to avoid making things user-facing compile time
options. Many of the existing CONFIG_* and HAVE_*
On 01/09/15 15:03, Jan Beulich wrote:
On 01.09.15 at 15:40, wrote:
>> On 01/09/15 13:35, Shannon Zhao wrote:
>
> Shannon, Julien,
>
> since the pattern continues and continues without anyone noticing:
> Would you please stop sending at least detail discussions like what
> has been going on
On 31/08/15 09:09, Jan Beulich wrote:
On 28.08.15 at 17:41, wrote:
>> --- a/docs/misc/xen-command-line.markdown
>> +++ b/docs/misc/xen-command-line.markdown
>> @@ -896,7 +896,7 @@ debug hypervisor only).
>>
>> > `sharept`
>>
>> -> Default: `true`
>> +> Default: `true` if newer than Sandy
2015-09-01 9:04 GMT-04:00 Andrew Cooper :
> On 01/09/15 13:55, Meng Xu wrote:
>> 2015-09-01 1:47 GMT-04:00 Chao Peng :
>>> On Mon, Aug 31, 2015 at 04:09:31PM -0400, Meng Xu wrote:
I looked into the xen/arch/x86/psr.c and found that the function
cat_cpu_init() just returned without initial
On Mon, Aug 31, 2015 at 9:33 AM, Jan Beulich wrote:
On 31.08.15 at 10:24, wrote:
>> = Issue / Observation =
>> Sometimes the review comments are quite open, it doesn't contain a possible
>> solution or a clear direction,
>> so it is not clear for the contributor on how to effectively address
>>> On 01.09.15 at 15:56, wrote:
> On Thu, 13 Aug 2015, Jan Beulich wrote:
>> >>> On 13.08.15 at 13:21, wrote:
>> > --- a/xen/common/Makefile
>> > +++ b/xen/common/Makefile
>> > @@ -55,6 +55,7 @@ obj-y += vmap.o
>> > obj-y += vsprintf.o
>> > obj-y += wait.o
>> > obj-y += xmalloc_tlsf.o
>> > +o
>>> On 01.09.15 at 15:40, wrote:
> On 01/09/15 13:35, Shannon Zhao wrote:
Shannon, Julien,
since the pattern continues and continues without anyone noticing:
Would you please stop sending at least detail discussions like what
has been going on for the last several rounds To everyone, instead
of
On Tue, Sep 01, 2015 at 07:53:40AM -0600, Jan Beulich wrote:
> >>> On 28.08.15 at 18:10, wrote:
> > Namely Dom0 suffers from commit 5ae03990c1 ("xen/vtd: create RMRR
> > mapping") having removed the creation of such mappings for non-
> > translated guests.
> >
> > Reported-by: Malcolm Crossley
>
On Thu, 13 Aug 2015, Jan Beulich wrote:
> >>> On 13.08.15 at 13:21, wrote:
> > --- a/xen/common/Makefile
> > +++ b/xen/common/Makefile
> > @@ -55,6 +55,7 @@ obj-y += vmap.o
> > obj-y += vsprintf.o
> > obj-y += wait.o
> > obj-y += xmalloc_tlsf.o
> > +obj-y += gunzip.o
> >
> > obj-bin-$(CONFIG
>>> On 28.08.15 at 18:10, wrote:
> Namely Dom0 suffers from commit 5ae03990c1 ("xen/vtd: create RMRR
> mapping") having removed the creation of such mappings for non-
> translated guests.
>
> Reported-by: Malcolm Crossley
> Signed-off-by: Jan Beulich
Wei,
looks like I forgot to Cc you on the
On Tue, 2015-08-18 at 06:46 +, Hu, Robert wrote:
Sorry for the delay, I've been away.
> > -Original Message-
> > From: Ian Jackson [mailto:ian.jack...@eu.citrix.com]
> > Sent: Thursday, June 25, 2015 6:22 PM
> > To: Pang, LongtaoX
> > Cc: Ian Campbell; Hu, Robert; xen-devel@lists.xen.
>>> On 01.09.15 at 15:15, wrote:
> On Fri, 28 Aug 2015, Andrew Cooper wrote:
>> On 28/08/15 17:15, Jan Beulich wrote:
>> > There's no way for Xen to know or for such a qemu to tell us.
>> >
>> > Signed-off-by: Jan Beulich
>> > ---
>> > RFC: This implies only patched qemu-trad or ioreq-server-awar
On Fri, Aug 28, 2015 at 5:10 PM, Jan Beulich wrote:
> Namely Dom0 suffers from commit 5ae03990c1 ("xen/vtd: create RMRR
> mapping") having removed the creation of such mappings for non-
> translated guests.
>
> Reported-by: Malcolm Crossley
> Signed-off-by: Jan Beulich
This is logically an IOMM
On 01/09/15 14:41, Ian Campbell wrote:
> On Tue, 2015-08-25 at 11:40 +0100, Andrew Cooper wrote:
>> +A table with an overview of the support status and applicability.
>> +
>> +
>> + Status: e.g. **Supported**/**Tech Previe
> -Original Message-
> From: Lars Kurth [mailto:lars.kurth@gmail.com]
> Sent: 01 September 2015 12:46
> To: Paul Durrant
> Cc: Fabio Fantoni; xen-de...@lists.xensource.com; Anthony Perard; Wei Liu;
> Stefano Stabellini
> Subject: Re: [Xen-devel] Status of HVM improvements, support of re
On Tue, 2015-08-25 at 11:40 +0100, Andrew Cooper wrote:
>
> +A table with an overview of the support status and applicability.
> +
> +
> + Status: e.g. **Supported**/**Tech Preview**/**Experimental**
These should be well
On 01/09/15 13:35, Shannon Zhao wrote:
>
>
> On 2015/9/1 19:28, Julien Grall wrote:
>> Hi Shannon,
>> On 01/09/15 05:12, Shannon Zhao wrote:
>>> I tried this. Directly use the "kinfo->gnttab_start = __pa(_stext)" as
>>> the address where these tables are mapped to Dom0. But the value of
>>> gntta
On Wed, 26 Aug 2015, Jan Beulich wrote:
> >>> On 26.08.15 at 05:24, wrote:
> > On 19/08/2015 23:27, Shannon Zhao wrote:
> >> In addition, if you know this, does it support runtime service for Xen
> >> on x86?
> >
> > There is some on-going work for EFI runtime on x86. I'm not sure if it
> > has
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Xen Security Advisory CVE-2015-6654 / XSA-141
version 3
printk is not rate-limited in xenmem_add_to_physmap_one
UPDATES IN VERSION 3
Public release.
ISSUE DESCRIPTION
=
On Fri, 28 Aug 2015, Andrew Cooper wrote:
> On 28/08/15 17:15, Jan Beulich wrote:
> > There's no way for Xen to know or for such a qemu to tell us.
> >
> > Signed-off-by: Jan Beulich
> > ---
> > RFC: This implies only patched qemu-trad or ioreq-server-aware
> > qemu-upstream get used with xen
On Tue, 2015-09-01 at 13:47 +0100, Ian Jackson wrote:
> Jim Fehlig writes ("Re: [osstest test] 60719: tolerable FAIL - PUSHED"):
> > This sounds a bit like an issue discussed in the Redhat libvirt
> > troubleshooting FAQ
> >
> > https://access.redhat.com/documentation/en
> > -US/Red_Hat_Enterpris
Dom0: wheezy 64 bit with 3.2 kernel from official repository, xen based
on commit 801ab48e5556cb54f67e3cb57f077f47e8663ced.
Booting windows 7 64 bit domU with new pv drivers, domU hang, dom0 show
a calltrace and was a over 30 of load.
The only particular thing is that I added udev files from olde
On 01/09/15 13:55, Meng Xu wrote:
> 2015-09-01 1:47 GMT-04:00 Chao Peng :
>> On Mon, Aug 31, 2015 at 04:09:31PM -0400, Meng Xu wrote:
>>> I looked into the xen/arch/x86/psr.c and found that the function
>>> cat_cpu_init() just returned without initializing the variable
>>> "cat_socket_enable".
>>>
On 01/09/15 12:56, Vijay Kilari wrote:
>> BTW, I suggested to create a field nr_lpis but you decided to store the
>> number of bits supported. Why?
>
> I have nr_lpis field in vgic structure (patch #17). But it just tells
> how LPIs are supported
> for a domain.
Why are you speaking about vgic st
2015-09-01 1:47 GMT-04:00 Chao Peng :
> On Mon, Aug 31, 2015 at 04:09:31PM -0400, Meng Xu wrote:
>> I looked into the xen/arch/x86/psr.c and found that the function
>> cat_cpu_init() just returned without initializing the variable
>> "cat_socket_enable".
>>
>> Both !cpu_has(c, X86_FEATURE_CAT) and
Jim Fehlig writes ("Re: [osstest test] 60719: tolerable FAIL - PUSHED"):
> This sounds a bit like an issue discussed in the Redhat libvirt
> troubleshooting FAQ
>
> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Virtualization_Deployment_and_Administration_Guide/sec
flight 61129 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/61129/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-pvops 5 kernel-build fail REGR. vs. 60848
build-i386
On 2015/9/1 19:28, Julien Grall wrote:
> Hi Shannon,
> On 01/09/15 05:12, Shannon Zhao wrote:
>> I tried this. Directly use the "kinfo->gnttab_start = __pa(_stext)" as
>> the address where these tables are mapped to Dom0. But the value of
>> gnttab_start is lower than the start of RAM, so Dom0 in
flight 61140 xen-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/61140/
Failures :-/ but no regressions.
Tests which did not succeed,
including tests which could not be run:
build-amd64-libvirt 1 build-check(1) blocked n/a
build-amd64-rumpuserxe
On Tue, 2015-09-01 at 05:58 -0600, Jan Beulich wrote:
> >
> > > > On 01.09.15 at 12:57, wrote:
> > On Wed, 2015-08-26 at 01:41 -0600, Jan Beulich wrote:
> > > @@ -225,10 +226,12 @@ static unsigned int __init noinline _dom
> > >
> > > return bits;
> > > }
> > > +#endif
> > >
> > > struc
On Tue, 2015-09-01 at 12:28 +0100, Ian Jackson wrote:
> David Vrabel writes ("Re: [Xen-devel] [PATCH v2] libxenstore: prefer
> using the character device"):
> > On 27/08/15 19:03, Ian Jackson wrote:
> > > I confess I still see this as working around a kernel bug. Only this
> > > time we are switc
>>> On 01.09.15 at 12:57, wrote:
> On Wed, 2015-08-26 at 01:41 -0600, Jan Beulich wrote:
>> @@ -225,10 +226,12 @@ static unsigned int __init noinline _dom
>>
>> return bits;
>> }
>> +#endif
>>
>> struct domain *alloc_domain_struct(void)
>> {
>> struct domain *d;
>> +#ifndef CONFIG
On Tue, Sep 1, 2015 at 5:10 PM, Julien Grall wrote:
> On 01/09/15 10:02, Vijay Kilari wrote:
>> On Mon, Aug 31, 2015 at 10:19 PM, Julien Grall
>> wrote:
>>> Hi Vijay,
>>>
>>> On 31/08/2015 12:06, vijay.kil...@gmail.com wrote:
diff --git a/xen/arch/arm/gic.c b/xen/arch/arm/gic.c
in
Wei Liu writes:
[skip]
>>
>> diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c
>> index ff0d616..5f5559b 100644
>> --- a/tools/libxl/libxl.c
>> +++ b/tools/libxl/libxl.c
>> @@ -1478,6 +1478,7 @@ void libxl__domain_destroy(libxl__egc *egc,
>> libxl__domain_destroy_state *dds)
>>
> On 4 Aug 2015, at 09:21, Paul Durrant wrote:
>
>> New windows pv driversseems to be well alignedwith several
>> improvements.
>> I found many bugs at the beginning but thanks to Paul Durrant have been
>> resolved quickly.
>> Will be an official xen project build withsigned drivers out there?
>
flight 61094 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/61094/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-qcow2 8 leak-check/basis(8) fail REGR. vs. 60952
test-amd64-amd64-xl-pv
On 01/09/15 10:02, Vijay Kilari wrote:
> On Mon, Aug 31, 2015 at 10:19 PM, Julien Grall
> wrote:
>> Hi Vijay,
>>
>> On 31/08/2015 12:06, vijay.kil...@gmail.com wrote:
>>>
>>> diff --git a/xen/arch/arm/gic.c b/xen/arch/arm/gic.c
>>> index 758678d..2199963 100644
>>> --- a/xen/arch/arm/gic.c
>>> ++
On Mon, 2015-08-31 at 13:04 +0100, Wei Liu wrote:
> On Fri, Aug 28, 2015 at 05:35:18PM -0400, Zhigang Wang wrote:
> > Python PyList_Append() will increase reference count of the item. We
> > have to
> > decrease its reference count to let it garbage collected.
> >
> > We missed the Py_DECREF() fo
Hi Shannon,
On 01/09/15 05:12, Shannon Zhao wrote:
> I tried this. Directly use the "kinfo->gnttab_start = __pa(_stext)" as
> the address where these tables are mapped to Dom0. But the value of
> gnttab_start is lower than the start of RAM, so Dom0 ingore these
> regions and boot failed. see early_
Ian Campbell writes ("Re: [Xen-devel] [BUG][4.5.1]xl cpupool-create segfault
(with config file parameter)"):
> On Wed, 2015-08-26 at 16:25 -0600, Jim Fehlig wrote:
> > Sorry for jumping in late, but I encountered this issue yesterday with
> > 4.5.1. Commit 705c9e12 fixes it and should probably be
1 - 100 of 129 matches
Mail list logo
