[Xen-devel] [xen-unstable test] 62080: regressions - FAIL

flight 62080 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/62080/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-vhd 6 xen-boot fail REGR. vs. 61627 test-amd64-i386-xl-q

[Xen-devel] [qemu-upstream-4.4-testing baseline-only test] 37968: regressions - trouble: broken/fail/pass

This run is configured for baseline tests only. flight 37968 qemu-upstream-4.4-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/37968/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-winxpsp3-

[Xen-devel] [qemu-upstream-4.5-testing test] 62075: regressions - FAIL

flight 62075 qemu-upstream-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/62075/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-vhd9 debian-di-install fail REGR. vs. 60577 test-am

[Xen-devel] [qemu-upstream-4.3-testing baseline-only test] 37967: tolerable FAIL

This run is configured for baseline tests only. flight 37967 qemu-upstream-4.3-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/37967/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-i386-xl-qemuu-ovmf-amd64 9 debian-hvm-in

[Xen-devel] [ovmf test] 62073: all pass - PUSHED

flight 62073 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/62073/ Perfect :-) All tests in this flight passed version targeted for testing: ovmf 2f667c5488c81924861901d4d7c6f4bb170ffb69 baseline version: ovmf ba1806251ff8ff695175b92ab5732eadbcd

[Xen-devel] [linux-mingo-tip-master test] 62082: regressions - FAIL

flight 62082 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/62082/ 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. 60684 build-amd6

[Xen-devel] [linux-next test] 62066: regressions - FAIL

flight 62066 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/62066/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-vhd 6 xen-boot fail REGR. vs. 61911 test-armhf-armhf-xl-ra

[Xen-devel] [qemu-upstream-unstable baseline-only test] 37965: tolerable FAIL

This run is configured for baseline tests only. flight 37965 qemu-upstream-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/37965/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-xl-vhd 9 debian-di-install

Re: [Xen-devel] [PATCH v4 2/5] sched: credit2: respect per-vcpu hard affinity

And here we are, finally... :-/ On Sun, 2015-07-12 at 22:13 -1000, Justin T. Weaver wrote: > by making sure that vcpus only run on the pcpu(s) they are allowed to > run on based on their hard affinity cpu masks. > > Signed-off-by: Justin T. Weaver > So, this patch looks now good to me. I've foun

[Xen-devel] [qemu-upstream-4.4-testing test] 62062: regressions - FAIL

flight 62062 qemu-upstream-4.4-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/62062/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-vhd9 debian-di-install fail REGR. vs. 60565 test-am

[Xen-devel] [linux-3.10 test] 62060: regressions - FAIL

flight 62060 linux-3.10 real [real] http://logs.test-lab.xenproject.org/osstest/logs/62060/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qcow2 9 debian-di-install fail REGR. vs. 60670 test-amd64-amd64-xl-vh

Re: [Xen-devel] Kbuild and Kconfig

On 9/3/15 10:00 AM, Jan Beulich wrote: On 03.09.15 at 16:04, wrote: >> On 9/3/15 5:31 AM, Jan Beulich wrote: >> On 02.09.15 at 19:50, wrote: * target only the xen/ directory tree (i.e. not the toolstack, stubdoms or docs) >>> >>> As just said in another reply, allowing for ./co

Re: [Xen-devel] [PATCH 2/2] xen: Introduce VM_EVENT_FLAG_SET_EIP

On Wed, Sep 16, 2015 at 12:12 PM, Razvan Cojocaru wrote: > On 09/16/2015 06:57 PM, Tamas K Lengyel wrote: > > > > > > On Tue, Sep 15, 2015 at 5:19 AM, Razvan Cojocaru > > mailto:rcojoc...@bitdefender.com>> wrote: > > > > A previous version of this patch dealing with support for skipping > >

Re: [Xen-devel] rdmsr_safe in Linux PV (under Xen) gets an #GP:Re: [Fedora-xen] Running fedora xen on top of KVM?

On 09/18/2015 03:04 PM, Borislav Petkov wrote: > On Fri, Sep 18, 2015 at 08:20:46AM -0700, Andy Lutomirski wrote: >> Given that we can handle fixups in the decompressor, surely it >> wouldn't be so hard to make early GPF fixups work in the main kernel. > > Frankly, I still am wondering what a sen

Re: [Xen-devel] [PATCH] KVM: x86: trap AMD MSRs for the TSeg base and mask

On Fri, Sep 18, 2015 at 05:34:24PM +0200, Paolo Bonzini wrote: > These have roughly the same purpose as the SMRR, which we do not need > to implement in KVM. However, Linux accesses MSR_K8_TSEG_ADDR at > boot, which causes problems when running a Xen dom0 under KVM. > Just return 0, meaning that p

Re: [Xen-devel] rdmsr_safe in Linux PV (under Xen) gets an #GP:Re: [Fedora-xen] Running fedora xen on top of KVM?

On Fri, Sep 18, 2015 at 08:20:46AM -0700, Andy Lutomirski wrote: > In any event, Borislav, you must have typed rdmsr_safe for a reason :) Wasn't me: 6c62aa4a3c12 ("x86: make amd.c have 64bit support code") I think the error handling of rdmsrl_safe() was needed to do the pfn games which are done

[Xen-devel] [PATCH] build: drop unused SUBARCH variable

This variable appears to be unused throughout the code base. Signed-off-by: Doug Goldstein --- Makefile | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/Makefile b/Makefile index 75177f0..8a9331f 100644 --- a/Makefile +++ b/Makefile @@ -35,8 +35,7 @@ mini-os-dir-force-update

[Xen-devel] [OSSTEST PATCH 17/26] crontab: Enable xen-unstable-smoke branch every 3h at <1mod3>:51 UTC

Signed-off-by: Ian Jackson Acked-by: Ian Campbell --- crontab |1 + 1 file changed, 1 insertion(+) diff --git a/crontab b/crontab index 436645b..b9d4ad1 100644 --- a/crontab +++ b/crontab @@ -2,6 +2,7 @@ PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin MAILTO=ian.jack...@

[Xen-devel] [OSSTEST PATCH 23/26] Timeouts: Introduce target_adjust_timeout

This function is now called for almost every timeout. Specifically, it is called in the cases in TestSupport where a guest- or host-related timeout is passed from code which has a $ho or $gho, to code which does not: all callers of poll_loop, and tcmd. Currently the function is a no-op. Its exis

[Xen-devel] [OSSTEST PATCH 15/26] cr*: Support xen-unstable-smoke

Add this branch to select_xenbranch. This works like xen-unstable in most respects. There are only two places in osstest where xenbranch `xen-unstable' is treated specially and only one of them needs adjusting to match xen-unstable-smoke too. The new branch `xen-unstable-smoke' has a `prev' bran

[Xen-devel] [OSSTEST PATCH 19/26] ts-debian-hvm-install: Cope with images containing only isolinux

debian-7.2.0-i386-CD-1.iso contains no grub, only isolinux. If the specified EFI grub file does not exist, fall back to isolinux. This requires a -c option as well, according to https://wiki.debian.org/DebianInstaller/Modify/CD Only try to set up a grub config if we are booting grub. (The i386

[Xen-devel] [OSSTEST PATCH 20/26] ts-debian-hvm-install: Set $gsuite after $gho

$gsuite was set from guest_var, but before $gho was set, leading to an undefined value warning from Perl. This would ignore any guest-specific suite runvars. AFAICT these are set by some of the jobs in make-distros-flight. I think the effect of this change is to apply workarounds for the intende

[Xen-devel] [OSSTEST PATCH 22/26] ts-debian-hvm-install: Use /dev/sda for i386, not /dev/xvda

Empirically, the device shows up as /dev/sda. Signed-off-by: Ian Jackson --- make-flight |6 -- ts-debian-hvm-install |4 +++- 2 files changed, 7 insertions(+), 3 deletions(-) diff --git a/make-flight b/make-flight index accf922..2552a53 100755 --- a/make-flight +++ b/make

[Xen-devel] [OSSTEST PATCH 21/26] ts-debian-hvm-install: Do not create EFI partition if EFI not in use

If we are booting our install ISO using a non-EFI executable, don't try to provide an EFI for the installed system either. Signed-off-by: Ian Jackson --- ts-debian-hvm-install |7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/ts-debian-hvm-install b/ts-debian-hvm-inst

[Xen-devel] [OSSTEST PATCH 18/26] ts-debian-hvm-install, etc.: Do not hardcode in-iso path

ts-debian-hvm-install hardcoded `install.amd' as the directory in the .iso in which to find the kernel and initrd. This is wrong for architectures other than amd64. Instead, pass this information in runvars (as is done for the netinst installs in make-distros-flight), and honour it in ts-debian-h

[Xen-devel] [OSSTEST PATCH v3 00/15-26] xen.git#staging smoke tests

Thanks for the reviews. My play cr-daily-branch run revealed that: 1. The cr-* branch plumbing was wrong. So I have redone that patch and dropped your ack. 2. test-amd64-amd64-xl-qemuu-debianhvm-i386 was broken due to problems mostly with ts-debian-hvm-install. This results in 9

[Xen-devel] [OSSTEST PATCH 16/26] ap-*: Be able to fetch and push xen.git#smoke

The branches and push gates are now: xen.git#staging -[xen-unstable-smoke]-> #smoke -[xen-unstable]-> #master Deployment note: When this passes the osstest self-push-gate, the main xen-unstable flight will start using smoke as an input. Therefore, until the new cronjob is installed to run the xe

[Xen-devel] [OSSTEST PATCH 26/26] cri-common: Add a missing semicolon

This is not technically needed as bash interprets `a=1 b=2' as settings of both a and b. But it's not idiomatic sh within osstest to use this syntax. No functional change. Signed-off-by: Ian Jackson --- cri-common |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/cri-commo

[Xen-devel] [OSSTEST PATCH 24/26] Timeouts: Honour guest-related timeout-adjustment runvars

We look up a guest runvar GUEST_CONTEXT_timeoutfactor (according to the usual rules for guest runvars). Here CONTEXT can currently be `general' or `install'. (`install' applies when the guest is being installed.) If the runvar exists, all timeouts relating to that guest in that context are incre

[Xen-devel] [OSSTEST PATCH 25/26] Debian i386 HVM tests: Increase installation timeout

The Debian i386 image boots a 32-bit non-PAE kernel which therefore cannot have any PV drivers on our 64-bit hypervisors. This makes it a bit slow: in my test on a machine under my desk it took 1400s out of the allowed 2000s. With this change the timeout is 3000s instead. Signed-off-by: Ian Jack

[Xen-devel] [qemu-mainline baseline-only test] 37964: tolerable FAIL

This run is configured for baseline tests only. flight 37964 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/37964/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-xl-vhd 9 debian-di-installfai

Re: [Xen-devel] [PATCH v6 08/29] libxc: introduce a xc_dom_arch for hvm-3.0-x86_32 guests

On Fri, Sep 04, 2015 at 02:08:47PM +0200, Roger Pau Monne wrote: > This xc_dom_arch will be used in order to build HVM domains. The code is > based on the existing xc_hvm_populate_memory and xc_hvm_populate_params > functions. > > Signed-off-by: Roger Pau Monné > Reviewed-by: Andrew Cooper > Ack

Re: [Xen-devel] [PATCH v6 09/29] libxl: switch HVM domain building to use xc_dom_* helpers

On Fri, Sep 04, 2015 at 02:08:48PM +0200, Roger Pau Monne wrote: > Now that we have all the code in place HVM domain building in libxl can be > switched to use the xc_dom_* family of functions, just like they are used in > order to build PV guests. > > Signed-off-by: Roger Pau Monné > Acked-by: W

[Xen-devel] [PATCH OSSTEST] make_qcow2: Look for qemu-img under /usr as well as /usr/local

Older Xen's installed in /usr by default, so we need to check where qemu-img if we want these tests to work on those versions. Signed-off-by: Ian Campbell --- Only tested with perl -c. See http://logs.test-lab.xenproject.org/osstest/logs/61955/test-amd64-amd64-xl-qcow2/info.html for a current in

[Xen-devel] [PATCH] KVM: x86: trap AMD MSRs for the TSeg base and mask

These have roughly the same purpose as the SMRR, which we do not need to implement in KVM. However, Linux accesses MSR_K8_TSEG_ADDR at boot, which causes problems when running a Xen dom0 under KVM. Just return 0, meaning that processor protection of SMRAM is not in effect. Signed-off-by: Paolo Bo

Re: [Xen-devel] rdmsr_safe in Linux PV (under Xen) gets an #GP:Re: [Fedora-xen] Running fedora xen on top of KVM?

On 18/09/2015 15:54, Borislav Petkov wrote: > On Thu, Sep 17, 2015 at 01:23:31PM -0700, Andy Lutomirski wrote: >> > Cc: Borislav. Is TSEG guaranteed to exist? Can we defer that until > Why not? It is the tseg base address. > > I think this is kvm injecting a #GP as it is not ignoring this MSR.

Re: [Xen-devel] rdmsr_safe in Linux PV (under Xen) gets an #GP:Re: [Fedora-xen] Running fedora xen on top of KVM?

On Fri, Sep 18, 2015 at 6:54 AM, Borislav Petkov wrote: > On Thu, Sep 17, 2015 at 01:23:31PM -0700, Andy Lutomirski wrote: >> Cc: Borislav. Is TSEG guaranteed to exist? Can we defer that until > > Why not? It is the tseg base address. > > I think this is kvm injecting a #GP as it is not ignoring

[Xen-devel] [xen-4.3-testing test] 62056: regressions - FAIL

flight 62056 xen-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/62056/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-raw 9 debian-di-install fail REGR. vs. 60742 Tests which are f

Re: [Xen-devel] [PATCH OSSTEST] mg-debian-installer-update: download default armhf kernel as "linux"

Ian Campbell writes ("[PATCH OSSTEST] mg-debian-installer-update: download default armhf kernel as "linux""): > This is what the other arches do, and is what ts-host-install expects. Acked-by: Ian Jackson ___ Xen-devel mailing list Xen-devel@lists.xen

[Xen-devel] [PATCH OSSTEST] mg-debian-installer-update: download default armhf kernel as "linux"

This is what the other arches do, and is what ts-host-install expects. Signed-off-by: Ian Campbell --- mg-debian-installer-update | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mg-debian-installer-update b/mg-debian-installer-update index 19e3cf8..526cdf1 100755 --- a/mg-deb

Re: [Xen-devel] [PATCH v7 15/17] vmx: VT-d posted-interrupt core logic handling

On Fri, Sep 18, 2015 at 3:31 PM, George Dunlap wrote: >> As said, me too. Perhaps we can go for option 1, which is simpler, >> cleaner and more consistent, considering the current status of the >> code. We can always investigate, in future, whether and how to >> implement the optimization for all

Re: [Xen-devel] [PATCH v7 15/17] vmx: VT-d posted-interrupt core logic handling

On Fri, Sep 18, 2015 at 10:22 AM, Dario Faggioli wrote: > On Fri, 2015-09-18 at 00:27 -0600, Jan Beulich wrote: >> > George Dunlap 09/17/15 4:30 PM >>>The > >> > > > vcpu_block() >> >set(_VPF_blocked) >> >v->arch.block() >> >- Add v to pcpu.pi_blocked_vcpu >> >- NV => pi_wakeup_vector >> >

Re: [Xen-devel] [PATCH v7 06/28] xen/arm: ITS: Add helper functions to manage its_devices

Hi Vijay, On 18/09/15 14:08, vijay.kil...@gmail.com wrote: > 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 > Reviewe

Re: [Xen-devel] [PATCH] Add missing license and copyright statements to public interface headers.

On Fri, Sep 18, 2015 at 08:00:28AM -0400, Boris Ostrovsky wrote: > > > On 09/18/2015 04:44 AM, Ian Campbell wrote: > >On Thu, 2015-09-17 at 13:53 +0200, Mike Belopuhov wrote: > > > >A few words here about the methodology you used to determine the names to > >use would be useful to people looking

Re: [Xen-devel] [PATCH v4 00/20] xen/arm64: Add support for 64KB page in Linux

Hi Roger, On 14/09/15 13:08, Roger Pau Monné wrote: > Well, absolute numbers together with the standard deviation are IMHO the > best way to provide those figures (ie: see ministat(1) output for > example), but percentages should also be fine. > > I'm just interested in knowing the performance di

Re: [Xen-devel] rdmsr_safe in Linux PV (under Xen) gets an #GP:Re: [Fedora-xen] Running fedora xen on top of KVM?

On Thu, Sep 17, 2015 at 01:23:31PM -0700, Andy Lutomirski wrote: > Cc: Borislav. Is TSEG guaranteed to exist? Can we defer that until Why not? It is the tseg base address. I think this is kvm injecting a #GP as it is not ignoring this MSR. Presumably modprobing kvm with "ignore_msrs=1" or so sh

Re: [Xen-devel] [PATCH v7 00/28] Add ITS support

On 18/09/15 14:08, vijay.kil...@gmail.com wrote: > 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 passthro

[Xen-devel] [PATCH v7 27/28] xen/arm: ITS: Generate ITS node for Dom0

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 --- v7: - Check on return value v6: - Introduced get_its_phandle in gic_hw_ops - Removed make_hwdom_its_dt_nod

[Xen-devel] [PATCH v7 19/28] xen/arm: ITS: Store LPIs allocated per domain

From: Vijaya Kumar K Store number of lpis allocated per domain in vgic structure Signed-off-by: Vijaya Kumar K --- v7: - Change commit message. - Store only nr_lpis per domain in vgic structure and drop id_bits. --- xen/arch/arm/vgic-v3-its.c |2 ++ xen/arch/arm/vgic.c

[Xen-devel] [PATCH v7 09/28] xen/arm: ITS: Introduce gic_is_lpi helper function

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 number of irq ids which represents only number of line irqs. For GICv3 platform irq ids are calculated from nr_lpis if HW supports LPIs Signed-off-by: Vijaya Kumar K

[Xen-devel] [PATCH v7 22/28] xen/arm: ITS: Allocate irq descriptors for LPIs

From: Vijaya Kumar K Allocate dynamically irq descriptors for LPIs Signed-off-by: Vijaya Kumar K --- v6: - Add separate patch for irq_pending structures - renamed and moved is_domain_lpi to vgic - Updated __irq_to_domain --- xen/arch/arm/gic-v3-its.c |4 xen/arch/arm/irq.c

[Xen-devel] [PATCH v7 01/28] xen/arm: Add bitmap_find_next_zero_area helper function

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 Acked-by: Jan Beulich CC: Ian Campbell CC: Ian Jackson CC: Jan Beulich CC: Keir Fraser CC: Tim Deegan --- v5: Ported from Linu

[Xen-devel] [PATCH v7 28/28] xen/arm: ITS: Add pci devices in ThunderX

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:

[Xen-devel] [PATCH v7 18/28] xen/arm: ITS: Export ITS info to Virtual ITS

From: Vijaya Kumar K Export physical ITS information to virtual ITS driver Signed-off-by: Vijaya Kumar K --- v7: - Moved gic_its_info from gic-its.h to gic-v3-its.c - s/dev_bits/devID_bits - s/eventid_bits/eventID_bits - Dropped patch #20 and merged changes to this patch - Enabl

[Xen-devel] [PATCH v7 13/28] xen/arm: Move vgic rank locking inside get_irq_priority

From: Vijaya Kumar K Move vgic rank locking inside get_irq_priority callback. LPIs does not have vgic rank lock for reading LPI priority. So make generic vgic code cleaner. Signed-off-by: Vijaya Kumar K --- v7: - Updated commit message --- xen/arch/arm/vgic-v2.c |4 +++- xen/arch/arm/vgic-

[Xen-devel] [PATCH v7 06/28] xen/arm: ITS: Add helper functions to manage its_devices

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 --- v7: - Introduce its_remove_device api to remove device

[Xen-devel] [PATCH v7 16/28] xen/arm: ITS: Add virtual ITS commands support

From: Vijaya Kumar K Add Virtual ITS command processing support to Virtual ITS driver Signed-off-by: Vijaya Kumar K --- v7: - Moved is_valid_collection() declaration to vits.h - Added check for number of vcpus of a domain in vits_domain_init() - Moved changes in gic-its.h to vits.

[Xen-devel] [PATCH v7 20/28] xen/arm: ITS: Add virtual ITS availability check helper

From: Vijaya Kumar K Introduce vgic_is_lpi_supported() helper function to know virtual ITS availability for a domain Signed-off-by: Vijaya Kumar K --- v7: - its_enabled field is added to vgic structure --- xen/arch/arm/vgic-v2.c |2 ++ xen/arch/arm/vgic-v3.c |3 +++ xen/arc

[Xen-devel] [PATCH v7 07/28] xen/arm: ITS: Introduce msi_desc for LPIs

From: Vijaya Kumar K Define msi_desc structure for arm and introduce helper functions to access msi_desc member variables. Signed-off-by: Vijaya Kumar K Reviewed-by: Julien Grall --- xen/arch/arm/gic-v3-its.c | 28 xen/arch/arm/irq.c| 12 ++

[Xen-devel] [PATCH v7 14/28] xen/arm: ITS: Initialize physical ITS and export lpi support

From: Vijaya Kumar K Initialize physical ITS if HW supports LPIs. Signed-off-by: Vijaya Kumar K --- v7: - Export lpi support information to vgic-v3 driver from gic-v3. - Drop gic_lpi_supported() helper function - Add boot param to enable or disable physical ITS v6: - Updated lpi_support

[Xen-devel] [PATCH v7 05/28] xen/arm: ITS: Port ITS driver to Xen

From: Vijaya Kumar K The linux driver is based on 4.1 with below commit id 591e5bec13f15feb13fc445b6c9c59954711c4ac Only following code from Linux ITS driver is ported and compiled - LPI initialization - ITS configuration code - Physical command queue management - ITS command building Also

[Xen-devel] [PATCH v7 04/28] xen/arm: Rename NR_IRQs and vgic_num_irqs helper function

From: Vijaya Kumar K NR_IRQS represents the number of lines (i.e SGIs, PPIs and SPIs). With the introduction of LPIs, NR_IRQs is renamed to NR_ITLINES. Similarly vgic_num_irqs() is renamed as vgic_num_irq_lines(). Signed-off-by: Vijaya Kumar K --- v7: - Renamed NR_LINE_IRQS as NR_ITLINES and vg

[Xen-devel] [PATCH v7 00/28] Add ITS support

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. Changes in v7: - Rebased to latest

[Xen-devel] [PATCH v7 21/28] xen/arm: ITS: Add GICR register emulation

From: Vijaya Kumar K Emulate LPI related changes to GICR registers Signed-off-by: Vijaya Kumar K --- v7: - Merged patch#23 to this patch. patch#23 is just one line. - Add 32-bit access to GICR_TYPER register - Changed dprintk to printk - LPI property table is handling is changed. Ca

[Xen-devel] [PATCH v7 02/28] xen: Add log2 functionality

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 Acked-b

[Xen-devel] [PATCH v7 26/28] xen/arm: ITS: Map ITS translation space

From: Vijaya Kumar K ITS translation space contains GITS_TRANSLATER 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_TRANSLATER register using SMMU. Signed-off-by: Vijaya Kumar

[Xen-devel] [PATCH v7 24/28] xen/arm: ITS: Route LPIs

From: Vijaya Kumar K Allocate and initialize irq descriptor for LPIs and route LPIs to guest For LPIs deactivation is not required. Hence GICH_LR.HW is not required to set. Signed-off-by: Vijaya Kumar K --- v7: - Subtract 8192 from irq number to index to lpi property table to read priori

[Xen-devel] [qemu-upstream-4.2-testing baseline-only test] 37966: tolerable FAIL

This run is configured for baseline tests only. flight 37966 qemu-upstream-4.2-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/37966/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-xl-qemuu-win7-amd64 16 gues

[Xen-devel] [PATCH v7 17/28] xen/arm: ITS: Add GITS registers emulation

From: Vijaya Kumar K Emulate GITS* registers Signed-off-by: Vijaya Kumar K --- v7: - Fixed wrong usage of vgic_regN* helpers - coding styles and comments - GITS_BASER0 is always overwritten with new value every time it is updated. v6: - Removed unrelated code of this patch - U

[Xen-devel] [PATCH v7 23/28] xen/arm: ITS: Allocate pending_lpi descriptors for LPIs

From: Vijaya Kumar K Allocate dynamically pending_lpi descriptors for LPIs Signed-off-by: Vijaya Kumar K --- xen/arch/arm/vgic-v3-its.c |9 + xen/arch/arm/vgic.c | 20 +--- xen/include/asm-arm/domain.h |3 +++ xen/include/asm-arm/vgic.h |4 +++

[Xen-devel] [PATCH v7 03/28] xen/arm: Set nr_cpu_ids to available number of cpus

From: Vijaya Kumar K nr_cpu_ids for arm platforms is incorrectly set to NR_CPUS irrespective of the number of cpus supported by platform. Signed-off-by: Vijaya Kumar K Reviewed-by: Julien Grall --- v6: - Updated nr_cpu_ids in setup.c instead of creating a helper function --- xen/arch/ar

[Xen-devel] [PATCH v7 15/28] xen/arm: ITS: Add virtual ITS driver

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 --- v7: - Moved

[Xen-devel] [PATCH v7 25/28] xen/arm: ITS: Add domain specific ITS initialization

From: Vijaya Kumar K Call domain specific ITS initialization and introduce callback in vgic for domain free Signed-off-by: Vijaya Kumar K --- v7: - Deprecate use of gic_lpi_supported and instead use vgic_v3_hw.lpi_support v6: - Moved vits_domain_free() out of this patch --- xen/arch/arm/

[Xen-devel] [PATCH v7 12/28] xen/arm: ITS: Plumbing hw_irq_controller for LPIs

From: Vijaya Kumar K Change callbacks gic_host_irq_type and gic_guest_irq_type to gic_get_host_irq_type and gic_get_guest_irq_type in gic_hw_operations, which returns hw_irq_controller based on irq type (SPI or LPI). Signed-off-by: Vijaya Kumar K CC: Zoltan Kiss --- xen/arch/arm/gic-hip04.c

Re: [Xen-devel] [PATCH] Remove a set operation for VCPU_KICK_SOFTIRQ when post interrupt to vm.

On Fri, 2015-09-18 at 11:50 +, Zhang, Yang Z wrote: > Andrew Cooper wrote on 2015-09-18: > > On 18/09/15 12:40, Zhang, Yang Z wrote: > > > But it only happens before do vmentry. Is it possible that > > VCPU been preempted at any time when running in hypervisor mode? > > > > All vcpus may be

[Xen-devel] [PATCH v7 10/28] xen/arm: ITS: Implement hw_irq_controller for LPIs

From: Vijaya Kumar K Implement hw_irq_controller callbacks required to handle LPIs. Signed-off-by: Vijaya Kumar K --- v7: - Split this patch into two. In this patch implement only hw_irq_controller callbacks for LPIs. v6: - Moved this patch #15 in v5 to patch #9 - Introduce inv comman

[Xen-devel] [PATCH v7 11/28] xen/arm: ITS: Enable compilation of physical ITS driver

From: Vijaya Kumar K Enable compilation of pITS driver. Signed-off-by: Vijaya Kumar K http://lists.xen.org/xen-devel

[Xen-devel] [PATCH v7 08/28] xen/arm: ITS: Add APIs to add and assign device

From: Vijaya Kumar K Add APIs to add devices to RB-tree, assign and remove devices to domain. Signed-off-by: Vijaya Kumar K --- v7: - Added check for domain in its_assign_device() to avoid assigning device to DomU - Added comments whereever requested - Called its_remove_device to

[Xen-devel] [linux-4.1 test] 62053: tolerable FAIL - PUSHED

flight 62053 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/62053/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-xl-credit2 16 guest-start/debian.repeat fail in 61947 pass in 62053 test-amd64-amd64-xl-qemuu-ovmf

Re: [Xen-devel] [PATCH] Add missing license and copyright statements to public interface headers.

On 09/18/2015 04:44 AM, Ian Campbell wrote: On Thu, 2015-09-17 at 13:53 +0200, Mike Belopuhov wrote: A few words here about the methodology you used to determine the names to use would be useful to people looking back on this stuff in the future. Also it would be sensible to CC everyone whose

Re: [Xen-devel] [PATCH] Remove a set operation for VCPU_KICK_SOFTIRQ when post interrupt to vm.

Andrew Cooper wrote on 2015-09-18: > On 18/09/15 12:40, Zhang, Yang Z wrote: >> Jan Beulich wrote on 2015-09-18: >> "Zhang, Yang Z" 09/18/15 2:29 AM >>> Zhang, Yang Z wrote on 2015-09-08: I have a quick check on current code. I am curious that is current Xen preemptive? >>

Re: [Xen-devel] [PATCH] Remove a set operation for VCPU_KICK_SOFTIRQ when post interrupt to vm.

On 18/09/15 12:40, Zhang, Yang Z wrote: > Jan Beulich wrote on 2015-09-18: > "Zhang, Yang Z" 09/18/15 2:29 AM >>> >>> Zhang, Yang Z wrote on 2015-09-08: >>> I have a quick check on current code. I am curious that is current Xen >>> preemptive? >>> >>> Also, when return from an interrupt handle

Re: [Xen-devel] [PATCH] Remove a set operation for VCPU_KICK_SOFTIRQ when post interrupt to vm.

Jan Beulich wrote on 2015-09-18: "Zhang, Yang Z" 09/18/15 2:29 AM >>> >> Zhang, Yang Z wrote on 2015-09-08: >> I have a quick check on current code. I am curious that is current Xen >> preemptive? >> >> Also, when return from an interrupt handler, hypervisor didn't check >> whether reschedul

Re: [Xen-devel] Is: Make XENVER_* use XSM, seperate the different ops in smaller security domains. Was:Re: [PATCH v1 5/5] xsplice: Use ld-embedded build-ids

On 17/09/15 19:45, Konrad Rzeszutek Wilk wrote: > . snip.. >> The build id of the current running hypervisor should belong in the >> xeninfo hypercall. It is not specific to xsplice. > However in the previous reviews it was pointed out that it should only be > accessible to dom0.

Re: [Xen-devel] [OSSTEST PATCH 29/33] make-flight: Provide xen-unstable-smoke branch

On Fri, 2015-09-18 at 12:18 +0100, Ian Jackson wrote: > Ian Campbell writes ("Re: [OSSTEST PATCH 29/33] make-flight: Provide xen > -unstable-smoke branch"): > > On Thu, 2015-09-17 at 18:37 +0100, Ian Jackson wrote: > ... > > > We override host allocator parameters to make this flight not care > > >

Re: [Xen-devel] [OSSTEST PATCH 30/33] cr-daily-branch: Use mg-adjust-flight to have smoke tests reuse builds

Ian Campbell writes ("Re: [OSSTEST PATCH 30/33] cr-daily-branch: Use mg-adjust-flight to have smoke tests reuse builds"): > $blessings_arg might be better than an open coded real? > > Oh, I see, you want to only pickup real builds, even for adhoc or play > jobs. That makes sense. Maybe with say s

Re: [Xen-devel] [OSSTEST PATCH 29/33] make-flight: Provide xen-unstable-smoke branch

Ian Campbell writes ("Re: [OSSTEST PATCH 29/33] make-flight: Provide xen-unstable-smoke branch"): > On Thu, 2015-09-17 at 18:37 +0100, Ian Jackson wrote: ... > > We override host allocator parameters to make this flight not care > > about host stickiness: it just takes whatever comes to hand. The

Re: [Xen-devel] [PATCH OSSTEST v4] ms-flights-summary: Produce an HTML report of all active flights

On Fri, 2015-09-18 at 11:27 +0100, Ian Campbell wrote: > On Fri, 2015-09-18 at 10:02 +0100, Ian Campbell wrote: > > On Wed, 2015-09-16 at 14:07 +0100, Ian Campbell wrote: > > > [...] > > > +sub add_event($) { > > > +my ($job,$reso,$type,$info,$time) = @_; > > > + > > > +die unless $type

Re: [Xen-devel] [OSSTEST PATCH 24/33] cs-adjust-flight: Provide `jobs-del' operation

Ian Campbell writes ("Re: [OSSTEST PATCH 24/33] cs-adjust-flight: Provide `jobs-del' operation"): > On Thu, 2015-09-17 at 18:37 +0100, Ian Jackson wrote: > > Signed-off-by: Ian Jackson > > Missing an update to the comment describing the sub commands provided by > this too. Oops, fixed. > With

Re: [Xen-devel] [PATCH for-4.6] tools/libxc: arm: Check the index before accessing the bank

On Fri, Sep 18, 2015 at 09:52:44AM +0100, Ian Campbell wrote: > On Thu, 2015-09-17 at 18:42 +0100, Julien Grall wrote: > > On 17/09/15 18:36, Julien Grall wrote: > > > When creating a guest with more than 3GB of memory, the 2 banks will be > > > used and the loop with overrunning. The code will fai

Re: [Xen-devel] [PATCH OSSTEST v4] ms-flights-summary: Produce an HTML report of all active flights

On Fri, 2015-09-18 at 10:02 +0100, Ian Campbell wrote: > On Wed, 2015-09-16 at 14:07 +0100, Ian Campbell wrote: > > [...] > > +sub add_event($) { > > +my ($job,$reso,$type,$info,$time) = @_; > > + > > +die unless $type =~ m/^(Start|End)/; > > + > > +$job->{OverallTime} //= {}; > > +

Re: [Xen-devel] xen/arm: gicv3: Computation of GICD_TYPER.IDbits

On 18/09/15 10:48, Vijay Kilari wrote: > On Fri, Sep 18, 2015 at 2:03 PM, Ian Campbell wrote: >> On Fri, 2015-09-18 at 12:56 +0530, Vijay Kilari wrote: >>> Hi Julien, >>> >>> static int vgic_v3_distr_mmio_read(struct vcpu *v, mmio_info_t *info) >>> { >>> ... >>>case GICD_TYPER:

[Xen-devel] DomU's qemu crashed with "Bad ram offset" using xen stable-4.6

Dom0: Squeeze 64 bit with kernel 4.1.6 and xen stable-4.6 based on commit 70d63e48077f8fee8eda6d8d95eeda52a34d9077 DomU W7 pro 64 bit with new pv drivers, xl cfg in attachment. Qemu crash on windows boot with this line in log: Bad ram offset 805b1000 xl dmesg about the domU: (d4) HVM Loader

Re: [Xen-devel] [PATCH v2] MAINTAINERS: Document maintainers for xen/common/

At 19:02 +0100 on 17 Sep (1442516564), Ian Jackson wrote: > Tim Deegan writes ("Re: [PATCH v2] MAINTAINERS: Document maintainers for > xen/common/"): > > I would rather your v1 plus an appropriate change to get_maintainers. > > I am happy to implement in get_maintainers whatever is decided. > >

Re: [Xen-devel] [OSSTEST PATCH 30/33] cr-daily-branch: Use mg-adjust-flight to have smoke tests reuse builds

On Thu, 2015-09-17 at 18:37 +0100, Ian Jackson wrote: > The smoke tests are for testing xen-unstable. We want to avoid > building anything else. So arrange to reuse previous builds by > calling mg-adjust-flight-makexrefs. > > Signed-off-by: Ian Jackson > --- > v2: New patch > --- > cr-daily-br

Re: [Xen-devel] [OSSTEST PATCH 29/33] make-flight: Provide xen-unstable-smoke branch

On Thu, 2015-09-17 at 18:37 +0100, Ian Jackson wrote: > This contains a very limited set of jobs > test-amd64-amd64-libvirt > test-amd64-amd64-xl-qemuu-debianhvm-i386 > test-armhf-armhf-xl > and the builds they depend on. > > The debianhvm job exists only in this flight, and is generat

Re: [Xen-devel] xen/arm: gicv3: Computation of GICD_TYPER.IDbits

On Fri, Sep 18, 2015 at 2:03 PM, Ian Campbell wrote: > On Fri, 2015-09-18 at 12:56 +0530, Vijay Kilari wrote: >> Hi Julien, >> >> static int vgic_v3_distr_mmio_read(struct vcpu *v, mmio_info_t *info) >> { >> ... >>case GICD_TYPER: >>{ >>/* >>

Re: [Xen-devel] [OSSTEST PATCH 25/33] New utility mg-adjust-flight-makexrefs

On Thu, 2015-09-17 at 18:37 +0100, Ian Jackson wrote: > This provides a fairly cooked way of adjusting an existing flight to > reuse previous builds. > > Signed-off-by: Ian Jackson How exciting. Acked-by: Ian Campbell > --- > v2: New patch > --- > mg-adjust-flight-makexrefs | 83 >

Re: [Xen-devel] [OSSTEST PATCH 24/33] cs-adjust-flight: Provide `jobs-del' operation

On Thu, 2015-09-17 at 18:37 +0100, Ian Jackson wrote: > Signed-off-by: Ian Jackson Missing an update to the comment describing the sub commands provided by this too. With that added: Acked-by: Ian Campbell > --- > v2: New patch > --- > cs-adjust-flight |

Re: [Xen-devel] [OSSTEST PATCH 23/33] cs-adjust-flight: Break out job removal machinery

On Thu, 2015-09-17 at 18:37 +0100, Ian Jackson wrote: > Make @job_rm_qs a global variable (initialised idempotently by a new > function prep_rm_jobs) and $rm_job into a named global subroutine > do_rm_job. > > No functional change. > > Signed-off-by: Ian Jackson Acked-by: Ian Campbell __

  1   2   >