flight 61246 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/61246/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 60869
test-amd64-i386-xl-qemuu-ovm
>>> Boris Ostrovsky 09/02/15 2:55 AM >>>
>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
>>> Doug Goldstein 09/01/15 9:05 PM >>>
>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 73a9
>>> Doug Goldstein 09/01/15 10:10 PM >>>
>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.
>---
Missing Signed-off-by:.
>--- a/Makefile
>+++ b/Makefile
>@@ -228,16 +22
Add CDP command in xl interface man page and add description of CDP
in xl-psr.markdown.
Signed-off-by: He Chen
---
docs/man/xl.pod.1 | 22 +++
docs/misc/xl-psr.markdown | 56 ++-
2 files changed, 73 insertions(+), 5 deletions(-)
Hi all,
Code/Data Prioritization(CDP) is offered in Intel Broadwell and later server
platforms, which is an extension of CAT. CDP enables isolation and separate
prioritization of code and data fetches to the L3 cache in a software
configurable manner, which can enable workload prioritization and t
cdp_enabled is added to CAT socket info to indicate CDP is on or off on
the socket and struct psr_cat_cbm is extended to support CDP operation.
IA32_L3_QOS_CFG is a new MSR to enable/disable L3 CDP, when enable or
disable CDP, all domains will reset to COS0 with fully access all L3
cache.
Si
Detect Intel Code/Data Prioritization(CDP) feature and store cpuid
information for later use. CDP feature is based on CAT, note that all
sockets in the platform must have CDP either enabled or disabled, not
a mix. cdp_socket_avail saves CDP capability of every socket so that
we can determine if CDP
This is the xc/xl changes to support Intel Code/Data Prioritization.
Two new xl commands are introduced to enable/disable CDP dynamically,
and CAT xl commands to set/get CBMs are extended to support CDP.
Signed-off-by: He Chen
---
tools/libxc/include/xenctrl.h | 10 --
tools/libxc/xc_psr.c
CDP extends CAT and provides the capacity to control L3 code & data
cache. With CDP, one COS correspond to two CMBs(code & data). cbm_type
is added to support distinguish different CBM operation. Besides, new
domctl cmds are introdunced to support set/get CDP CBM. Some CAT
functions to operation CB
Hi All,
I think you are looking for dave.sc...@citrix.com - cc'd
-Original Message-
From: Jan Beulich [mailto:jbeul...@suse.com]
Sent: 02 September 2015 09:26
To: car...@cardoe.com; David Scott (Sales UK)
Cc: xen-devel@lists.xen.org
Subject: Re: [Xen-devel] [PATCH] MAINTAINERS: fix Davi
>>> Meng Xu 09/02/15 4:57 AM >>>
>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 t
flight 61247 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/61247/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-win7-amd64 6 xen-boot fail REGR. vs. 30511
Tests which are failing
>>> Shannon Zhao 09/02/15 8:03 AM >>>
>There are some descriptions in Documentation/arm64/booting.txt of Linux:
>
>"The Image must be placed text_offset bytes from a 2MB aligned base
>address near the start of usable system RAM and called there. Memory
>below that base address is currently unusabl
flight 37849 distros-debian-wheezy real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/37849/
Perfect :-)
All tests in this flight passed
baseline version:
flight 37843
jobs:
build-amd64 pass
build-armhf
TL;DR: Any backport of 30b03d05e074 to earlier than commit 1401c00e59e
("xen/gntdev: convert priv->lock to a mutex", which was added in v4.0)
needs $something doing to it, either s/mutex/spinlock/ or (more likely)
backporting of 1401c00e59e too.
Looking at LTS:
3.18.y: Backported both.
3.16.y:
On Wed, 2015-09-02 at 00:43 +, osstest service owner wrote:
> 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-pv
Hi Jan,
On Wed, Sep 02, 2015 at 02:41:36AM -0600, Jan Beulich wrote:
> >>> Shannon Zhao 09/02/15 8:03 AM >>>
> >There are some descriptions in Documentation/arm64/booting.txt of Linux:
> >
> >"The Image must be placed text_offset bytes from a 2MB aligned base
> >address near the start of usable s
[resending to correct stable address, sorry folks]
TL;DR: Any backport of 30b03d05e074 to earlier than commit 1401c00e59e
("xen/gntdev: convert priv->lock to a mutex", which was added in v4.0)
needs $something doing to it, either s/mutex/spinlock/ or (more likely)
backporting of 1401c00e59e too.
[resending to correct stable address, sorry folks]
On Wed, 2015-09-02 at 00:43 +, osstest service owner wrote:
> 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 tes
On 2015/9/2 16:41, Jan Beulich wrote:
Shannon Zhao 09/02/15 8:03 AM >>>
>> >There are some descriptions in Documentation/arm64/booting.txt of Linux:
>> >
>> >"The Image must be placed text_offset bytes from a 2MB aligned base
>> >address near the start of usable system RAM and called there.
flight 61249 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/61249/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 15 guest-localmigrate.2
fail REGR.
Changeset 1166ecf ('tools/Rules.mk: Don't optimize debug builds; add
macro debugging information') exposed a bug whereby the autoconf stuff
in tools was setting its own debug value (defaulting to ENABLED, even
for releases) instead of honoring the value set in Config.mk.
After that changeset, if t
Looks fine to me.
Acked-by: David Scott
> On 1 Sep 2015, at 19:34, 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
On 02/09/15 07:53, Jan Beulich wrote:
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 wou
From: David Scott
Replace my sometimes unreliable address with
my reliable permanent address.
Signed-off-by: David Scott
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 73a96c9..a7fad84 100644
--- a/MAINTAINERS
+++ b/MAINTAIN
On 09/02/2015 10:34 AM, George Dunlap wrote:
> Changeset 1166ecf ('tools/Rules.mk: Don't optimize debug builds; add
> macro debugging information') exposed a bug whereby the autoconf stuff
> in tools was setting its own debug value (defaulting to ENABLED, even
> for releases) instead of honoring th
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
Release-acked
netif.h contains a specification of the XEN_NETIF_EXTRA_TYPE_MCAST_{ADD,DEL}
extra info messages require to manipulate a multicast filter list maintained
by a backend but does not specify how the multicast contol feature should
be negotiated in xenstore. This patch attempts to rectify that.
To det
On Wed, 2015-09-02 at 11:04 +0100, David Scott wrote:
> From: David Scott
>
> Replace my sometimes unreliable address with
> my reliable permanent address.
>
I'd add (assuming I've got cause and effect right):
Reported-by: Doug Goldstein
> Signed-off-by: David Scott
> ---
> MAINTAINERS | 2
On Wed, 2015-09-02 at 10:34 +0100, George Dunlap wrote:
> Changeset 1166ecf ('tools/Rules.mk: Don't optimize debug builds; add
> macro debugging information') exposed a bug whereby the autoconf stuff
> in tools was setting its own debug value (defaulting to ENABLED, even
> for releases) instead of
> -Original Message-
> From: Paul Durrant [mailto:paul.durr...@citrix.com]
> Sent: 02 September 2015 11:24
> To: xen-de...@lists.xenproject.org
> Cc: Paul Durrant; Ian Campbell; Ian Jackson; Jan Beulich; Keir (Xen.org); Tim
> (Xen.org)
> Subject: [PATCH] public/io/netif.h: document xenstore
On Wed, Sep 02, 2015 at 10:34:55AM +0100, George Dunlap wrote:
> Changeset 1166ecf ('tools/Rules.mk: Don't optimize debug builds; add
> macro debugging information') exposed a bug whereby the autoconf stuff
> in tools was setting its own debug value (defaulting to ENABLED, even
> for releases) inst
On 02/09/15 07:02, Shannon Zhao wrote:
>
>
> 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 =
On 02/09/15 09:27, He Chen wrote:
> Detect Intel Code/Data Prioritization(CDP) feature and store cpuid
> information for later use. CDP feature is based on CAT, note that all
> sockets in the platform must have CDP either enabled or disabled, not
> a mix. cdp_socket_avail saves CDP capability of ev
Hi Shannon,
On 02/09/15 10:18, Christoffer Dall wrote:
> On Wed, Sep 02, 2015 at 02:41:36AM -0600, Jan Beulich wrote:
> Shannon Zhao 09/02/15 8:03 AM >>>
>>> There are some descriptions in Documentation/arm64/booting.txt of Linux:
>>>
>>> "The Image must be placed text_offset bytes from a 2MB
netif.h contains a specification of the XEN_NETIF_EXTRA_TYPE_MCAST_{ADD,DEL}
extra info messages require to manipulate a multicast filter list maintained
by a backend and specifies the xenstore negotiation protocol in a comment
just above the structure defintion, which is easy to miss.
This patch
On Wed, 2015-09-02 at 09:50 +, Dave Scott wrote:
> Looks fine to me.
>
> Acked-by: David Scott
Applied.
>
> > On 1 Sep 2015, at 19:34, Doug Goldstein wrote:
> >
> > Since 9c89dc95201ffed5fead17b35754bf9440fdbdc0 libxenstore prefers
> > using
> > /dev/xen/xenbus over /proc/xen/xenbus. Th
On Wed, 2015-09-02 at 12:08 +0100, Wei Liu wrote:
> On Wed, Sep 02, 2015 at 10:34:55AM +0100, George Dunlap wrote:
> > Changeset 1166ecf ('tools/Rules.mk: Don't optimize debug builds; add
> > macro debugging information') exposed a bug whereby the autoconf stuff
> > in tools was setting its own deb
On Wed, Sep 02, 2015 at 12:24:31PM +0100, Ian Campbell wrote:
> On Wed, 2015-09-02 at 12:08 +0100, Wei Liu wrote:
> > On Wed, Sep 02, 2015 at 10:34:55AM +0100, George Dunlap wrote:
> > > Changeset 1166ecf ('tools/Rules.mk: Don't optimize debug builds; add
> > > macro debugging information') exposed
On Wed, 2015-08-12 at 13:11 +0100, Julien Grall wrote:
> On 12/08/15 12:23, Ian Campbell wrote:
> > Strictly it is considered a separate thing, much like loader.efi, despite
> > where it lives e.g. it is self contained and not allowed to call into the
> > kernel proper except via the formal interfa
On Tue, 1 Sep 2015, Ian Campbell wrote:
> 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 usin
On Wed, 2015-08-12 at 13:20 +0100, Julien Grall wrote:
> On 12/08/15 11:36, Andrew Turner wrote:
> > Would it be possible to add a stdout property and node for the hvc0
> > device? It would help FreeBSD as we use this to find the kernel
> > console. We check for the stdout-path, linux,stdout-path,
Hi all,
this patch series introduces support for gzipped kernels, such as the
standard Image.gz format used by Linux on arm64 by default, in Xen on
arm. Without it, Xen cannot load the default kernel shipped by distros,
such as CentOS 7.
Stefano Stabellini (2):
xen: move perform_gunzip to
Free the memory used for the compressed kernel and update the relative
mod->start and mod->size parameters with the uncompressed ones.
Signed-off-by: Stefano Stabellini
CC: julien.gr...@citrix.com
CC: ian.campb...@citrix.com
---
Changes in v3:
- better error checks in kernel_decompress
- free u
On Tue, 2015-08-18 at 12:00 -0700, Julien Grall wrote:
> Hi,
>
> On 18/08/2015 02:34, Shannon Zhao wrote:
> > IIUC, this is a requirement for Linux. Because when Linux parses the
> > minimal DT, it uses below dt_params to match the DT properties. If it
> > doesn't match any of them, it will fial.
The current gunzip code to decompress the Dom0 kernel is implemented in
inflate.c which is included by bzimage.c.
I am looking to doing the same on ARM64 but there is quite a bit of
boilerplate definitions that I would need to import in order for
inflate.c to work correctly.
Instead of copying/pa
Hi Ian,
On 02/09/15 12:30, Ian Campbell wrote:
>> Although, when running on Xen, FreeBSD is creating a Xen console by
>> default with the higher priority. It will be grabbed by FreeBSD as the
>> default one.
>
> ... Linux should be doing the same. The problem is that the existing code
> to call a
On 02/09/15 09:27, He Chen wrote:
> cdp_enabled is added to CAT socket info to indicate CDP is on or off on
> the socket and struct psr_cat_cbm is extended to support CDP operation.
> IA32_L3_QOS_CFG is a new MSR to enable/disable L3 CDP, when enable or
> disable CDP, all domains will reset to
Hi all,
I would like to pick this up again. We are now getting close to RC3 and do not
seem to have consensus. Would it make sense to summarise and just go for a vote?
Lars
> On 12 Aug 2015, at 08:35, Jan Beulich wrote:
>
On 06.08.15 at 12:52, wrote:
>> I would even go as far as recommend
On 08/31/2015 06:12 PM, Boris Ostrovsky wrote:
On 08/20/2015 02:16 PM, Juergen Groß wrote:
On 08/18/2015 05:55 PM, Dario Faggioli wrote:
Hey everyone,
So, as a followup of what we were discussing in this thread:
[Xen-devel] PV-vNUMA issue: topology is misinterpreted by the guest
http://li
On 02/09/15 09:28, He Chen wrote:
> CDP extends CAT and provides the capacity to control L3 code & data
> cache. With CDP, one COS correspond to two CMBs(code & data). cbm_type
> is added to support distinguish different CBM operation. Besides, new
> domctl cmds are introdunced to support set/get C
On 2015/9/2 19:09, Julien Grall wrote:
On 02/09/15 07:02, Shannon Zhao wrote:
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->g
On Wed, 2015-09-02 at 12:39 +0100, Julien Grall wrote:
> Hi Ian,
>
> On 02/09/15 12:30, Ian Campbell wrote:
> > > Although, when running on Xen, FreeBSD is creating a Xen console by
> > > default with the higher priority. It will be grabbed by FreeBSD as
> > > the
> > > default one.
> >
> > ...
On 02/09/15 09:27, He Chen wrote:
> Hi all,
>
> Code/Data Prioritization(CDP) is offered in Intel Broadwell and later server
> platforms, which is an extension of CAT. CDP enables isolation and separate
> prioritization of code and data fetches to the L3 cache in a software
> configurable manner, w
On Tuesday 01 September 2015 01:02 PM, Jan Beulich wrote:
On 31.08.15 at 14:36, wrote:
On Thursday 13 August 2015 03:12 PM, Manish Jaggi wrote:
4.2.1 Mapping BAR regions in guest address space
-
When a PCI-EP
On Fri, 2015-08-28 at 17:45 +0800, Shannon Zhao wrote:
>
> 1. Create minimal DT to pass required information to Dom0
> --
> The UEFI stub is a feature that extends the Image/zImage into a valid
> UEFI PE/COFF executable, including a loader ap
Xen's PV network protocol includes messages to add/remove ethernet
multicast addresses to/from a filter list in the backend. This allows
the frontend to request the backend only forward multicast packets
which are off interest thus preventing unnecessary noise on the shared
ring.
The canonical net
> On 2 Sep 2015, at 11:57, Ian Campbell wrote:
>
> On Wed, 2015-09-02 at 11:04 +0100, David Scott wrote:
>> From: David Scott
>>
>> Replace my sometimes unreliable address with
>> my reliable permanent address.
>>
>
> I'd add (assuming I've got cause and effect right):
>
> Reported-by: Dou
>>> On 02.09.15 at 11:25, wrote:
>
> On 2015/9/2 16:41, Jan Beulich wrote:
> Shannon Zhao 09/02/15 8:03 AM >>>
>>> >There are some descriptions in Documentation/arm64/booting.txt of Linux:
>>> >
>>> >"The Image must be placed text_offset bytes from a 2MB aligned base
>>> >address near the s
flight 61259 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/61259/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt-vhd 9 debian-di-installfail never pass
test-armhf-armhf-libvirt-qcow2 9 debian-di
>>> On 02.09.15 at 13:50, wrote:
> I would like to pick this up again. We are now getting close to RC3 and do
> not seem to have consensus. Would it make sense to summarise and just go for
> a vote?
Feel free to go ahead.
Jan
___
Xen-devel mailing
On 09/02/2015 04:08 AM, Jan Beulich wrote:
Boris Ostrovsky 09/02/15 2:55 AM >>>
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;
*
On 02/09/15 13:02, Shannon Zhao wrote:
>> Hold on, this is about Linux able to use the memory for his own usage.
>> ACPI table are not part of this memory because they are marked reserved
>> by the firmware.
>>
>> If we follow your logic, all ACPI tables always should be above the
>> kernel. I don'
On Tue, Sep 01, 2015 at 11:09:38PM +, Justin Acker wrote:
>
> From: Konrad Rzeszutek Wilk
> To: Justin Acker
> Cc: "xen-devel@lists.xen.org" ;
> boris.ostrov...@oracle.com
> Sent: Tuesday, September 1, 2015 4:56 PM
> Subject: Re: [Xen-devel] xhci_hcd intterrupt affinity in Dom0/D
On Mon, 2015-08-31 at 03:40 -0600, Jan Beulich wrote:
> > d) Copy MADT table
> > > > > > It needs to change MADT table to restrict the number of vCPUs.
> > > > > > We choose
> > > > > > to copy the first dom0_max_vcpus GICC entries of MADT to new
> > > > > > created
> > > > > > MADT table when nu
flight 61248 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/61248/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm 19 guest-start/debianhvm.repeat
fail REGR. vs. 60878
On Mon, 2015-08-31 at 13:34 +0100, Julien Grall wrote:
>
> No, see my answer above. I'm suggesting to re-use the same trick as we
> do for the grant table region. We know that this region will never be
> allocated in the DOM0 address space either because of the direct mapping
> or because it's
On 02/09/15 13:08, Manish Jaggi wrote:
>
>
> On Tuesday 01 September 2015 01:02 PM, Jan Beulich wrote:
> On 31.08.15 at 14:36, wrote:
>>> On Thursday 13 August 2015 03:12 PM, Manish Jaggi wrote:
4.2.1 Mapping BAR regions in guest address space
-
On Wed, Sep 2, 2015 at 3:28 AM, Jan Beulich wrote:
Doug Goldstein 09/01/15 10:10 PM >>>
>>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.
>>---
>
> Missing Signe
>>> On 02.09.15 at 14:31, wrote:
> On 09/02/2015 04:08 AM, Jan Beulich wrote:
> Boris Ostrovsky 09/02/15 2:55 AM >>>
>>> 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
>>> On 02.09.15 at 15:09, wrote:
> On Wed, Sep 2, 2015 at 3:28 AM, Jan Beulich wrote:
> Doug Goldstein 09/01/15 10:10 PM >>>
>>>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 e
On Wed, Sep 2, 2015 at 3:25 AM, Jan Beulich wrote:
Doug Goldstein 09/01/15 9:05 PM >>>
>>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 deletio
On Wed, 2 Sep 2015, Jan Beulich wrote:
> >>> On 02.09.15 at 13:50, wrote:
> > I would like to pick this up again. We are now getting close to RC3 and do
> > not seem to have consensus. Would it make sense to summarise and just go
> > for
> > a vote?
>
> Feel free to go ahead.
Agreed
___
On Wed, 2015-09-02 at 13:52 +0100, Julien Grall wrote:
> On 02/09/15 13:02, Shannon Zhao wrote:
> > > Hold on, this is about Linux able to use the memory for his own
> > > usage.
> > > ACPI table are not part of this memory because they are marked
> > > reserved
> > > by the firmware.
> > >
> >
On Wed, 2015-09-02 at 12:25 +0100, Wei Liu wrote:
> On Wed, Sep 02, 2015 at 12:24:31PM +0100, Ian Campbell wrote:
> > On Wed, 2015-09-02 at 12:08 +0100, Wei Liu wrote:
> > > On Wed, Sep 02, 2015 at 10:34:55AM +0100, George Dunlap wrote:
> > > > Changeset 1166ecf ('tools/Rules.mk: Don't optimize deb
On Wed, Sep 02, 2015 at 04:28:01PM +0800, He Chen wrote:
> This is the xc/xl changes to support Intel Code/Data Prioritization.
> Two new xl commands are introduced to enable/disable CDP dynamically,
> and CAT xl commands to set/get CBMs are extended to support CDP.
>
> Signed-off-by: He Chen
> -
On Wed, Sep 02, 2015 at 04:28:02PM +0800, He Chen wrote:
[...]
> +Code/Data Prioritization (CDP) Technology is an extension of CAT, which is
> +available on Intel Broadwell and later server platforms. CDP enables
> isolation
> +and separate prioritization of code and data fetches to the L3 cache i
On Wed, 2015-09-02 at 07:14 -0600, Jan Beulich wrote:
> >
> > > > On 02.09.15 at 15:09, wrote:
> > On Wed, Sep 2, 2015 at 3:28 AM, Jan Beulich wrote:
> > > > > > Doug Goldstein 09/01/15 10:10 PM >>>
> > > > Update the top-level make help to include all the possible targets
> > > > and
> > > >
On Wed, 2015-09-02 at 13:59 +0100, Julien Grall wrote:
(I'm not caught up on my mail, so just commenting on this one aspect)
> Anyway, I think this logic should be done in the toolstack and not in
> the hypervisor. Only the toolstack is in charge of the memory layout.
> Xen appears to know the me
On 01/09/15 18:39, 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 multiple cpus?
No.
PIRQs are d
On Wed, 2015-09-02 at 08:53 -0400, Konrad Rzeszutek Wilk wrote:
> On Tue, Sep 01, 2015 at 11:09:38PM +, Justin Acker wrote:
> >
> > From: Konrad Rzeszutek Wilk
> > To: Justin Acker
> > Cc: "xen-devel@lists.xen.org" ;
> > boris.ostrov...@oracle.com
> > Sent: Tuesday, September 1, 2
On Wed, 2015-09-02 at 14:48 +0100, Julien Grall wrote:
> On 02/09/15 14:26, Ian Campbell wrote:
> > > > > I think the problem is how you reserved this region in the EFI
> > > > > memory
> > > > > table. From what I saw, you marked this new memory with
> > > > > EFI_MEMORY_WB
> > > > > (which mean
On 02/09/15 14:26, Ian Campbell wrote:
I think the problem is how you reserved this region in the EFI memory
table. From what I saw, you marked this new memory with EFI_MEMORY_WB
(which means that the region can be usable by Linux).
>>> Yes, I mark it with EFI_MEMORY_WB. Is this
>>> On 02.09.15 at 13:33, wrote:
> The current gunzip code to decompress the Dom0 kernel is implemented in
> inflate.c which is included by bzimage.c.
>
> I am looking to doing the same on ARM64 but there is quite a bit of
> boilerplate definitions that I would need to import in order for
> infla
On Wed, Sep 2, 2015 at 3:54 PM, Ian Campbell wrote:
> On Wed, 2015-09-02 at 14:48 +0100, Julien Grall wrote:
>> On 02/09/15 14:26, Ian Campbell wrote:
>> > > > > I think the problem is how you reserved this region in the EFI
>> > > > > memory
>> > > > > table. From what I saw, you marked this new
Hi Ian,
On 2015/9/2 20:54, Ian Campbell wrote:
On Mon, 2015-08-31 at 03:40 -0600, Jan Beulich wrote:
d) Copy MADT table
It needs to change MADT table to restrict the number of vCPUs.
We choose
to copy the first dom0_max_vcpus GICC entries of MADT to new
created
MADT table when numa is not supp
>>> On 02.09.15 at 15:48, wrote:
> On 02/09/15 14:26, Ian Campbell wrote:
> I think the problem is how you reserved this region in the EFI memory
> table. From what I saw, you marked this new memory with EFI_MEMORY_WB
> (which means that the region can be usable by Linux).
>
Y
On Wed, Sep 02, 2015 at 01:19:53PM +0100, Paul Durrant wrote:
> Xen's PV network protocol includes messages to add/remove ethernet
> multicast addresses to/from a filter list in the backend. This allows
> the frontend to request the backend only forward multicast packets
> which are off interest th
> -Original Message-
> From: Wei Liu [mailto:wei.l...@citrix.com]
> Sent: 02 September 2015 15:01
> To: Paul Durrant
> Cc: net...@vger.kernel.org; xen-de...@lists.xenproject.org; Ian Campbell;
> Wei Liu
> Subject: Re: [PATCH net-next] xen-netback: add support for multicast control
>
> On W
El 02/09/15 a les 10.08, Jan Beulich ha escrit:
Boris Ostrovsky 09/02/15 2:55 AM >>>
>> 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
On 09/02/2015 09:13 AM, Jan Beulich wrote:
On 02.09.15 at 14:31, wrote:
On 09/02/2015 04:08 AM, Jan Beulich wrote:
Boris Ostrovsky 09/02/15 2:55 AM >>>
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
>>> On 02.09.15 at 13:39, wrote:
> On 02/09/15 09:27, He Chen wrote:
>> +/* Reset all domain to COS0 */
>> +for_each_domain( d )
>> +{
>> +d->arch.psr_cos_ids[socket] = 0;
>> +info->cos_to_cbm[0].ref++;
>
> This is a long running operation and must
On 09/02/2015 07:58 AM, Juergen Gross wrote:
On 08/31/2015 06:12 PM, Boris Ostrovsky wrote:
On 08/20/2015 02:16 PM, Juergen Groß wrote:
On 08/18/2015 05:55 PM, Dario Faggioli wrote:
Hey everyone,
So, as a followup of what we were discussing in this thread:
[Xen-devel] PV-vNUMA issue: top
El 02/09/15 a les 16.01, Boris Ostrovsky ha escrit:
> Actually, at least for Linux, CONFIG_XEN 'depends on X86_64 || (X86_32
> && X86_PAE)'. And I don't know whether there are any other OSs (i.e.
> FreeBSD) that are going to ever support 32-bit PVH-classic (Roger might
> correct me on that).
No, I
>>> On 02.09.15 at 15:34, wrote:
> On Wed, 2015-09-02 at 07:14 -0600, Jan Beulich wrote:
>> > > > On 02.09.15 at 15:09, wrote:
>> > On Wed, Sep 2, 2015 at 3:28 AM, Jan Beulich wrote:
>> > > > > > Doug Goldstein 09/01/15 10:10 PM >>>
>> > > > --- a/Makefile
>> > > > +++ b/Makefile
>> > > > @@ -2
On 9/2/15 9:14 AM, Jan Beulich wrote:
On 02.09.15 at 15:34, wrote:
>> On Wed, 2015-09-02 at 07:14 -0600, Jan Beulich wrote:
>> On 02.09.15 at 15:09, wrote:
On Wed, Sep 2, 2015 at 3:28 AM, Jan Beulich wrote:
Doug Goldstein 09/01/15 10:10 PM >>>
>> --- a/Makefile
>>
On Wed, 2015-09-02 at 21:59 +0800, Shannon Zhao wrote:
> Hi Ian,
>
> On 2015/9/2 20:54, Ian Campbell wrote:
> > On Mon, 2015-08-31 at 03:40 -0600, Jan Beulich wrote:
> > > > d) Copy MADT table
> > > > > > > > It needs to change MADT table to restrict the number of
> > > > > > > > vCPUs.
> > > > >
On Wed, 2015-09-02 at 08:14 -0600, Jan Beulich wrote:
> >
> > > > On 02.09.15 at 15:34, wrote:
> > On Wed, 2015-09-02 at 07:14 -0600, Jan Beulich wrote:
> > > > > > On 02.09.15 at 15:09, wrote:
> > > > On Wed, Sep 2, 2015 at 3:28 AM, Jan Beulich
> > > > wrote:
> > > > > > > > Doug Goldstein 0
On 09/02/2015 04:08 PM, Boris Ostrovsky wrote:
On 09/02/2015 07:58 AM, Juergen Gross wrote:
On 08/31/2015 06:12 PM, Boris Ostrovsky wrote:
On 08/20/2015 02:16 PM, Juergen Groß wrote:
On 08/18/2015 05:55 PM, Dario Faggioli wrote:
Hey everyone,
So, as a followup of what we were discussing in
1 - 100 of 159 matches
Mail list logo
