Re: [Xen-devel] falha para instalar VM

Mai algumas informações: soemrjoc:/backup/SOEM # rpm -qa | grep xen xen-libs-4.2.2_06-0.7.1 xen-tools-4.2.2_06-0.7.1 kernel-xen-base-3.0.101-0.47.52.1 kernel-xen-3.0.101-0.47.52.1 xen-4.2.5_06-0.7.1 soemrjoc:/backup/SOEM # soemrjoc:/backup/SOEM # soemrjoc:/backup/SOEM # uname -r

[Xen-devel] [PATCH for-4.6 0/2] libxl: devd fixes

The following patches fix an error when reconnecting a device that's handled by a driver domain and a possible race when doing the cleanup of the backend path. I think both should be included in 4.6, since this a regression as compared to using udev inside of the driver domain. Roger.

[Xen-devel] [PATCH for-4.6 1/2] libxl: fix devd removal path

The current flow of the devd helper (in charge of launching hotplug scripts inside of driver domains) is to wait for the device backend to switch to state 6 (XenbusStateClosed) and then remove it. This is not correct, since a domain can reconnect it's PV devices as many times as it wants. In

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 14: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. Or to any domains as

[Xen-devel] [PATCH 3.19.y-ckt 002/102] x86/ldt: Make modify_ldt synchronous

3.19.8-ckt7 -stable review patch. If anyone has any objections, please let me know. -- From: Andy Lutomirski commit 37868fe113ff2ba814b3b4eb12df214df555f8dc upstream. modify_ldt() has questionable locking and does not synchronize threads. Improve it:

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

On Tue, Sep 22, 2015 at 11:23 AM, Konrad Rzeszutek Wilk wrote: > On Sun, Sep 20, 2015 at 09:49:04PM -0700, Andy Lutomirski wrote: >> On Fri, Sep 18, 2015 at 12:04 PM, Borislav Petkov wrote: >> > On Fri, Sep 18, 2015 at 08:20:46AM -0700, Andy Lutomirski

[Xen-devel] Page Table Entry Modifications

Hi All, I want to know if, in the case of HVM (shadow page tables), we can change the machine frame number pointed to by a page table entry? An overly simplified example would be: let's say I have page number 10 that is pointing to machine frame number 10, but I would like it to point to machine

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

On Sun, Sep 20, 2015 at 09:49:04PM -0700, Andy Lutomirski wrote: > On Fri, Sep 18, 2015 at 12:04 PM, Borislav Petkov wrote: > > 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 :) > > > >

[Xen-devel] [ovmf baseline-only test] 38001: all pass

This run is configured for baseline tests only. flight 38001 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38001/ Perfect :-) All tests in this flight passed version targeted for testing: ovmf 9a470dae60ed0c57afdf61342616dd1768ba5ec8 baseline version:

[Xen-devel] [xen-4.6-testing test] 62163: regressions - FAIL

flight 62163 xen-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/62163/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl 5 xen-install fail REGR. vs. 62015

[Xen-devel] [PATCH] IOMMU: complete/correct comment explaining "iommu=" sub-options

Signed-off-by: Jan Beulich --- a/xen/drivers/passthrough/iommu.c +++ b/xen/drivers/passthrough/iommu.c @@ -31,13 +31,19 @@ static void iommu_dump_p2m_table(unsigne * * off|no|false|disable Disable IOMMU (default) * force|required Don't boot unless

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

* Linus Torvalds wrote: > On Mon, Sep 21, 2015 at 1:46 AM, Ingo Molnar wrote: > > > > Linus, what's your preference? > > So quite frankly, is there any reason we don't just implement > native_read_msr() as just > >unsigned long long

Re: [Xen-devel] [PATCH] IOMMU: complete/correct comment explaining "iommu=" sub-options

On 22/09/2015 08:04, Jan Beulich wrote: > Signed-off-by: Jan Beulich Reviewed-by: Andrew Cooper Some of these are overly Intel-specific, but while AMD has no implementation, this isn't much of a problem.

[Xen-devel] [BUG] XEN domU crash when PV grub chainloads 32-bit domU grub

This is using Debian Jessie and grub 2.02~beta2-22 (with Debian patches applied) and Xen 4.4.1 I originally posted a bug report with Debian but got the suggestion to file bugs with upstream as well. Debian bug report: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799480 Note that my original

Re: [Xen-devel] [PATCH for-4.6 1/2] libxl: fix devd removal path

Roger Pau Monne writes ("[PATCH for-4.6 1/2] libxl: fix devd removal path"): > The current flow of the devd helper (in charge of launching hotplug scripts > inside of driver domains) is to wait for the device backend to switch to > state 6 (XenbusStateClosed) and then remove it. This is not

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

(CCing Stefano) Ian Campbell writes ("Re: [PATCH OSSTEST] make_qcow2: Look for qemu-img under /usr as well as /usr/local"): > On Tue, 2015-09-22 at 16:41 +0100, Ian Jackson wrote: > > Ian Campbell writes ("[PATCH OSSTEST] make_qcow2: Look for qemu-img under > > /usr as well as /usr/local"): > >

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 22/09/15 09:45, Konrad Rzeszutek Wilk wrote: On Tue, Sep 22, 2015 at 02:33:23PM +0100, Andrew Cooper wrote: On 22/09/15 14:22, Konrad Rzeszutek Wilk wrote: On Fri, Sep 18, 2015 at 12:40:46PM +0100, Andrew Cooper wrote: On 17/09/15 19:45, Konrad Rzeszutek Wilk wrote: . snip.. The build id

[Xen-devel] [PATCH v2] xen/x86: Record xsave features in c->x86_capabilities

Convert existing cpu_has_x??? to being functions of boot_cpu_data (matching the prevailing style), and mask out unsupported features. Signed-off-by: Andrew Cooper --- CC: Jan Beulich CC: Shuai Ruan v2: * Reuse word 2

[Xen-devel] [PATCH 3/8] xen/arm: Fix comment coding style in handle_node in domain_build.c

Only coding style changes. No functional changes. Signed-off-by: Julien Grall --- xen/arch/arm/domain_build.c | 9 ++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/xen/arch/arm/domain_build.c b/xen/arch/arm/domain_build.c index f7ea240..651d75e

[Xen-devel] [PATCH 6/8] xen/arm: gic: Check the size of the CPU and vCPU interface retrieved from DT

The size of the CPU interface will used in a follow-up patch to map the region in Xen memory. Based on GICv2 spec, the CPU interface should at least be 8KB, although most of the platform we are supporting use the GICv1 size (i.e 4KB) in their DT. Only warn and update the size to avoid any

[Xen-devel] [PATCH 2/8] xen/arm: Retrieve the correct number of cells when building dom0 DT

The function dt_n_*_cells will retrieve the number of cells for a given node. Those numbers may not be correct to use for the child "reg" property if the parent is passed. This is fine today because the parent is always the root node which means there is no upper parent. Introduce new helpers

[Xen-devel] [xen-4.5-testing test] 62168: tolerable FAIL - PUSHED

flight 62168 xen-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/62168/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-libvirt-qcow2 14 guest-saverestore.2 fail REGR. vs. 61513

[Xen-devel] [PATCH 2/2] x86/hvm: Fold opt_hap_{2mb, 1gb} into hap_capabilities

This allows all runtime users to simply check hap_has_{2mb,1gb} rather than having to check opt_hap_{2mb,1gb} as well. As a result, opt_hap_{2mb,1gb} can move into __initdata. Signed-off-by: Andrew Cooper --- CC: Jan Beulich CC: George Dunlap

[Xen-devel] [PATCH 0/2] x86/hvm: Improvements to HAP superpage feature detection

Two small patches which reduce the runtime overhead of detecting HAP superpages by moving more initialisation into __init. Noticed while reviewing "x86/p2m: use large pages for MMIO mappings". Andrew Cooper (2): x86/hvm: Refine hap_has_{2mb,1gb} checks x86/hvm: Fold opt_hap_{2mb,1gb} into

Re: [Xen-devel] [PATCH v2 21/23] x86/boot: implement early command line parser in C

On Thu, Aug 27, 2015 at 06:43:39AM -0600, Jan Beulich wrote: > >>> On 20.07.15 at 16:29, wrote: > > Current early command line parser implementation in assembler > > is very difficult to change to relocatable stuff using segment > > registers. This requires a lot of

[Xen-devel] [PATCH 1/2] x86/hvm: Refine hap_has_{2mb,1gb} checks

HAP superpages are a host property and not dependent on domain configuration. Drop the domain paramter (which was only used in one of the two callsites), and drop the redundant hvm_ prefix to mirror the cpu_has_* style of feature detection. Finally, convert the checks to being proper booleans

[Xen-devel] [PATCH 7/8] xen/arm: gic-v2: Detect automatically aliased GIC400

We are currently using a per-platform quirk to know if the 2 4KB region of the GIC CPU interface are each aligned to 64KB. Although, it may be possible to have different layout on a same platform (depending on the firmware version). Rather than having a quirk it's possible to detect by reading

[Xen-devel] [PATCH 0/8] xen/arm: gic-v2: Detect automatically aliased GIC400

Hi all, Only patch #7 is related to subject. The others are clean up of code I looked while I was working on this series. Regards, Julien Grall (8): xen/arm: gic: Make clear the GIC node is passed to make_hwdom_dt_node xen/arm: Retrieve the correct number of cells when building dom0 DT

[Xen-devel] [PATCH 4/8] xen/arm: Warn when a device tree path will be re-used by Xen

Xen is using unconditionnally some device tree path to create DOM0 specific node (for instance /psci, /memory and /hypervisor). Rather than blindly add new nodes with the same, print a warning message on the console to let know the user that something may go wrong. Signed-off-by: Julien Grall

[Xen-devel] [PATCH 1/8] xen/arm: gic: Make clear the GIC node is passed to make_hwdom_dt_node

The callback make_hwdom_dt_node already have the gic node in parameter. Rather than using a weird mix between "dt_interrupt_controller" (aliased to "gic") and "node", rename the callback parameter "node" to "gic". Signed-off-by: Julien Grall ---

[Xen-devel] [PATCH 8/8] xen/arm: platform: Drop the quirks callback

All the quirks has been replaced by proper detection. Lets drop the callback and hope that no one will need new quirks. At the same time, remove the definition platform_dom0_evtchn_ppi with is not used any more. Signed-off-by: Julien Grall --- xen/arch/arm/platform.c

[Xen-devel] [PATCH 5/8] xen/arm: vgic-v2: Drop cbase from arch_domain

The field value is only used within a single function in the vgic-v2 emulation. So it's not necessary to store the value in the domain structure. This is also saving 8 bytes on a structure which begin to be constrained (the maximum size of struct domain is 4KB). Signed-off-by: Julien Grall

Re: [Xen-devel] [PATCH] x86/p2m: add PoD accounting to set_typed_p2m_entry()

On 09/22/2015 02:01 PM, Jan Beulich wrote: > While neither PoD together with pass-through nor PVH are currently > supported we still shouldn't leave in place such latent issues. > > Signed-off-by: Jan Beulich > Reviewed-by: Tim Deegan Acked-by: George Dunlap

Re: [Xen-devel] [PATCH RFC] xen: if on Xen, "flatten" the scheduling domain hierarchy

On 09/22/2015 05:42 AM, Juergen Gross wrote: > One other thing I just discovered: there are other consumers of the > topology sibling masks (e.g. topology_sibling_cpumask()) as well. > > I think we would want to avoid any optimizations based on those in > drivers as well, not only in the

Re: [Xen-devel] [PATCH for-4.6 2/2] libxl: fix the cleanup of the backend path when using driver domains

Roger Pau Monne writes ("[PATCH for-4.6 2/2] libxl: fix the cleanup of the backend path when using driver domains"): > With the current libxl implementation the control domain will remove both > the frontend and the backend xenstore paths of a device that's handled by a > driver domain. This is

[Xen-devel] Xen, ACPI and Linux

Hi all, Mark, Ard and I have just had a discussion on ACPI, EFI and booting interfaces for Xen and kexec. We all agree that the most important thing to do is to document precisely what this interface looks like. Not just the device tree nodes, but also who calls ExitBootServices,

Re: [Xen-devel] [PATCH v7 05/17] vmx: Extend struct pi_desc to support VT-d Posted-Interrupts

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Tuesday, September 22, 2015 10:20 PM > To: Wu, Feng > Cc: Andrew Cooper; Tian, Kevin; xen-devel@lists.xen.org; Keir Fraser > Subject: Re: [PATCH v7 05/17] vmx: Extend struct pi_desc to support VT-d >

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

This run is configured for baseline tests only. flight 38010 qemu-upstream-4.2-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38010/ Failures :-/ but no regressions. Tests which did not succeed, including tests which could not be run:

Re: [Xen-devel] [PATCH] xen/mcfg: Call PHYSDEVOP_pci_mmcfg_reserved before PCI enumeration

On Tue, Sep 22, 2015 at 01:17:03PM -0700, Ed Swierk wrote: > RFC. Tested with 3.14.51 and Xen 4.5.1. I'll make a proper patch against a > more current kernel if we decide this is heading in the right direction. CC-ing David as well > > > xen/mcfg: Notify Xen of PCI MMCONFIG area before

Re: [Xen-devel] Oldest supported Xen version in upstream QEMU (Was: Re: [Minios-devel] [PATCH v2 0/15+5+5] Begin to disentangle libxenctrl and provide some stable libraries)

On Tue, 22 Sep 2015, Ian Campbell wrote: > (dropping minios-devel) > > Stefano, > > On Wed, 2015-07-15 at 16:46 +0100, Ian Campbell wrote: > > > > There are 3 series, against xen.git (15 patches), mini-os.git (5 > > patches) and qemu-xen-trad.git (5 patches). The patches against xen.git > >

[Xen-devel] [linux-3.18 test] 62178: regressions - FAIL

flight 62178 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/62178/ 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 Regressions which are

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

On Tue, 22 Sep 2015, Ian Jackson wrote: > (CCing Stefano) > > Ian Campbell writes ("Re: [PATCH OSSTEST] make_qcow2: Look for qemu-img under > /usr as well as /usr/local"): > > On Tue, 2015-09-22 at 16:41 +0100, Ian Jackson wrote: > > > Ian Campbell writes ("[PATCH OSSTEST] make_qcow2: Look for

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

Zhang, Yang Z wrote on 2015-09-08: > Liuqiming (John) wrote on 2015-09-08: >> Ok, I will try to explain, correct me if I got anything wrong: >> >> The problem here is not interrupts lost but interrupts not delivered >> in time. >> >> there are basically two path to inject an interrupt into VM

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

> -Original Message- > From: George Dunlap [mailto:george.dun...@citrix.com] > Sent: Tuesday, September 22, 2015 10:28 PM > To: Wu, Feng; Dario Faggioli > Cc: xen-devel@lists.xen.org; Tian, Kevin; Keir Fraser; George Dunlap; Andrew > Cooper; Jan Beulich > Subject: Re: [Xen-devel] [PATCH

Re: [Xen-devel] [PATCH RFC] xen: if on Xen, "flatten" the scheduling domain hierarchy

On 09/22/2015 06:22 PM, George Dunlap wrote: On 09/22/2015 05:42 AM, Juergen Gross wrote: One other thing I just discovered: there are other consumers of the topology sibling masks (e.g. topology_sibling_cpumask()) as well. I think we would want to avoid any optimizations based on those in

[Xen-devel] [linux-linus test] 62197: regressions - FAIL

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

Re: [Xen-devel] [PATCH v6 2/2] xen/arm: support gzip compressed kernels

On Tue, 22 Sep 2015, Julien Grall wrote: > On 21/09/2015 23:51, Stefano Stabellini wrote: > > +/* > > + * Need to free pages after output_size here because they won't be > > + * freed by discard_initial_modules > > + */ > > +i = (output_size + PAGE_SIZE - 1) >> PAGE_SHIFT; > >

Re: [Xen-devel] [BUG] XEN domU crash when PV grub chainloads 32-bit domU grub

Andreas Sundstrom, le Mon 21 Sep 2015 22:03:22 +0200, a écrit : > Note that my original thought was that this bug probably is within GRUB. It's probably in the GRUB implementation of loading the domU GRUB, since you say that pvgrub1 loads it fine. > (XEN) domain_crash_sync called from entry.S:

Re: [Xen-devel] vTPM ownership problem

I cleared TPM hardware, resetted it and upgraded xen to 4.5.0. But the same problem still exists. ~# tpm_takeownership Enter owner password: Confirm password: Enter SRK password: Confirm password: Tspi_TPM_TakeOwnership failed: 0x2004 - layer=tcs, code=0004 (4), Internal software error Here

[Xen-devel] [distros-debian-snapshot test] 38009: regressions - trouble: blocked/broken/fail/pass

flight 38009 distros-debian-snapshot real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38009/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-pvops 3 host-install(3) broken REGR. vs. 37991

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

> -Original Message- > From: Dario Faggioli [mailto:dario.faggi...@citrix.com] > Sent: Tuesday, September 22, 2015 10:39 PM > To: George Dunlap; Wu, Feng > Cc: xen-devel@lists.xen.org; Tian, Kevin; Keir Fraser; George Dunlap; Andrew > Cooper; Jan Beulich > Subject: Re: [Xen-devel] [PATCH

Re: [Xen-devel] [OSSTest Nested v12 20/21] Don't lvextend if actually no more space to extend

On Wed, 2015-09-16 at 15:27 +0100, Ian Jackson wrote: > Robert Ho writes ("[OSSTest Nested v12 20/21] Don't lvextend if actually > no more space to extend"): > > Though passes if judgement, the > > overall_limit_pe(\$vg_more_free_pe); > > may final judge no more free_pe to extend. > > So,

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

On Tue, 2015-09-22 at 16:41 +0100, Ian Jackson wrote: > Ian Campbell writes ("[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. >

Re: [Xen-devel] [PATCH v2 20/23] x86: add multiboot2 protocol support for EFI platforms

>>> On 22.09.15 at 17:21, wrote: > On Thu, Aug 27, 2015 at 06:01:26AM -0600, Jan Beulich wrote: >> >>> On 20.07.15 at 16:29, wrote: >> > @@ -130,6 +146,119 @@ print_err: >> > .Lhalt: hlt >> > jmp .Lhalt >> > >> > +.code64 >>

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

Ian Campbell writes ("[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. Acked-by: Ian Jackson But, why

Re: [Xen-devel] [PATCH v3] xen/xsm: Make p->policyvers be a local variable (ver) to shut up GCC 5.1.1 warnings.

On 16/09/15 15:57, Konrad Rzeszutek Wilk wrote: policydb.c: In function ‘user_read’: policydb.c:1443:26: error: ‘buf[2]’ may be used uninitialized in this function [-Werror=maybe-uninitialized] usrdatum->bounds = le32_to_cpu(buf[2]); ^ cc1: all warnings

Re: [Xen-devel] [PATCH V2 1/2] xen, libxc: Fine grained control of REP emulation optimizations

On 09/22/2015 06:39 PM, Jan Beulich wrote: On 22.09.15 at 17:28, wrote: >> On 09/22/2015 06:17 PM, Jan Beulich wrote: >> On 21.09.15 at 15:31, wrote: --- a/xen/arch/x86/hvm/emulate.c +++ b/xen/arch/x86/hvm/emulate.c @@

Re: [Xen-devel] [OSSTest Nested v12 20/21] Don't lvextend if actually no more space to extend

Ian Campbell writes ("Re: [OSSTest Nested v12 20/21] Don't lvextend if actually no more space to extend"): > On Wed, 2015-09-16 at 15:27 +0100, Ian Jackson wrote: > > I think this should be done by moving the start of the if block to > > after overall_limit_pe. That would avoid a tested if (and

[Xen-devel] OutreachY round 11 - Please add new sensible projects

Hi everyone, most of http://wiki.xenproject.org/wiki/Outreach_Program_Projects has been scrubbed and out-of-date projects removed. I also restructured http://wiki.xenproject.org/wiki/Outreachy/Round11 to make it easier to a) Navigate the right mailing list, IRC channel b) Make it easier to

[Xen-devel] [PATCH for-4.6 2/2] libxl: fix the cleanup of the backend path when using driver domains

With the current libxl implementation the control domain will remove both the frontend and the backend xenstore paths of a device that's handled by a driver domain. This is incorrect, since the driver domain possibly needs to access the backend path in order to perform the disconnection and

Re: [Xen-devel] [PATCH v6 2/2] xen/arm: support gzip compressed kernels

Hi Stefano, On 22/09/2015 02:35, Stefano Stabellini wrote: You may want to use vmap here which is a wrapper to __vmap and will setup the granularity, align, and flags automatically for you. The arguments are different. Yes, sorry I inverted nr with granularity. I meant to say that it

[Xen-devel] Fwd: Fwd: LibXL

> > > Hello All, > > I am not able to use the library functions provided by the LibXenlight > though I am able to use it through XL. I am in need to develop my own CLI > . I am able to perform few basic operations like listing the VM, reboot > and all. But the calls that require a structure to be

Re: [Xen-devel] [PATCH RFC tools 1/6] tools: Refactor "xentoollog" into its own library

On Mon, 2015-09-21 at 18:30 +0100, Andrew Cooper wrote: > On 21/09/15 18:13, Ian Jackson wrote: > > Andrew Cooper writes ("Re: [Xen-devel] [PATCH RFC tools 1/6] tools: > > Refactor "xentoollog" into its own library"): > > > On 21/09/15 17:17, Ian Jackson wrote: > > > > Do you mean that statement

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

On Mon, Sep 21, 2015 at 7:50 PM, Julien Grall wrote: > Hi Vijay, > > On 18/09/15 14:08, vijay.kil...@gmail.com wrote: >> From: Vijaya Kumar K >> >> Helper function gic_is_lpi() is used to find >> if irq is lpi or not. For GICv2 platforms

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

On Mon, Sep 21, 2015 at 8:50 PM, Julien Grall wrote: > Hi Vijay, > > On 18/09/15 14:09, vijay.kil...@gmail.com wrote: >> From: Vijaya Kumar K >> >> Initialize physical ITS if HW supports LPIs. >> >> Signed-off-by: Vijaya Kumar K

Re: [Xen-devel] [BUG] XEN domU crash when PV grub chainloads 32-bit domU grub

On 21/09/2015 21:03, Andreas Sundstrom wrote: > This is using Debian Jessie and grub 2.02~beta2-22 (with Debian patches > applied) and Xen 4.4.1 > > I originally posted a bug report with Debian but got the suggestion to > file bugs with upstream as well. > Debian bug report: >

Re: [Xen-devel] [BUG] XEN domU crash when PV grub chainloads 32-bit domU grub

On Tue, 2015-09-22 at 08:22 +0100, Andrew Cooper wrote: > > The segment registers indicate that the domU is executing in ring1 which > makes it a 32bit guest (also why 32bit words are used for the stack > dump), but r10 through r14 have 64bit values in. r10..r14 are not visible to 32-bit guests

Re: [Xen-devel] [BUG] XEN domU crash when PV grub chainloads 32-bit domU grub

Hi Vladimir & grub-devel, Do you have any thoughts on this issue with i386 pv-grub2? Thanks, Ian. On Mon, 2015-09-21 at 22:03 +0200, Andreas Sundstrom wrote: > This is using Debian Jessie and grub 2.02~beta2-22 (with Debian patches > applied) and Xen 4.4.1 > > I originally posted a bug report

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

>>> On 22.09.15 at 09:19, wrote: > However, I do find some issues with my proposal above, see below: > > 1. Set _VPF_blocked > 2. ret = arch_block() > 3. if ( ret || local_events_need_delivery() ) > clear_bit(_VPF_blocked, >pause_flags); > > After step #2, if ret ==

Re: [Xen-devel] [xen-unstable test] 62156: regressions - FAIL

On Tue, 2015-09-22 at 00:23 +, osstest service owner wrote: > flight 62156 xen-unstable real [real] > http://logs.test-lab.xenproject.org/osstest/logs/62156/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >

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

On Mon, Sep 21, 2015 at 7:17 PM, Julien Grall wrote: > Hi Vijay, > > On 18/09/15 14:08, vijay.kil...@gmail.com wrote: >> From: Vijaya Kumar K >> >> Add APIs to add devices to RB-tree, assign and remove >> devices to domain. >> [...] >> +

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

On 21/09/2015 19:43, Andy Lutomirski wrote: > And maybe the KVM user return notifier. No, not really. If anything, the place in KVM where it makes a difference is vmx_save_host_state, which is also only using always-present MSRs. But don't care about KVM. First clean it up, then we can add

Re: [Xen-devel] [PATCH 3/4 RFC] x86/p2m: use large pages for MMIO mappings

>>> On 17.09.15 at 18:37, wrote: > On 15/09/15 08:34, Jan Beulich wrote: >> @@ -2044,22 +2078,45 @@ int map_mmio_regions(struct domain *d, >> { >> int ret = 0; >> unsigned long i; >> +unsigned int iter, order; >> >> if ( !paging_mode_translate(d) )

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

> -Original Message- > From: Dario Faggioli [mailto:dario.faggi...@citrix.com] > Sent: Monday, September 21, 2015 10:25 PM > To: Wu, Feng; George Dunlap; George Dunlap > Cc: Jan Beulich; Tian, Kevin; Keir Fraser; Andrew Cooper; > xen-devel@lists.xen.org > Subject: Re: [Xen-devel] [PATCH

Re: [Xen-devel] [PATCH v6 2/2] xen/arm: support gzip compressed kernels

On 21/09/2015 23:51, Stefano Stabellini wrote: +/* + * Need to free pages after output_size here because they won't be + * freed by discard_initial_modules + */ +i = (output_size + PAGE_SIZE - 1) >> PAGE_SHIFT; +for ( ; i < (1 << kernel_order_out); i++ ) +

Re: [Xen-devel] [PATCH] IOMMU: complete/correct comment explaining "iommu=" sub-options

Hi, On 22/09/2015 08:15, Andrew Cooper wrote: On 22/09/2015 08:04, Jan Beulich wrote: Signed-off-by: Jan Beulich Reviewed-by: Andrew Cooper Some of these are overly Intel-specific, but while AMD has no implementation, this isn't much of a

Re: [Xen-devel] [PATCH] xen/mcfg: Call PHYSDEVOP_pci_mmcfg_reserved before PCI enumeration

On Tue, Sep 22, 2015 at 5:35 AM, Ed Swierk wrote: > So if the contract is that Dom0 tells Xen about mmcfgs before the > devices they cover, then Linux ought to call pci_mmcfg_reserved from > (or immediately after) both pci_mmcfg_early_init() and >

Re: [Xen-devel] [PATCH v2] x86/HVM: correct page dirty marking in hvm_map_guest_frame_rw()

>>> On 22.09.15 at 15:02, wrote: > On 22/09/15 13:53, Jan Beulich wrote: >> Rather than dirtying a page when establishing a (permanent) mapping, >> dirty it when the page gets unmapped, or - if still mapped - on the >> final iteration of a save operation (or in other

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 22/09/15 14:22, Konrad Rzeszutek Wilk wrote: On Fri, Sep 18, 2015 at 12:40:46PM +0100, Andrew Cooper wrote: 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.

Re: [Xen-devel] [PATCH] xen/mcfg: Call PHYSDEVOP_pci_mmcfg_reserved before PCI enumeration

On Tue, Sep 22, 2015 at 06:26:11AM -0700, Ed Swierk wrote: > On Tue, Sep 22, 2015 at 5:35 AM, Ed Swierk wrote: > > So if the contract is that Dom0 tells Xen about mmcfgs before the > > devices they cover, then Linux ought to call pci_mmcfg_reserved from > > (or

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

Hi Vijay, On 18/09/15 14:09, vijay.kil...@gmail.com wrote: > From: Vijaya Kumar K > > Add Virtual ITS command processing support to Virtual ITS driver > > Signed-off-by: Vijaya Kumar K I've got minor comments in

Re: [Xen-devel] [PATCH v7 02/17] Add cmpxchg16b support for x86-64

>>> On 11.09.15 at 10:28, wrote: > --- a/xen/include/asm-x86/x86_64/system.h > +++ b/xen/include/asm-x86/x86_64/system.h > @@ -6,6 +6,37 @@ > (unsigned long)(n),sizeof(*(ptr > > /* > + * Atomic 16 bytes compare and exchange. Compare

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

> -Original Message- > From: Dario Faggioli [mailto:dario.faggi...@citrix.com] > Sent: Tuesday, September 22, 2015 9:40 PM > To: Wu, Feng; George Dunlap > Cc: xen-devel@lists.xen.org; Tian, Kevin; Keir Fraser; George Dunlap; Andrew > Cooper; Jan Beulich > Subject: Re: [Xen-devel] [PATCH

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 Fri, Sep 18, 2015 at 12:40:46PM +0100, Andrew Cooper wrote: > 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

Re: [Xen-devel] [PATCH] console: allow log level threshold adjustments from serial console

>>> On 22.09.15 at 15:17, wrote: > On 22/09/15 13:45, Jan Beulich wrote: >> +static void do_adj_thresh(unsigned char key) >> +{ >> +if ( *upper_thresh_adj < *lower_thresh_adj ) >> +*upper_thresh_adj = *lower_thresh_adj; >> +printk("'%c' pressed -> %s log

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

> -Original Message- > From: George Dunlap [mailto:george.dun...@citrix.com] > Sent: Tuesday, September 22, 2015 6:46 PM > To: Wu, Feng; Dario Faggioli > Cc: xen-devel@lists.xen.org; Tian, Kevin; Keir Fraser; George Dunlap; Andrew > Cooper; Jan Beulich > Subject: Re: [Xen-devel] [PATCH

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

On 22/09/15 10:10, Vijay Kilari wrote: > On Mon, Sep 21, 2015 at 7:50 PM, Julien Grall wrote: >> That's really ugly and you still let GICv2 hardware with nr_lpis != 0. >> As said on v6 I don't want to see any usage of nr_lpis in code except >> for letting the user

Re: [Xen-devel] [BUG] XEN domU crash when PV grub chainloads 32-bit domU grub

Citerar Andrew Cooper : On 21/09/2015 21:03, Andreas Sundstrom wrote: Using 64-bit dom0 and 32-bit domU PV (para-virtualized) grub sometimes fail when chainloading the domU's grub. 64-bit domU seem to work 100% of the time. You say sometimes. Do you mean that

Re: [Xen-devel] [PATCH] xen/mcfg: Call PHYSDEVOP_pci_mmcfg_reserved before PCI enumeration

>>> On 22.09.15 at 15:26, wrote: > On Tue, Sep 22, 2015 at 5:35 AM, Ed Swierk wrote: >> So if the contract is that Dom0 tells Xen about mmcfgs before the >> devices they cover, then Linux ought to call pci_mmcfg_reserved from >> (or

Re: [Xen-devel] Fwd: Fwd: LibXL

Hello Ian, As requested I have attached the gdb output of the code. On 22 September 2015 at 15:21, Ian Campbell wrote: > On Tue, 2015-09-22 at 14:50 +0530, kumara rathnavel wrote: > > > > I have attached my code. I have also attached the system call traces > file > > >

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

On Fri, Sep 18, 2015 at 10:13 -0400, Konrad Rzeszutek Wilk wrote: > 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

Re: [Xen-devel] [PATCH] xen/mcfg: Call PHYSDEVOP_pci_mmcfg_reserved before PCI enumeration

On Mon, Sep 21, 2015 at 11:23:03PM -0600, Jan Beulich wrote: > >>> Konrad Rzeszutek Wilk 09/21/15 8:06 PM >>> > >- Never figured out how much data we should save in the Xen's > >struct pci_device to see if we are 'stale'. Looking back I think > >we just need to do the

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

On Tue, 2015-09-22 at 13:25 +, Wu, Feng wrote: > > > -Original Message- > > From: George Dunlap [mailto:george.dun...@citrix.com] > Specifically, consider the following scheduling case happened on > pCPUA: > vCPUA --> idle --> vCPUB > > 1. First, vCPUA is running on pCPUA, so the

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

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Tuesday, September 22, 2015 5:00 PM > To: Wu, Feng > Cc: Andrew Cooper; Dario Faggioli; George Dunlap; George Dunlap; Tian, Kevin; > xen-devel@lists.xen.org; Keir Fraser > Subject: RE: [Xen-devel] [PATCH v7

Re: [Xen-devel] [PATCH] console: allow log level threshold adjustments from serial console

On 22/09/15 14:24, Jan Beulich wrote: On 22.09.15 at 15:17, wrote: On 22/09/15 13:45, Jan Beulich wrote: +static void do_adj_thresh(unsigned char key) +{ +if ( *upper_thresh_adj < *lower_thresh_adj ) +*upper_thresh_adj = *lower_thresh_adj; +

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 Tue, Sep 22, 2015 at 02:33:23PM +0100, Andrew Cooper wrote: > On 22/09/15 14:22, Konrad Rzeszutek Wilk wrote: > >On Fri, Sep 18, 2015 at 12:40:46PM +0100, Andrew Cooper wrote: > >>On 17/09/15 19:45, Konrad Rzeszutek Wilk wrote: > >>>. snip.. > The build id of the current running

Re: [Xen-devel] [PATCH] xen/mcfg: Call PHYSDEVOP_pci_mmcfg_reserved before PCI enumeration

>>> On 22.09.15 at 15:39, wrote: > On Tue, Sep 22, 2015 at 06:26:11AM -0700, Ed Swierk wrote: >> Any other ideas? > > I like it - as it will update it right away. However we would need some > extra smarts in Xen to reconfigure its view of the PCI device now that the >

Re: [Xen-devel] [linux-3.4 test] 62189: trouble: pass/preparing/queued

On Tue, 2015-09-22 at 10:34 +, osstest service owner wrote: > flight 62189 linux-3.4 running [real] > http://logs.test-lab.xenproject.org/osstest/logs/62189/ > > Failures and problems with tests :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >

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

On 09/22/2015 06:10 AM, Wu, Feng wrote: > > >> -Original Message- >> From: Dario Faggioli [mailto:dario.faggi...@citrix.com] >> Sent: Monday, September 21, 2015 10:12 PM >> To: Wu, Feng; George Dunlap >> Cc: xen-devel@lists.xen.org; Tian, Kevin; Keir Fraser; George Dunlap; Andrew >>

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

On Mon, 2015-09-14 at 17:23 +0200, Roger Pau Monné wrote: > I'm not saying that we shouldn't take those patches, I'm just saying > that IMHO this is a workaround, and I would like to see a plan and > somebody committed to have it fixed in a proper way, by introducing a > 64KB PV block protocol.

  1   2   3   >