On Mon, 2015-07-27 at 11:49 +0100, Andrew Cooper wrote:
> On 27/07/15 11:41, George Dunlap wrote:
> > Can you expand a little on this? I'm having trouble figuring out
> > exactly what user-space applications are reading and how they're using
> > it -- and, how they work currently in virtual envir
flight 59961 linux-3.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/59961/
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
The current arrangement is a bit odd, I'm not sure why it would be
that way and it results in a huge list of files in the middle of the
log which is rather boring to scroll through.
Signed-off-by: Ian Campbell
Acked-by: Ian Jackson
---
ts-debian-hvm-install | 2 +-
1 file changed, 1 insertion(+
I don't think there is any point in these since c60b6d20b0fd
"ts-debian-hvm-install: Arrange for installed guest to use a serial
console" and they represent an unexplained difference between the
islinux and grub cases.
Signed-off-by: Ian Campbell
Acked-by: Ian Jackson
---
ts-debian-hvm-install
This is primarily to get DEBIAN_FRONTEND=test, for easier to read
logging.
Previously the command line consisted of the console and
preseed/file=/preseed.cfg. After this it is more complex.
The preseed file uses file= which is an alias for preseed/file. Extra
options are given including DEBIAN_FR
The main one is the middle one which would have made
http://logs.test-lab.xenproject.org/osstest/logs/59681/test-amd64-i386-xl
-qemuu-debianhvm-amd64/info.html a lot easier to read due to the
DEBIAN_FRONTEND=text.
Since v1 applied some acks and refactored the middle patch to make it all
less repet
On Friday, 24.07.2015 at 17:01, Ian Jackson wrote:
> Martin Lucina writes ("[PATCH v3] xenconsole: Ensure exclusive access to
> console using locks"):
> > If more than one instance of xenconsole is run against the same DOMID
> > then each instance will only get some data. This change ensures
> > e
On 27/07/15 13:35, David Vrabel wrote:
> On 27/07/15 12:35, Julien Grall wrote:
>> Currently, the event channel rebind code is gated with the presence of
>> the vector callback.
>>
>> The virtual interrupt controller on ARM has the concept of per-CPU
>> interrupt (PPI) which allow us to support per
On 27/07/15 12:01, Julien Grall wrote:
> On 27/07/15 10:30, David Vrabel wrote:
>> On 25/07/15 00:21, Julien Grall wrote:
>>> On 24/07/2015 12:47, David Vrabel wrote:
@@ -550,6 +551,11 @@ int alloc_xenballooned_pages(int nr_pages, struct
page **pages)
page = balloon_retriev
On 27/07/15 12:35, Julien Grall wrote:
> Currently, the event channel rebind code is gated with the presence of
> the vector callback.
>
> The virtual interrupt controller on ARM has the concept of per-CPU
> interrupt (PPI) which allow us to support per-VCPU event channel.
> Therefore there is no
Hi Wei,
On 24/07/15 16:39, Wei Liu wrote:
> In ea214001 ("x86/altp2m: add altp2mhvm HVM domain parameter"), a
> check was added to ensure nestedhvm and altp2m cannot be enabled at
> the same time. That check was added in xl, but in fact it should be in
> libxl because it should be the entity that
At 14:01 +0200 on 27 Jul (1438005701), Juergen Gross wrote:
> There would be another solution, of course:
>
> Support hyperthreads in the Xen scheduler via gang scheduling. While
> this is not a simple solution, it is a fair one. Hyperthreads on one
> core can influence each other rather much. Wit
flight 59942 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/59942/
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
test-amd64-i386-xl-qem
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Xen Security Advisory CVE-2015-5154 / XSA-138
version 2
QEMU heap overflow flaw while processing certain ATAPI commands.
UPDATES IN VERSION 2
Public release.
ISSUE DESCRIPTION
==
On 07/27/2015 01:11 PM, George Dunlap wrote:
On 07/27/2015 11:54 AM, Juergen Gross wrote:
On 07/27/2015 12:43 PM, George Dunlap wrote:
On Mon, Jul 27, 2015 at 5:35 AM, Juergen Gross wrote:
On 07/24/2015 06:44 PM, Boris Ostrovsky wrote:
On 07/24/2015 12:39 PM, Juergen Gross wrote:
I don'
El 24/07/15 a les 19.36, Konrad Rzeszutek Wilk ha escrit:
> On Fri, Jul 24, 2015 at 06:54:09PM +0200, Roger Pau Monné wrote:
>> I have the feeling that we are over engineering this interface. IMHO we
>> should only allow the user to set the control registers, efer (on amd64)
>> and the GP registers
Currently, the event channel rebind code is gated with the presence of
the vector callback.
The virtual interrupt controller on ARM has the concept of per-CPU
interrupt (PPI) which allow us to support per-VCPU event channel.
Therefore there is no need of vector callback for ARM.
Xen is already us
From: Vijaya Kumar K
Add APIs to add devices to RB-tree, assign and remove
devices to domain.
Signed-off-by: Vijaya Kumar K
---
v5: - Removed its_detach_device API
- Pass nr_ites as parameter to its_add_device
v4: - Introduced helper to populate its_device struct
- Fixed freeing of its_
From: Vijaya Kumar K
ITS initialization required for all PCI devices in
ThunderX platform are done by calling from specific
mapping function.
This patch can be reverted once XEN PCI passthrough
framework for arm64 is in available.
For now all the PCI devices are assigned to Dom0
Signed-off-by:
From: Vijaya Kumar K
The linux driver is based on 4.1 with below commit id
3ad2a5f57656a14d964b673a5a0e4ab0e583c870
Only following code from Linux ITS driver is ported
and compiled
- LPI initialization
- ITS configuration code
- Physical command queue management
- ITS command building
Also
On 07/27/2015 12:54 PM, Andrew Cooper wrote:
On 27/07/15 11:43, George Dunlap wrote:
On Mon, Jul 27, 2015 at 5:35 AM, Juergen Gross wrote:
On 07/24/2015 06:44 PM, Boris Ostrovsky wrote:
On 07/24/2015 12:39 PM, Juergen Gross wrote:
I don't say mangling cpuids can't solve the scheduling prob
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 for all physical
ITS available,so that device can access GITS_TRANSLATOR
register using SMMU.
Signed-off-by: Vijaya Kumar
From: Vijaya Kumar K
Allocate irq descriptors for LPIs dynamically and
also update irq_to_pending helper for LPIs
Signed-off-by: Vijaya Kumar K
---
xen/arch/arm/gic-v3-its.c | 15 +++
xen/arch/arm/gic-v3.c |6 ++
xen/arch/arm/irq.c| 1
From: Vijaya Kumar K
Helper function gic_is_lpi() is used to find
if irq is lpi or not. For GICv2 platforms this function
returns 0.
Signed-off-by: Vijaya Kumar K
---
xen/arch/arm/gic-hip04.c |6 ++
xen/arch/arm/gic-v2.c |6 ++
xen/arch/arm/gic-v3.c |6 ++
xen/
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
---
v5: - Moved ITS dt node generation to ITS driver
v4: - Generate only one ITS node for Dom0
- Replace msi-p
From: Vijaya Kumar K
Initialize physical ITS driver from GIC v3 driver
if LPIs are supported by hardware
Signed-off-by: Vijaya Kumar K
---
v5: Made check of its dt node availability before
setting lpi_supported flag
---
xen/arch/arm/gic-v3.c | 19 +++
1 file changed, 15 i
From: Vijaya Kumar K
Implements hw_irq_controller api's required
to handle LPI's
Signed-off-by: Vijaya Kumar K
---
v5: - Fixed review comments
- Exposed gicv3_[host|guest]_irq_end and hook to its
v4: - Implement separate hw_irq_controller for LPIs
- Drop setting LPI affinity
- virq
From: Vijaya Kumar K
Emulate LPI related changes to GICR registers
Signed-off-by: Vijaya Kumar K
---
v5: - Handled all sizes access to LPI configuration table
- Rename vits_unmap_lpi_prop as vits_map_lpi_prop
v4: - Added LPI configuration table emulation
- Rename function inline with v
From: Vijaya Kumar K
Add Domain and vcpu specific ITS initialization
Signed-off-by: Vijaya Kumar K
---
xen/arch/arm/vgic-v3-its.c| 10 ++
xen/arch/arm/vgic-v3.c| 10 ++
xen/arch/arm/vgic.c |3 +++
xen/include/asm-arm/gic-its.h |2 ++
xen/includ
From: Vijaya Kumar K
Allocate and initialize irq descriptor for LPIs and
route LPIs to guest
Signed-off-by: Vijaya Kumar K
---
xen/arch/arm/gic-v3-its.c | 20 +++
xen/arch/arm/gic-v3.c | 17 +-
xen/arch/arm/gic.c| 38 -
xen/arch/arm/irq.c
On 07/27/2015 11:54 AM, Juergen Gross wrote:
> On 07/27/2015 12:43 PM, George Dunlap wrote:
>> On Mon, Jul 27, 2015 at 5:35 AM, Juergen Gross wrote:
>>> On 07/24/2015 06:44 PM, Boris Ostrovsky wrote:
On 07/24/2015 12:39 PM, Juergen Gross wrote:
>
>
>
> I don't say manglin
From: Vijaya Kumar K
This patch introduces virtual ITS driver with following
functionality
- Introduces helper functions to manage device table and
ITT table in guest memory
- Helper function to handle virtual ITS devices assigned
to domain
Signed-off-by: Vijaya Kumar K
---
v5: - Remove
From: Vijaya Kumar K
Compilation is delayed till this patch.
>From now on functions in physical ITS and virtual ITS
driver are required. So enable compilation
Signed-off-by: Vijaya Kumar K
---
xen/arch/arm/Makefile |2 ++
1 file changed, 2 insertions(+)
diff --git a/xen/arch/arm/Makefile
From: Vijaya Kumar K
dt_for_each_irq_map() returns error if no irq mapping is found.
With this patch, Ignore error and return success
Signed-off-by: Vijaya Kumar K
---
xen/common/device_tree.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xen/common/device_tree.c b/xen
From: Vijaya Kumar K
Add Virtual ITS command processing support to Virtual ITS driver
Signed-off-by: Vijaya Kumar K
---
v5: - Rename vgic_its_*() to vits_*()
v4: - Use helper function to read from command queue
- Add MOVALL
- Removed check for entry in device in domain RB-tree
---
xen/
From: Vijaya Kumar K
Export physical ITS information to virtual ITS driver
Signed-off-by: Vijaya Kumar K
---
xen/arch/arm/gic-v3-its.c | 27 ++-
xen/arch/arm/vgic-v3-its.c|9 +
xen/include/asm-arm/gic-its.h | 14 ++
3 files changed, 4
From: Vijaya Kumar K
Emulate GITS* registers
Signed-off-by: Vijaya Kumar K
---
v4: - Removed GICR register emulation
---
xen/arch/arm/irq.c|3 +
xen/arch/arm/vgic-v3-its.c| 365 -
xen/include/asm-arm/gic-its.h | 15 ++
xen/include/
From: Vijaya Kumar K
Helper functions to manage its devices using RB-tree
are introduced in physical ITS driver.
This is global list of all the devices.
Signed-off-by: Vijaya Kumar K
Acked-by: Ian Campbell
Reviewed-by: Julien Grall
---
v5: - Added assert on spinlock
v4: - Remove passing of r
From: Vijaya Kumar K
This is based on DraftG version
http://xenbits.xen.org/people/ianc/vits/draftG.pdf
Following major features are supported
- GICv3 ITS support for arm64 platform
- Only Dom0 is supported. For DomU pci passthrough feature
is required.
Basic boot is tested with single ITS
From: Vijaya Kumar K
log2 helper apis are ported from linux from
commit 13c07b0286d340275f2d97adf085cecda37ede37
(linux/log2.h: Fix rounddown_pow_of_two(1))
Changes made for xen are:
- Only required functionality is retained
- Replace fls_long with flsl
Signed-off-by: Vijaya Kumar K
CC: Ian
From: Vijaya Kumar K
bitmap_find_next_zero_area helper function will be used
by physical ITS driver. This is imported from linux 4.2
Signed-off-by: Vijaya Kumar K
CC: Ian Campbell
CC: Ian Jackson
CC: Jan Beulich
CC: Keir Fraser
CC: Tim Deegan
---
v5: Ported from Linux 4.2.
Added bitmap
From: Vijaya Kumar K
nr_cpu_ids for arm platforms is set to 128 irrespective of
number of cpus supported by platform.
Signed-off-by: Vijaya Kumar K
---
xen/arch/arm/setup.c |1 +
xen/arch/arm/smpboot.c| 11 +++
xen/include/asm-arm/smp.h |1 +
3 files changed, 13 inse
Il 23/07/2015 19:26, Stefano Stabellini ha scritto:
Hi all,
this patch series changes libxl to start QEMU as device model with the
new xsrestrict option (http://marc.info/?l=xen-devel&m=143341692707358).
It also starts a second QEMU to provide PV backends in userspace (qdisk)
to HVM guests.
Hi
At 13:02 +0100 on 24 Jul (1437742964), Andrew Cooper wrote:
> On 24/07/15 10:41, Jan Beulich wrote:
> > Beyond that log-dirty handling in _hvm_map_guest_frame() looks bogus
> > too: What if a XEN_DOMCTL_SHADOW_OP_* gets issued and acted upon
> > between the setting of the dirty flag and the actual
On 27/07/15 10:30, David Vrabel wrote:
> On 25/07/15 00:21, Julien Grall wrote:
>> On 24/07/2015 12:47, David Vrabel wrote:
>>> @@ -550,6 +551,11 @@ int alloc_xenballooned_pages(int nr_pages, struct
>>> page **pages)
>>> page = balloon_retrieve(true);
>>> if (page) {
>>>
Provide a new cr-daily-branch setting OSSTEST_BASELINES_ONLY which
causes it to only attempt to test the current baseline (if it is
untested) and never the tip version. Such tests will not result in any
push.
Add a cronjob to Cambridge which runs in this manner, ensuring that
there will usually be
On 27/07/15 11:43, George Dunlap wrote:
> On Mon, Jul 27, 2015 at 5:35 AM, Juergen Gross wrote:
>> On 07/24/2015 06:44 PM, Boris Ostrovsky wrote:
>>> On 07/24/2015 12:39 PM, Juergen Gross wrote:
I don't say mangling cpuids can't solve the scheduling problem. It
surely can. But
On 07/27/2015 12:43 PM, George Dunlap wrote:
On Mon, Jul 27, 2015 at 5:35 AM, Juergen Gross wrote:
On 07/24/2015 06:44 PM, Boris Ostrovsky wrote:
On 07/24/2015 12:39 PM, Juergen Gross wrote:
I don't say mangling cpuids can't solve the scheduling problem. It
surely can. But it can't solve
By converting the current boolean $force_baseline into a keyword
indicating the reason.
Signed-off-by: Ian Campbell
Acked-by: Ian Jackson
---
cr-daily-branch | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/cr-daily-branch b/cr-daily-branch
index 34b6d2b..7e3e6
On Fri, 2015-07-24 at 18:03 +0100, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v2] No longer export
> $OSSTEST_CONFIG"):
> > > From cri-args-hostlists or invoke-daemon.
> >
> > All sites now have a suitable $HOME/.xen-osstest/settings in place
> > which does this.
> >
> > Signed-of
On 27/07/15 11:41, George Dunlap wrote:
> On Fri, Jul 24, 2015 at 5:09 PM, Konrad Rzeszutek Wilk
> wrote:
>> On Fri, Jul 24, 2015 at 05:58:29PM +0200, Dario Faggioli wrote:
>>> On Fri, 2015-07-24 at 17:24 +0200, Juergen Gross wrote:
On 07/24/2015 05:14 PM, Juergen Gross wrote:
> On 07/24/
On Mon, Jul 27, 2015 at 5:35 AM, Juergen Gross wrote:
> On 07/24/2015 06:44 PM, Boris Ostrovsky wrote:
>>
>> On 07/24/2015 12:39 PM, Juergen Gross wrote:
>>>
>>>
>>>
>>> I don't say mangling cpuids can't solve the scheduling problem. It
>>> surely can. But it can't solve the scheduling problem wit
On Fri, Jul 24, 2015 at 5:09 PM, Konrad Rzeszutek Wilk
wrote:
> On Fri, Jul 24, 2015 at 05:58:29PM +0200, Dario Faggioli wrote:
>> On Fri, 2015-07-24 at 17:24 +0200, Juergen Gross wrote:
>> > On 07/24/2015 05:14 PM, Juergen Gross wrote:
>> > > On 07/24/2015 04:44 PM, Dario Faggioli wrote:
>>
>> >
El 06/07/15 a les 14.23, Andrew Cooper ha escrit:
> On 03/07/15 12:34, Roger Pau Monne wrote:
>> This allows having different arch_setup_meminit implementations based on the
>> guest type. It should not introduce any functional changes.
>>
>> Signed-off-by: Roger Pau Monné
>> Cc: Ian Jackson
>> C
flight 59910 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/59910/
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. 59817
test-amd64-i386-xl-q
On 24/07/15 19:55, Konrad Rzeszutek Wilk wrote:
> On Fri, Jul 24, 2015 at 12:47:46PM +0100, David Vrabel wrote:
>> alloc_xenballooned_pages() is used to get ballooned pages to back
>> foreign mappings etc. Instead of having to balloon out real pages,
>> use (if supported) hotplugged memory.
>>
>>
On 25/07/15 18:34, Julien Grall wrote:
> Currently, the event channel rebind code is gated with the presence of
> the vector callback.
>
> The virtual interrupt controller on ARM has the concept of per-CPU
> interrupt (PPI) which allow us to support per-VCPU event channel.
> Therefore there is no
On 24/07/15 17:52, Doug Goldstein wrote:
> shortcuts>
>
> I am currently trying to get Xen to boot on my Lenovo T430 laptop with
> BIOS 2.68 and using master results in no output to the screen and the
> machine being completely hung (must pull the power cable). I've gone
> ahead and bisected it an
On Mon, Jul 27, 2015 at 10:44 AM, George Dunlap
wrote:
> On Thu, Jul 23, 2015 at 6:03 PM, Dario Faggioli
> wrote:
>> On Thu, 2015-07-23 at 17:04 +0100, Wei Liu wrote:
>>> On Thu, Jul 23, 2015 at 09:49:49AM -0600, Jan Beulich wrote:
>>> > >>> On 23.07.15 at 16:45, wrote:
>>
>>> > > Dario Faggioli
On Thu, Jul 23, 2015 at 6:03 PM, Dario Faggioli
wrote:
> On Thu, 2015-07-23 at 17:04 +0100, Wei Liu wrote:
>> On Thu, Jul 23, 2015 at 09:49:49AM -0600, Jan Beulich wrote:
>> > >>> On 23.07.15 at 16:45, wrote:
>
>> > > Dario Faggioli (2):
>> > > xen: sched: reorganize cpu_disable_scheduler()
On 25/07/15 00:21, Julien Grall wrote:
> On 24/07/2015 12:47, David Vrabel wrote:
>> @@ -550,6 +551,11 @@ int alloc_xenballooned_pages(int nr_pages, struct
>> page **pages)
>> page = balloon_retrieve(true);
>> if (page) {
>> pages[pgno++] = page;
>> +#ifdef CONFIG_
On 24/07/2015 21:54, Jan Beulich wrote:
> >>> On 25.06.15 at 13:16, wrote:
> > +int __init intel_pstate_init(void)
> > +{
> > + int cpu, rc = 0;
> > + const struct x86_cpu_id *id;
> > + struct cpu_defaults *cpu_info;
> > +
> > + id = x86_match_cpu(intel_pstate_cpu_ids);
> > + if (!id)
>
flight 60004 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/60004/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64 5 xen-build fail REGR. vs. 59059
build-i386-xsm
On Wed, 2015-07-22 at 12:12 +0100, Ian Campbell wrote:
> On Wed, 2015-07-15 at 16:53 +0100, Andrew Cooper wrote:
> >
> > > I'm stilling mulling over putting everything into tools/libs/FOO
> > > instead of tools/libxenFOO
> >
> > On balance, +1. tools/ is already quite a mixed bag of stuff.
>
>
On Sun, 2015-07-26 at 22:36 +0100, Andrew Cooper wrote:
> On 26/07/2015 22:34, Wei Liu wrote:
> > Originally there was only one counter to keep track of pages. It
> was
> > used erroneously to keep track of how many pages were mapped and
> how
> > many pages needed to be sent. In the end munmap(2
On Sun, 2015-07-26 at 17:47 +0100, Andrew Cooper wrote:
> For 4.7 (which happens to coincide with the splitting up of libxc), I
> recommend introducing xc_unmap()
I thought I'd done that in my latest series, but looking for the
precise name now I see that there is no such function and
xenforeignme
Hii everyone :) ,
I'm quite familiar with the linux powerclamp driver now.
I have also started looking into xen's code as Dario suggested, but am not
able to find proper documentation for xen.
These are my doubts:
1. Looking for a brief explanation of different fields in scheduler data
structure
I am currently trying to get Xen to boot on my Lenovo T430 laptop with
BIOS 2.68 and using master results in no output to the screen and the
machine being completely hung (must pull the power cable). I've gone
ahead and bisected it and the resultant commit is:
commit 4824bdfdabebd4042277461cb3cb
Hi, everyone.
Is there any way to run a stub domain on linux not mini-os?
Thanks:-)
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
I am currently trying to get Xen to boot on my Lenovo T430 laptop with
BIOS 2.68 and using master results in no output to the screen and the
machine being completely hung (must pull the power cable). I've gone
ahead and bisected it and the resultant commit is:
--
Doug Goldstein
On Sun, 2015-07-26 at 00:19 +0800, Ting-Wei Lan wrote:
> Ian Campbell 於 西元2015年07月24日 16:57 寫道:
>
> > I think if $withval is yes and we are converting that to "qemu" then
> > QEMU_XEN_PATH should just be "qemu" and we should substitute that in
> > the initscript too. IOW the "taken from $PATH" app
On 24/07/2015 21:36, Jan Beulich wrote:
> >>> On 25.06.15 at 13:16, wrote:
> > Register the CPU hotplug notifier when the driver is registered, and
> > move the driver register function to the cpufreq.c.
>
> At the very least this ought to be merged with the previous patch.
>
> > --- a/xen/driv
On 24/07/2015 21:36, Jan Beulich wrote:
> >>> On 25.06.15 at 13:15, wrote:
> > cpufreq_add_cpu() is already called in the hypercall code path (the
> > bottom of set_px_pminfo() and inside cpufreq_cpu_init()).
> > So, we remove the redundant calling here.
>
> While I can see that currently the ca
101 - 173 of 173 matches
Mail list logo
