flight 35758 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35758/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3865 xen-build fail REGR. vs. 34629
build-amd64
>>> On 01.03.15 at 15:50, wrote:
> flight 35709 xen-unstable real [real]
> http://www.chiark.greenend.org.uk/~xensrcts/logs/35709/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> build-i3865 xen-build
On Sun, 2015-03-01 at 23:30 +0100, Sander Eikelenboom wrote:
> Hi Wei / Ian,
>
> I'm getting this error on a "make clean" on a freshly
> cloned xen-unstable staging tree. It's probably because the make script
> can't handle a make clean on a tree which hasn't cloned the mini-os tree
> at least on
On Fri, 27 Feb 2015, Konrad Rzeszutek Wilk wrote:
> On Fri, Feb 27, 2015 at 09:53:46AM -0800, Luis R. Rodriguez wrote:
> > On Fri, Feb 27, 2015 at 6:30 AM, Juergen Gross wrote:
> > > On 02/27/2015 02:38 PM, Stefano Stabellini wrote:
> > >>
> > >> On Fri, 27 Feb 2015, Juergen Gross wrote:
> > >>>
>
On Mon, 2015-03-02 at 09:35 +, Jan Beulich wrote:
> >>> On 01.03.15 at 15:50, wrote:
> > flight 35709 xen-unstable real [real]
> > http://www.chiark.greenend.org.uk/~xensrcts/logs/35709/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blocking,
> > including tests which
This should make diagnosing libvirt issues a bit easier.
Refactor the existing loop to edit the xencommons kvp style config
file editing code so it can be reused for libvirtd.conf.
Signed-off-by: Ian Campbell
Cc: Jim Fehlig
---
ts-xen-install | 17 -
1 file changed, 12 insertio
On Fri, 27 Feb 2015, Konrad Rzeszutek Wilk wrote:
> This has been in queue for some time.
>
> In our kernels (UEK3) we had to revert said patch. The patch says:
>
> "xen/fb: allow xenfb initialization for hvm guests
>
> There is no reasons why an HVM guest shouldn't be allowed to use xen
On Fri, 2015-02-27 at 13:47 -0700, Jim Fehlig wrote:
> I think we need DEBUG log level, although it is rather verbose.[...]
> In my experience, if ERROR is insufficient, INFO and WARNING don't
> help. DEBUG is needed.
Thanks, I've just sent out an osstest patch to enable log_level=1.
Ian, I thin
On Fri, 27 Feb 2015, Mike Latimer wrote:
> On Friday, February 27, 2015 11:29:12 AM Mike Latimer wrote:
> > On Friday, February 27, 2015 08:28:49 AM Mike Latimer wrote:
> > After adding 2048aeec, dom0's target is lowered by the required amount (e.g.
> > 64GB), but as dom0 cannot balloon down fast e
Signed-off-by: Olaf Hering
Cc: Ian Campbell
Cc: Ian Jackson
Cc: Jan Beulich
Cc: Keir Fraser
Cc: Tim Deegan
---
NOTE: the URLS are still broken because the "unstable" directory does not exist.
docs/misc/xenstore-paths.markdown | 10 ++
1 file changed, 10 insertions(+)
diff --git a/
Port vscsi=[] and scsi-{attach,detach,list} commands from xend to libxl.
Initial attempt was sent a year ago:
http://lists.xenproject.org/archives/html/xen-devel/2014-04/msg03958.html
Most comments are addressed.
This version has been tested with SLES as backend and frontend.
So far I had no suc
The code in xend, xenlinux and pvops 3.18 expects the h:c:t:l notation.
Remove incorrect reference to WWN because it was never supported. And
its not clear how it could be supported. p-devname can be used to store
a config string.
Signed-off-by: Olaf Hering
Cc: Ian Campbell
Cc: Ian Jackson
Cc:
Signed-off-by: Olaf Hering
Cc: Ian Campbell
Cc: Ian Jackson
Cc: Jan Beulich
Cc: Keir Fraser
Cc: Tim Deegan
---
docs/misc/pvscsi.txt | 147 +++
1 file changed, 147 insertions(+)
diff --git a/docs/misc/pvscsi.txt b/docs/misc/pvscsi.txt
new file
Port pvscsi support from xend to libxl. See pvscsi.txt for details.
Outstanding work is listed in the TODO section.
Signed-off-by: Olaf Hering
Cc: Ian Jackson
Cc: Stefano Stabellini
Cc: Ian Campbell
Cc: Wei Liu
---
tools/libxl/Makefile | 1 +
tools/libxl/libxl.c
flight 35663 qemu-upstream-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/35663/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rhel6hvm-amd 6 leak-check/basis(6) running in 34247
[st=running!]
test-a
On 01/03/15 10:57, Yuval Shaia wrote:
> Signed-off-by: Yuval Shaia
> ---
> include/xen/xenbus.h |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/include/xen/xenbus.h b/include/xen/xenbus.h
> index b78f21c..b0f1c9e 100644
> --- a/include/xen/xenbus.h
> +++ b/includ
>>> On 02.03.15 at 11:12, wrote:
> On Fri, 27 Feb 2015, Mike Latimer wrote:
>> On Friday, February 27, 2015 11:29:12 AM Mike Latimer wrote:
>> > On Friday, February 27, 2015 08:28:49 AM Mike Latimer wrote:
>> > After adding 2048aeec, dom0's target is lowered by the required amount
> (e.g.
>> > 64
>>> On 02.03.15 at 11:15, wrote:
> The code in xend, xenlinux and pvops 3.18 expects the h:c:t:l notation.
> Remove incorrect reference to WWN because it was never supported. And
> its not clear how it could be supported. p-devname can be used to store
> a config string.
I'm not sure - even if a
On 27/02/15 21:24, Konrad Rzeszutek Wilk wrote:
> This has been in queue for some time.
>
> In our kernels (UEK3) we had to revert said patch. The patch says:
>
> "xen/fb: allow xenfb initialization for hvm guests
>
> There is no reasons why an HVM guest shouldn't be allowed to use xenfb
>>> On 02.03.15 at 11:16, wrote:
> +== Config Format ==
> +
> +The domU.cfg syntax is "vscsi=[ 'pdev,vdev[,option]' ]". pdev is the dom0
> device
> +in either /dev/$device or pHOST:CHANNEL:TARGET:LUN notation. vdev is the
> domU
Since /dev/... is OS (Linux) specific, I think the text should ex
On 02/03/15 10:46, Jan Beulich wrote:
On 02.03.15 at 11:15, wrote:
>> The code in xend, xenlinux and pvops 3.18 expects the h:c:t:l notation.
>> Remove incorrect reference to WWN because it was never supported. And
>> its not clear how it could be supported. p-devname can be used to store
>>
Though it doesn't work with make's "-j" option, the build system of OVMF
has an option to specify parallel threads used to run the build.
Using 4 threads to build OVMF looks like a sensible default.
Signed-off-by: Wei Liu
Cc: Anthony Perard
Cc: Ian Campbell
Cc: Ian Jackson
---
tools/firmware
Wei Liu (2):
tools: OVMF parallel build
tools: provide distclean target for OVMF
tools/firmware/ovmf-makefile | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
--
1.9.1
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists
OVMF's distclean target was missed in f9c9b1277 (tools: fix "make
distclean").
Signed-off-by: Wei Liu
Cc: Anthony Perard
Cc: Ian Campbell
Cc: Ian Jackson
---
tools/firmware/ovmf-makefile | 3 +++
1 file changed, 3 insertions(+)
diff --git a/tools/firmware/ovmf-makefile b/tools/firmware/ovmf-
On 03/02/2015 11:50 AM, Andrew Cooper wrote:
On 02/03/15 10:46, Jan Beulich wrote:
On 02.03.15 at 11:15, wrote:
The code in xend, xenlinux and pvops 3.18 expects the h:c:t:l notation.
Remove incorrect reference to WWN because it was never supported. And
its not clear how it could be supported.
On Fri, 2015-02-27 at 17:07 +, Ian Campbell wrote:
> On Fri, 2015-02-27 at 16:37 +, Ian Campbell wrote:
> > On Wed, 2015-02-25 at 11:21 +, Wei Liu wrote:
> > > This is v3 of my mini-os splitting off patch series.
> >
> > As xen@xenbits I ran:
> > $ mkdir ~/git/mini-os.git
> >
On 05/02/15 20:38, Takashi Iwai wrote:
> Hi,
>
> this is a couple of patchset to clean up the sysfs entry creation /
> removal in xen driver codes. They are relatively straightforward
> conversion patches, where manual function calls are replaced with
> static attribute groups.
Applied to devel/
On 03/02/2015 11:15 AM, Olaf Hering wrote:
The code in xend, xenlinux and pvops 3.18 expects the h:c:t:l notation.
Remove incorrect reference to WWN because it was never supported. And
its not clear how it could be supported. p-devname can be used to store
a config string.
The pvops backend dri
>>> On 02.03.15 at 11:50, wrote:
> On 02/03/15 10:46, Jan Beulich wrote:
> On 02.03.15 at 11:15, wrote:
>>> The code in xend, xenlinux and pvops 3.18 expects the h:c:t:l notation.
>>> Remove incorrect reference to WWN because it was never supported. And
>>> its not clear how it could be suppo
On 21/01/15 07:49, Juergen Gross wrote:
> The Xen hypercalls are defined in include/xen/interface/xen.h. There
> are some places where for each hypercall a table element is created.
> Instead of manually add each hypercall element to these tables use
> an auto generated header built during the make
On 02/03/15 10:55, Jürgen Groß wrote:
> On 03/02/2015 11:50 AM, Andrew Cooper wrote:
>> On 02/03/15 10:46, Jan Beulich wrote:
>> On 02.03.15 at 11:15, wrote:
The code in xend, xenlinux and pvops 3.18 expects the h:c:t:l
notation.
Remove incorrect reference to WWN because it was
On 03/02/2015 11:16 AM, Olaf Hering wrote:
Signed-off-by: Olaf Hering
Cc: Ian Campbell
Cc: Ian Jackson
Cc: Jan Beulich
Cc: Keir Fraser
Cc: Tim Deegan
---
docs/misc/pvscsi.txt | 147 +++
1 file changed, 147 insertions(+)
diff --git a/docs/m
Ian Campbell writes ("[PATCH] ts-xen-install: Enable debug level logging in
libvirt"):
> This should make diagnosing libvirt issues a bit easier.
If you're generalising this function,
> +print EO or die $! unless m/^$key/;
^ \b ?
?
Ia
Clean and distclean targets need not depend on existence of the mini-os
tree. Don't check for mini-os and don't try to blindly include
mini-os's Config.mk when doing clean and distclean.
Reported-by: Sander Eikelenboom
Signed-off-by: Wei Liu
Cc: Ian Campbell
Cc: Ian Jackson
---
stubdom/Makefi
On Sat, 2015-02-28 at 22:12 +, Julien Grall wrote:
> Hi Ian,
>
> On 19/02/2015 15:24, Ian Campbell wrote:
> > The ICFGR register is not necessarily writeable, in particular it is
> > IMPLEMENTATION DEFINED for a PPI if the configuration register is
> > writeable. Log a warning if the hardware
On Sat, 2015-02-28 at 22:20 +, Julien Grall wrote:
> Hi Ian,
>
> On 19/02/2015 15:24, Ian Campbell wrote:
> > +static void check_timer_irq_cfg(unsigned int irq, const char *which)
> > +{
> > +struct irq_desc *desc = irq_to_desc(irq);
> > +
> > +/*
> > + * The interrupt contoller dr
Jim Fehlig writes ("Re: [Xen-devel] [xen-unstable test] 35257: regressions -
FAIL"):
...
> In my experience, if ERROR is insufficient, INFO and WARNING don't
> help. DEBUG is needed.
Where does virtd's stderr go ? That is where any assertion failure
message would be written.
If we were more cl
CC Samuel and Stefano.
On Mon, Mar 02, 2015 at 11:09:10AM +, Wei Liu wrote:
> Clean and distclean targets need not depend on existence of the mini-os
> tree. Don't check for mini-os and don't try to blindly include
> mini-os's Config.mk when doing clean and distclean.
>
> Reported-by: Sander
On 27/02/15 21:14, Konrad Rzeszutek Wilk wrote:
> Via CPUID masking and the different apic-> overrides we
> effectively make PV guests only but with the default APIC
> driver. That is OK as an PV guest should never access any
> APIC registers. However, the APIC is also used to limit the
> amount of
On 27/02/15 21:11, Konrad Rzeszutek Wilk wrote:
> We print at the warninig level messages such as:
> pciback :90:00.5: MSI-X preparation failed (-38)
>
> which is due to the hypervisor not supporting this sub-hypercall
> (which was added in Xen 4.3).
>
> Instead of having scary messages all t
This should make diagnosing libvirt issues a bit easier.
Refactor the existing loop to edit the xencommons kvp style config
file editing code so it can be reused for libvirtd.conf.
Signed-off-by: Ian Campbell
Cc: Jim Fehlig
---
v2: Match key\b
---
ts-xen-install | 17 -
1 file
On Fri, Feb 27, 2015 at 12:45:47PM +, Stefano Stabellini wrote:
> In libxl_set_memory_target when setting the new maxmem, retain the same
> offset on top of the current target. In the future the offset will
> include memory allocated by QEMU for rom files.
>
Sorry for not having mentioned thi
Ian Campbell writes ("[PATCH v2] ts-xen-install: Enable debug level logging in
libvirt"):
> This should make diagnosing libvirt issues a bit easier.
>
> Refactor the existing loop to edit the xencommons kvp style config
> file editing code so it can be reused for libvirtd.conf.
Acked-by: Ian Jac
On Mon, 2015-03-02 at 11:14 +, Ian Jackson wrote:
> Jim Fehlig writes ("Re: [Xen-devel] [xen-unstable test] 35257: regressions -
> FAIL"):
> ...
> > In my experience, if ERROR is insufficient, INFO and WARNING don't
> > help. DEBUG is needed.
>
> Where does virtd's stderr go ? That is where
On 26/02/15 13:35, Juergen Gross wrote:
> Introduces the Xen pvUSB backend. With pvUSB it is possible for a Xen
> domU to communicate with a USB device assigned to that domU. The
> communication is all done via the pvUSB backend in a driver domain
> (usually Dom0) which is owner of the physical dev
On Fri, 2015-02-27 at 17:31 -0700, Mike Latimer wrote:
> On Friday, February 27, 2015 11:29:12 AM Mike Latimer wrote:
> > On Friday, February 27, 2015 08:28:49 AM Mike Latimer wrote:
> > After adding 2048aeec, dom0's target is lowered by the required amount (e.g.
> > 64GB), but as dom0 cannot ballo
Stefano,
apart from having been curious for a while why we carry a fix for
CVE-2013-4540 in our 4.4.1 based tree, patches for CVE-2014-3615
appeared there too recently. What is the maintenance state of the
stable qemu upstream trees in regard to security fixes? I would kind
of expect that you as t
On Mon, 2015-03-02 at 11:37 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH v2] ts-xen-install: Enable debug level logging
> in libvirt"):
> > This should make diagnosing libvirt issues a bit easier.
> >
> > Refactor the existing loop to edit the xencommons kvp style config
> > file edit
On Fri, 2015-02-27 at 17:15 +, Stefano Stabellini wrote:
> On Fri, 27 Feb 2015, Ian Campbell wrote:
> > On Fri, 2015-02-27 at 16:35 +, Jan Beulich wrote:
> > > >>> On 27.02.15 at 16:24, wrote:
> > > > On Fri, 2015-02-27 at 14:54 +, Stefano Stabellini wrote:
> > > >> MMCFG is a Linux co
On Mon, 2 Mar 2015, Jan Beulich wrote:
> >>> On 02.03.15 at 11:12, wrote:
> > On Fri, 27 Feb 2015, Mike Latimer wrote:
> >> On Friday, February 27, 2015 11:29:12 AM Mike Latimer wrote:
> >> > On Friday, February 27, 2015 08:28:49 AM Mike Latimer wrote:
> >> > After adding 2048aeec, dom0's target i
From: Vijaya Kumar K
Add ITS support for arm. Following major features
are supported
- GICv3 ITS support for arm64 platform
- Supports only single ITS node
- LPI descriptors are allocated on-demand
- Only ITS Dom0 is supported
Vijaya Kumar K (19):
xen/arm: add linked list apis
xen/arm: i
From: Vijaya Kumar K
ITS command encode functions are moved to
header file gits-its.h and made as inline functions.
This will be useful later in virtual its driver
Signed-off-by: Vijaya Kumar K
---
xen/arch/arm/gic-v3-its.c | 71 +---
xen/include/asm-arm/gic-its.h
From: Vijaya Kumar K
Add missing linked list apis from kernel
Signed-off-by: Vijaya Kumar K
CC: Jan Beulich
---
xen/include/xen/list.h | 33 +
1 file changed, 33 insertions(+)
diff --git a/xen/include/xen/list.h b/xen/include/xen/list.h
index 59cf571..0e1c6b
From: Vijaya Kumar K
This patch just makes ITS driver taken from linux
compiles in xen environment.
The following changes are done
- memory allocation apis are changed
- raw spin lock api's changed to normal spin lock api's
- debug prints changed to xen debug prints
- remove msi chip functio
From: Vijaya Kumar K
Add helper functions to decode ITS command
This will be useful for Virtual ITS driver
Signed-off-by: Vijaya Kumar K
---
xen/include/asm-arm/gic-its.h | 45 +
1 file changed, 45 insertions(+)
diff --git a/xen/include/asm-arm/gic-it
From: Vijaya Kumar K
ITS driver does not require functionality to
create/free device. This will be handled by virtual
ITS driver.
The functionality of ITS driver will be limited to
initialization, sending ITS commands received from
Virtual ITS driver and ITS interrupt handling.
The following fu
From: Vijaya Kumar K
Given the physical address of the page, get
the maddr to map in Xen to access domain's memory.
Signed-off-by: Vijaya Kumar K
---
xen/arch/arm/p2m.c| 24
xen/include/asm-arm/p2m.h |3 +++
2 files changed, 27 insertions(+)
diff --git a
From: Vijaya Kumar K
Introduce new fields in irq descriptors for
LPI support. data field to hold irq related data
and virq to hold virtual lpi number for the corresponding
irq
Signed-off-by: Vijaya Kumar K
---
xen/arch/arm/irq.c| 18 ++
xen/include/asm-arm/irq.h |
From: Vijaya Kumar K
The LPI allocation is handled by virtual ITS driver on
receiving ITS commands from domain. So move this functionality
from physical ITS driver to Virtual ITS driver.
This patch does not add any virtual its funtionality
except moving required code for handling LPIs
Signed-of
From: Vijaya Kumar K
This is actual GICv3 ITS driver from linux.
No xen related changes are made and is not compiled.
This helps to import any issues found in linux
Signed-off-by: Vijaya Kumar K
---
xen/arch/arm/gic-v3-its.c | 1348 +
1 file changed
From: Vijaya Kumar K
This patch implements hw_irq_controller api's required
to handle LPI's.
Signed-off-by: Vijaya Kumar K
---
xen/arch/arm/gic-v3-its.c | 104 -
xen/arch/arm/gic.c| 11 +
xen/include/asm-arm/gic.h |8 +++-
3 files
From: Vijaya Kumar K
Add Virtual ITS command processing support to
Virtual ITS driver. Also add API's to in physical
ITS driver to send commands from Virtual ITS driver.
For now, this driver can handle one physical ITS node.
If platform has more than one physical ITS node, it
need changes at the
From: Vijaya Kumar K
Add support for emulating GITS_* registers
Signed-off-by: Vijaya Kumar K
---
xen/arch/arm/gic-v3-its.c |9 +
xen/arch/arm/vgic-v3-its.c| 369 -
xen/include/asm-arm/gic-its.h |2 +
3 files changed, 379 insertions(+),
From: Vijaya Kumar K
With this patch add emulation of GICR registers for LPIs.
Also add LPI property table emulation.
Domain's LPI property table is unmapped during domain init
on LPIPROPBASE update and trapped on LPI property
table read and write
Signed-off-by: Vijaya Kumar K
---
xen/arch/ar
From: Vijaya Kumar K
ITS translation space contains GITS_TRANSLATOR
register which is written by device to raise
LPI. This space needs to mapped to every domain
address space so that device can access GITS_TRANSLATOR
register using SMMU
Signed-off-by: Vijaya Kumar K
---
xen/arch/arm/vgic-v3-it
From: Vijaya Kumar K
Intialize physical ITS driver and virtual ITS driver
based on HW support information available in GICD_TYPER
register.
Based on outcome of lpi_supported() and gic_nr_id_bits()
functions ITS driver is initialized
Signed-off-by: Vijaya Kumar K
---
xen/arch/arm/gic-v3-its.c
From: Vijaya Kumar K
Parse host dt and generate ITS node for Dom0.
ITS node resides inside GIC node so when GIC node
is encountered look for ITS node.
Signed-off-by: Vijaya Kumar K
---
xen/arch/arm/domain_build.c | 59 -
xen/arch/arm/gic-v3-its.c
From: Vijaya Kumar K
Add support for handling ITS(LPI) interrupts.
The LPI interrupts are handled by physical ITS
driver.
nested LPI interrupt handling is not tested and
enabled.
Signed-off-by: Vijaya Kumar K
---
xen/arch/arm/gic-v3-its.c | 31 +++
xen/arch/arm/
From: Vijaya Kumar K
Separate redistributor information into rdist and rdist_prop
structures.
The rdist_prop holds the redistributor common information
and rdist holds the per cpu specific information.
This percpu rdist defined as global and shared with ITS
driver
Signed-off-by: Vijaya Kumar K
From: Vijaya Kumar K
Number of LPIs supported by GICv3 is huge. Boot time
allocation of irq descriptors and pending_irq descritors
is not viable.
With this patch, allocate irq/pending_irq descritors for
LPIs on-demand and manage using radix tree
Signed-off-by: Vijaya Kumar K
---
xen/arch/arm/
Hi Ian,
On 02/03/15 11:12, Ian Campbell wrote:
> On Sat, 2015-02-28 at 22:12 +, Julien Grall wrote:
>> Hi Ian,
>>
>> On 19/02/2015 15:24, Ian Campbell wrote:
>>> The ICFGR register is not necessarily writeable, in particular it is
>>> IMPLEMENTATION DEFINED for a PPI if the configuration regis
In order to indicate the Xen tools capability to support the virtual
mapped linear p2m list instead the 3 level mfn tree add feature flags
to the shared_info page.
Signed-off-by: Juergen Gross
---
tools/include/xen-foreign/reference.size | 4 ++--
xen/include/public/arch-x86/xen.h| 10 +
>>> On 02.03.15 at 13:13, wrote:
> On Mon, 2 Mar 2015, Jan Beulich wrote:
>> >>> On 02.03.15 at 11:12, wrote:
>> > On Fri, 27 Feb 2015, Mike Latimer wrote:
>> >> On Friday, February 27, 2015 11:29:12 AM Mike Latimer wrote:
>> >> > On Friday, February 27, 2015 08:28:49 AM Mike Latimer wrote:
>> >>
On Wed, 2015-02-25 at 18:53 +, Julien Grall wrote:
> When SMMU doesn't support coherent table walk, Xen may need to clean
> updated PT (see commit 4c5f4cb "xen/arm: p2m: Clean cache PT when the
> IOMMU doesn't support coherent walk").
>
> If one SMMU of the platform doesn't support coherent ta
>>> On 02.03.15 at 13:59, <"jgr...@suse.com".non-mime.internet> wrote:
> In order to indicate the Xen tools capability to support the virtual
> mapped linear p2m list instead the 3 level mfn tree add feature flags
> to the shared_info page.
But why in the shared info page? They'd belong to start i
On Wed, 2015-02-25 at 18:52 +, Julien Grall wrote:
> The main goal is to modify as little the Linux code to be able to port
> easily new feature added in Linux repo for the driver.
>
> To achieve that we:
> - Add helpers to Linux function not implemented on Xen
> - Add callbacks used b
On Thu, 2015-02-26 at 16:45 +0800, Chao Peng wrote:
> Use calculated array index instead of hardcoded array index.
> No functional change involved.
>
> Signed-off-by: Chao Peng
Acked-by: Ian Campbell
___
Xen-devel mailing list
Xen-devel@lists.xen.o
Hi Vijay,
On 02/03/15 12:30, vijay.kil...@gmail.com wrote:
> From: Vijaya Kumar K
>
> Add ITS support for arm. Following major features
> are supported
> - GICv3 ITS support for arm64 platform
> - Supports only single ITS node
Why only one ITS node supported? I though Cavium was using 2 ITS..
>>> On 02.03.15 at 13:30, wrote:
> --- a/xen/include/xen/list.h
> +++ b/xen/include/xen/list.h
> @@ -385,6 +385,39 @@ static inline void list_splice_init(struct list_head
> *list,
> container_of(ptr, type, member)
>
> /**
> + * list_first_entry - get the first element from a list
> + * @p
On Mon, 2015-03-02 at 12:56 +, Julien Grall wrote:
> Hi Ian,
>
> On 02/03/15 11:12, Ian Campbell wrote:
> > On Sat, 2015-02-28 at 22:12 +, Julien Grall wrote:
> >> Hi Ian,
> >>
> >> On 19/02/2015 15:24, Ian Campbell wrote:
> >>> The ICFGR register is not necessarily writeable, in particula
On 02/03/15 13:15, Jan Beulich wrote:
On 02.03.15 at 13:59, <"jgr...@suse.com".non-mime.internet> wrote:
>> In order to indicate the Xen tools capability to support the virtual
>> mapped linear p2m list instead the 3 level mfn tree add feature flags
>> to the shared_info page.
> But why in the
Hi Ian,
On 02/03/15 13:17, Ian Campbell wrote:
> On Wed, 2015-02-25 at 18:52 +, Julien Grall wrote:
>> The main goal is to modify as little the Linux code to be able to port
>> easily new feature added in Linux repo for the driver.
>>
>> To achieve that we:
>> - Add helpers to Linux functi
On Thu, 2015-02-26 at 16:45 +0800, Chao Peng wrote:
> Add Memory Bandwidth Monitoring(MBM) for VMs. Two types of monitoring
> are supported: total and local memory bandwidth monitoring. To use it,
> CMT should be enabled in hypervisor.
>
> Signed-off-by: Chao Peng
This looks good. I have one que
On 02/03/15 13:42, Ian Campbell wrote:
>>> I even reread the spec before sending and reached the same conclusion,
>>> but apparently managed to fail to change the actual code!
>>>
>>> Question is -- what to do about PPIs, since the CFG register cannot
>>> express the polarity of the edge or level.
On Mon, 2015-03-02 at 13:44 +, Andrew Cooper wrote:
> On 02/03/15 13:15, Jan Beulich wrote:
> On 02.03.15 at 13:59, <"jgr...@suse.com".non-mime.internet> wrote:
> >> In order to indicate the Xen tools capability to support the virtual
> >> mapped linear p2m list instead the 3 level mfn tre
On Mon, 2015-03-02 at 13:48 +, Julien Grall wrote:
> Given that, I was wondering if it would be useful to only store
> EDGE/LEVEL in the desc->arch.type and, therefore, ignoring
> rising/falling and low/high.
If we don't ever need to know about the polarity then sure. It would
also get a DT-is
>>> On 02.03.15 at 14:44, wrote:
> On 02/03/15 13:15, Jan Beulich wrote:
> On 02.03.15 at 13:59, <"jgr...@suse.com".non-mime.internet> wrote:
>>> In order to indicate the Xen tools capability to support the virtual
>>> mapped linear p2m list instead the 3 level mfn tree add feature flags
>>> t
On Fri, 2015-02-27 at 14:03 +, Julien Grall wrote:
> Hi Daniel,
>
> On 24/02/15 15:53, Daniel De Graaf wrote:
> > This seems a reasonable solution if we don't want to change how the boot
> > parameters are set up.
> >
> > Another alternative would be to change flask_enforcing/flask_enabled to
CC'ing qemu-devel
On Mon, 2 Mar 2015, Jan Beulich wrote:
> Stefano,
>
> apart from having been curious for a while why we carry a fix for
> CVE-2013-4540 in our 4.4.1 based tree, patches for CVE-2014-3615
> appeared there too recently. What is the maintenance state of the
> stable qemu upstream t
On Mon, 2015-03-02 at 11:36 +, Wei Liu wrote:
> On Fri, Feb 27, 2015 at 12:45:47PM +, Stefano Stabellini wrote:
> > In libxl_set_memory_target when setting the new maxmem, retain the same
> > offset on top of the current target. In the future the offset will
> > include memory allocated by
>>> On 02.03.15 at 15:05, wrote:
> I guess I could monitor cve.mitre.org or the QEMU stable tree for
> commits with "CVE" in the commit message, but there isn't much else I
> can do.
Yes, I think the latter is (for the time being) the most promising route.
Question is how much work it is going to
Hi Vijay,
On 02/03/15 12:30, vijay.kil...@gmail.com wrote:
> diff --git a/xen/arch/arm/irq.c b/xen/arch/arm/irq.c
> index cb9c99b..d52ee0c 100644
> --- a/xen/arch/arm/irq.c
> +++ b/xen/arch/arm/irq.c
> @@ -89,6 +89,7 @@ static int __cpuinit init_local_irq_data(void)
> init_one_irq_desc(de
On Mon, 2015-03-02 at 10:52 +, Wei Liu wrote:
> Though it doesn't work with make's "-j" option, the build system of OVMF
> has an option to specify parallel threads used to run the build.
>
> Using 4 threads to build OVMF looks like a sensible default.
It's a bit arbitrary, but it'll do, I su
On Mon, 2 Mar 2015, Jan Beulich wrote:
> >>> On 02.03.15 at 15:05, wrote:
> > I guess I could monitor cve.mitre.org or the QEMU stable tree for
> > commits with "CVE" in the commit message, but there isn't much else I
> > can do.
>
> Yes, I think the latter is (for the time being) the most promis
On Mon, 2015-03-02 at 10:52 +, Wei Liu wrote:
> OVMF's distclean target was missed in f9c9b1277 (tools: fix "make
> distclean").
tools/firmware/Makefile has:
subdir-distclean-ovmf: .phony
rm -rf ovmf-dir ovmf-dir-remote
Shouldn't this be avoiding recursing into ovmf-dir in the first p
On Mon, 2015-03-02 at 13:45 +, Julien Grall wrote:
> Hi Ian,
>
> On 02/03/15 13:17, Ian Campbell wrote:
> > On Wed, 2015-02-25 at 18:52 +, Julien Grall wrote:
> >> The main goal is to modify as little the Linux code to be able to port
> >> easily new feature added in Linux repo for the dri
On Fri, 2015-02-27 at 17:53 +, Andrew Cooper wrote:
> XenServer's VM density testing uncovered a regression when moving from
> sysvinit to systemd where the file descriptor limit dropped from 4096 to
> 1024. (XenServer had previously inserted a ulimit statement into its
> initscripts.)
>
> One
On Mon, 2015-03-02 at 14:24 +, Andrew Cooper wrote:
> On 02/03/15 14:22, Ian Campbell wrote:
> > On Fri, 2015-02-27 at 17:53 +, Andrew Cooper wrote:
> >> XenServer's VM density testing uncovered a regression when moving from
> >> sysvinit to systemd where the file descriptor limit dropped f
On Mon, Mar 02, 2015 at 02:05:18PM +, Ian Campbell wrote:
> On Mon, 2015-03-02 at 11:36 +, Wei Liu wrote:
> > On Fri, Feb 27, 2015 at 12:45:47PM +, Stefano Stabellini wrote:
> > > In libxl_set_memory_target when setting the new maxmem, retain the same
> > > offset on top of the current
On Wed, 2015-02-25 at 15:07 +, Stefano Stabellini wrote:
> LIBXL_MAXMEM_CONSTANT is used to increase the maxmem setting for a
> domain by a constant amount. As it is not clear the reason why we should
> be doing this, remove the constant.
When you resend please could you include a reference (e
1 - 100 of 262 matches
Mail list logo
