Re: [Xen-devel] [PATCH 1/2] x86/msr: Carry on after a non-"safe" MSR access fails without !panic_on_oops

* Andy Lutomirski wrote: > This demotes an OOPS and likely panic due to a failed non-"safe" MSR > access to a WARN_ON_ONCE and a return of poisoned values (in the > RDMSR case). We still write a pr_info entry unconditionally for > debugging. > > To be clear, this type of failure should *not* h

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

Hi Julien, static int vgic_v3_distr_mmio_read(struct vcpu *v, mmio_info_t *info) { ... case GICD_TYPER: { /* * Number of interrupt identifier bits supported by the GIC * Stream Protocol Interface */

[Xen-devel] [v4][PATCH 1/2] libxl: introduce libxl__is_igd_vga_passthru

While working with qemu, IGD is a specific device in the case of pass through so we need to identify that to handle more later. Here we define a table to record all IGD types currently we can support. Also we need to introduce two helper functions to get vendor and device ids to lookup that table.

[Xen-devel] [v4][PATCH 0/2] libxl: try to support IGD passthrough for qemu upstream

Ian, As we discussed previously, http://patchwork.ozlabs.org/patch/457055/ now it's time to push this into on xen/tools side since all qemu stuffs have been merged. https://lists.gnu.org/archive/html/qemu-devel/2015-09/msg02094.html v4: Ian, Actually we had v3.5 online previously, which was

[Xen-devel] [v4][PATCH 2/2] libxl: introduce gfx_passthru_kind

Although we already have 'gfx_passthru' in b_info, this doesn't suffice after we want to handle IGD specifically. Now we define a new field of type, gfx_passthru_kind, to indicate we're trying to pass IGD. Actually this means we can benefit this to support other specific devices just by extending g

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

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: >{ >/* > * Number of interrupt identifier bits supported by the >

Re: [Xen-devel] [PATCH OSSTEST] README.dev: Some words on what is needed when updating the daemons.

On Thu, 2015-09-17 at 18:45 +0100, Ian Jackson wrote: > Ian Campbell writes ("[PATCH OSSTEST] README.dev: Some words on what is > needed when updating the daemons."): > > +- ms-ownerdaemon > > + > > +Requires restarting. This cannot be done while any jobs are in > > +progress. Don't forget

Re: [Xen-devel] [qemu-mainline test] 62028: regressions - FAIL

On Thu, 2015-09-17 at 19:36 +0100, Anthony PERARD wrote: > The commit have been reverted, so everything should be back to normal. Great, thanks. ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

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

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 name you are adding. I've added Keir since you

Re: [Xen-devel] [PATCH v2 for-4.6] libxl: handle read-only drives with qemu-xen

On Thu, 2015-09-17 at 18:58 +0100, Ian Jackson wrote: > Ian Campbell writes ("Re: [PATCH v2 for-4.6] libxl: handle read-only > drives with qemu-xen"): > > So shall we go ahead with this for 4.6 or is there more > > testing/discussion/whatever needed? > > I think we can commit it to 4.6. I would l

Re: [Xen-devel] Newbie - OutreachY round 11 (Dec 7 to March 7)

Hi everyone, Thanks for your prompt reply. @Lars- I think I would like to work in a Mirage OS related project as of now. Because I'm fairly new to it, request you to give me a few small bugs to solve. Sincerely, Lasya V On 18 September 2015 at 01:44, Konrad Rzeszutek Wilk wrote: > On Thu, Sep

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

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 fail later on because > > Xen will deny to populate the region: > > > >

Re: [Xen-devel] [PATCH for-4.6] xen/arm: vgic-v2: Map the GIC virtual CPU interface with the correct size

On Thu, 2015-09-17 at 19:00 +0100, Julien Grall wrote: > On GICv2, the GIC virtual CPU interface is at minimum 8KB. Due some to > some necessary quirk for GIC using 64KB stride, we are mapping the > region in 2 time. > The first mapping is 4KB and the second one is 8KB, i.e 12KB in total. > Althoug

Re: [Xen-devel] Newbie - OutreachY round 11 (Dec 7 to March 7)

Lasya, In that case please register with the mirageos-devel list (see mirageos-de...@lists.xenproject.org & lists.xenproject.org) and ask for a small problem to solve. Feel free to CC me Also have a look at http://wiki.xenproject.org/wiki/Outreachy/Round11 & https://github.com/mirage/mirage-www

[Xen-devel] [linux-3.16 test] 62049: regressions - FAIL

flight 62049 linux-3.16 real [real] http://logs.test-lab.xenproject.org/osstest/logs/62049/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-pvops 4 host-build-prep fail in 61939 REGR. vs. 60836 Tests which are failin

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

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 > >local_events_need_delivery() >>hvm_vcpu_has_pending_irq() > >

Re: [Xen-devel] [OSSTEST PATCH 09/33] standalone mode: Fix two SQL `TRUE's

On Thu, 2015-09-17 at 18:37 +0100, Ian Jackson wrote: > SQL has no portable boolean true literal (really). SQLite3 does not > understand `TRUE'. Use `1=1' instead. > > This means that mg-show-flight-runvars -a will work in standalone > mode. > > Signed-off-by: Ian Jackson Acked-by: Ian Campbe

Re: [Xen-devel] [OSSTEST PATCH 07/33] memoise: New utility

On Thu, 2015-09-17 at 18:37 +0100, Ian Jackson wrote: > Give this a GPLv2+ licence so that we can move it into some other > FLOSS package later. > > Signed-off-by: Ian Jackson Acked-by: Ian Campbell http://lists.xen.org/xen-devel

Re: [Xen-devel] [OSSTEST PATCH 18/33] mg-show-flight-runvars: Decorate synth runvar names with ~

On Thu, 2015-09-17 at 18:37 +0100, Ian Jackson wrote: > Make mg-show-flight-runvars -a append ~ to the names of synth runvars. > (This is consistent with the new syntax in cs-job-create.) > > We do this by editing $row[1] (and $colws[1]) so we can avoid > disturbing the general column format calcu

Re: [Xen-devel] [OSSTEST PATCH 21/33] sg-check-tested: New --pass-job= option

On Thu, 2015-09-17 at 18:37 +0100, Ian Jackson wrote: > Specifies that returned information should relate to a flight in which > a particular job existed and passed. The option can be repeated if > desired (to specify flights in which _all_ those jobs passed). > > Signed-off-by: Ian Jackson Ack

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

On Thu, 2015-09-17 at 18:37 +0100, Ian Jackson wrote: > This makes no change to the target flight. > > Signed-off-by: Ian Jackson Acked-by: Ian Campbell ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

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 __

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 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] 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 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] [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] [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] 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 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] [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] [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 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 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] [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

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] 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] [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] [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.

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] 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

[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

[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] [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

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

[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] [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 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] [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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 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

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

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 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] [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 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 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 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

[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 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] [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] 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

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.

[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

[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

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

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

[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

[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] [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 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 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

  1   2   >