[Xen-devel] [PATCH v4 3/7] x86/msr: read VMX MSRs values into Raw policy

Add calculate_raw_vmx_policy() which fills Raw policy with H/W values of VMX MSRs. Host policy will contain a copy of these values. Signed-off-by: Sergey Dyasli --- xen/arch/x86/msr.c | 33 + 1 file changed, 33 insertions(+) diff --git

[Xen-devel] [PATCH v4 0/7] VMX MSRs policy for Nested Virt: part 1

The end goal of having VMX MSRs policy is to be able to manage L1 VMX features. This patch series is the first part of this work. There is no functional change to what L1 sees in VMX MSRs at this point. But each domain will have a policy object which allows to sensibly query what VMX features the

[Xen-devel] [PATCH v4 1/7] x86/msr: add Raw and Host domain policies

Raw policy contains the actual values from H/W MSRs. PLATFORM_INFO msr needs to be read again because probe_intel_cpuid_faulting() records the presence of X86_FEATURE_CPUID_FAULTING but not the presence of msr itself (if cpuid faulting is not available). Host policy might have certain features

[Xen-devel] [PATCH v4 4/7] x86/msr: add VMX MSRs into HVM_max domain policy

Currently, when nested virt is enabled, the set of L1 VMX features is fixed and calculated by nvmx_msr_read_intercept() as an intersection between the full set of Xen's supported L1 VMX features, the set of actual H/W features and, for MSR_IA32_VMX_EPT_VPID_CAP, the set of features that Xen uses.

[Xen-devel] [PATCH v4 5/7] x86/cpuid: update signature of hvm_cr4_guest_valid_bits()

With the new cpuid infrastructure there is a domain-wide struct cpuid policy and there is no need to pass a separate struct vcpu * into hvm_cr4_guest_valid_bits() anymore. Make the function accept struct domain * instead and update callers. Signed-off-by: Sergey Dyasli

[Xen-devel] [PATCH v4 6/7] x86/msr: update domain policy on CPUID policy changes

Availability of some MSRs depends on certain CPUID bits. Add function recalculate_domain_msr_policy() which updates availability of per-domain MSRs based on current domain's CPUID policy. This function is called when CPUID policy is changed from a toolstack. Add

Re: [Xen-devel] [Qemu-devel] [RFC QEMU PATCH v3 00/10] Implement vNVDIMM for Xen HVM guest

On Wed, Oct 18, 2017 at 10:46:57AM +0200, Paolo Bonzini wrote: > On 18/10/2017 10:32, Roger Pau Monné wrote: > >> I'll have a try to check how much the differences would affect. If it > >> would not take too much work, I'd like to adapt Xen NVDIMM enabling > >> patches to the all QEMU built ACPI.

Re: [Xen-devel] [PATCH v2 2/2] x86/boot: rename send_chr to print_err

>>> On 17.10.17 at 23:41, wrote: > From: David Esler > > The send_chr function sends an entire C-string and not one character and > doesn't necessarily just send it over the serial UART anymore so rename > it to print_err so that its closer in name to

Re: [Xen-devel] [PATCH] x86/mm: Make PV linear pagetables optional

On 10/18/2017 10:39 AM, Jan Beulich wrote: On 17.10.17 at 19:10, wrote: >> --- a/docs/misc/xen-command-line.markdown >> +++ b/docs/misc/xen-command-line.markdown >> @@ -1422,6 +1422,22 @@ The following resources are available: >> CDP, one COS will corespond two

Re: [Xen-devel] [PATCH v2 for-4.10] ubsan: add clang 5.0 support

>>> On 18.10.17 at 09:45, wrote: > +void __ubsan_handle_pointer_overflow(struct pointer_overflow_data *data, > + unsigned long base, unsigned long result) > +{ > + unsigned long flags; > + > + if (suppress_report(>location)) > +

Re: [Xen-devel] [PATCH v2 for-4.10] ubsan: add clang 5.0 support

On Wed, Oct 18, 2017 at 03:23:20AM -0600, Jan Beulich wrote: > >>> On 18.10.17 at 09:45, wrote: > > +void __ubsan_handle_pointer_overflow(struct pointer_overflow_data *data, > > + unsigned long base, unsigned long result) > > +{ > > + unsigned

Re: [Xen-devel] [PATCH for-next] x86/VT-x: Don't rewrite HOST_TR_SELECTOR on every context switch

>>> On 17.10.17 at 19:16, wrote: > TSS_ENTRY is a compile time constant, so HOST_TR_SELECTOR can be set up during > VMCS construction and left alone thereafter, rather than rewriting it on every > context switch. > > Signed-off-by: Andrew Cooper

Re: [Xen-devel] [PATCH] x86/mm: Make PV linear pagetables optional

On 10/18/2017 10:39 AM, Jan Beulich wrote: On 17.10.17 at 19:10, wrote: >> --- a/docs/misc/xen-command-line.markdown >> +++ b/docs/misc/xen-command-line.markdown >> @@ -1422,6 +1422,22 @@ The following resources are available: >> CDP, one COS will corespond two

Re: [Xen-devel] xenconsole: Define and use a macro INVALID_XEN_PFN instead of -1

>>> On 17.10.17 at 18:46, wrote: > --- a/tools/console/daemon/io.c > +++ b/tools/console/daemon/io.c > @@ -658,12 +658,12 @@ static void console_unmap_interface(struct console *con) > { > if (con->interface == NULL) > return; > - if

Re: [Xen-devel] [PATCH 27/27 v12] arm/xen: vpl011: Correct the logic for asserting/de-asserting SBSA UART TX interrupt

Hi, On 13/10/17 11:40, Bhupinder Thakur wrote: > This patch fixes the issue observed when pl011 patches were tested on > the junos hardware by Andre/Julien. It was observed that when large > output is generated such as on running 'find /', output was getting > truncated intermittently due to OUT

[Xen-devel] [xen-4.8-testing test] 114661: regressions - FAIL

flight 114661 xen-4.8-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/114661/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-xtf-amd64-amd64-4 48 xtf/test-hvm64-lbr-tsx-vmentry fail REGR. vs. 114538

[Xen-devel] [PATCH v2 for-4.10] ubsan: add clang 5.0 support

clang 5.0 changed the layout of the type_mismatch_data structure and introduced __ubsan_handle_type_mismatch_v1 and __ubsan_handle_pointer_overflow. This commit adds support for the new structure layout, adds the missing handlers and the new types for type_check_kinds. Signed-off-by: Roger Pau

Re: [Xen-devel] [PATCH] tools: libxendevicemodel: Restore symbol versions for 1.0

Andrew Cooper writes ("Re: [Xen-devel] [PATCH] tools: libxendevicemodel: Restore symbol versions for 1.0"): > CC'ing Julien for a release ack, as this is a blocker (due to regressing > the xendevicemodel ABI from Xen 4.9) Julien told me that straightforward bugfixes, which this is (indeed, as

Re: [Xen-devel] [PATCH v2 for-4.10] ubsan: add clang 5.0 support

>>> On 18.10.17 at 11:42, wrote: > On Wed, Oct 18, 2017 at 03:23:20AM -0600, Jan Beulich wrote: >> >>> On 18.10.17 at 09:45, wrote: >> > +void __ubsan_handle_pointer_overflow(struct pointer_overflow_data *data, >> > + unsigned

Re: [Xen-devel] [PATCH for-4.10] string: fix memmove when size is 0

On Tue, Oct 17, 2017 at 07:00:25AM -0600, Jan Beulich wrote: > >>> On 17.10.17 at 14:52, wrote: > > On Tue, Oct 17, 2017 at 01:41:35PM +0100, Andrew Cooper wrote: > >> There are many passed values which could trigger this warning. Does > >> > >> diff --git

[Xen-devel] [PATCH v4 2/7] x86/msr: add VMX MSRs into struct msr_domain_policy

New definitions provide a convenient way of accessing contents of VMX MSRs. They are separated into 5 logical blocks: 1. vmx: [VMX_BASIC, VMX_VMCS_ENUM] 2. VMX_PROCBASED_CTLS2 3. VMX_EPT_VPID_CAP 4. vmx_true_ctls: [VMX_TRUE_PINBASED_CTLS, VMX_TRUE_ENTRY_CTLS] 5. VMX_VMFUNC

Re: [Xen-devel] [Qemu-devel] [RFC QEMU PATCH v3 00/10] Implement vNVDIMM for Xen HVM guest

On 18/10/2017 10:32, Roger Pau Monné wrote: >> I'll have a try to check how much the differences would affect. If it >> would not take too much work, I'd like to adapt Xen NVDIMM enabling >> patches to the all QEMU built ACPI. Otherwise, I'll fall back to Paolo >> and MST's suggestions. > I don't

Re: [Xen-devel] [PATCH] tools: libxendevicemodel: Restore symbol versions for 1.0

On 10/17/2017 06:05 PM, Ian Jackson wrote: In 1462f9ea8f4219d520a530787b80c986e050aa98 "tools: libxendevicemodel: Provide xendevicemodel_shutdown" we added a new version 1.1 to the symbol map and simply abolished the old one. That is quite wrong. Instead, we should have left the 1.0 map alone

Re: [Xen-devel] [PATCH] x86/mm: Make PV linear pagetables optional

On 10/17/2017 07:05 PM, Andrew Cooper wrote: > On 17/10/17 18:10, George Dunlap wrote: >> Allowing pagetables to point to other pagetables of the same level >> (often called 'linear pagetables') has been included in Xen since its >> inception; but recently it has been the source of a number of

Re: [Xen-devel] [PATCH 27/27 v12] arm/xen: vpl011: Correct the logic for asserting/de-asserting SBSA UART TX interrupt

On 18 October 2017 at 15:56, Andre Przywara wrote: > Hi, > > On 13/10/17 11:40, Bhupinder Thakur wrote: >> This patch fixes the issue observed when pl011 patches were tested on >> the junos hardware by Andre/Julien. It was observed that when large >> output is generated

[Xen-devel] [PATCH v4 7/7] x86/msr: handle VMX MSRs with guest_rd/wrmsr()

Now that each domain has a correct view of VMX MSRs in it's per-domain MSR policy, it's possible to handle guest's RD/WRMSR with the new handlers. Do it and remove the old nvmx_msr_read_intercept() and associated bits. There is no functional change to what a guest sees in VMX MSRs.

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

flight 114658 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/114658/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-win7-amd64 15 guest-saverestore.2 fail REGR. vs. 114643

Re: [Xen-devel] [PATCH] x86/mm: Make PV linear pagetables optional

>>> On 18.10.17 at 11:52, wrote: > On 10/18/2017 10:39 AM, Jan Beulich wrote: > On 17.10.17 at 19:10, wrote: >>> --- a/xen/arch/x86/Kconfig >>> +++ b/xen/arch/x86/Kconfig >>> @@ -97,6 +97,27 @@ config TBOOT >>> Technology (TXT) >>>

Re: [Xen-devel] [PATCH v2 for-4.10] ubsan: add clang 5.0 support

On Wed, Oct 18, 2017 at 03:53:37AM -0600, Jan Beulich wrote: > >>> On 18.10.17 at 11:42, wrote: > > On Wed, Oct 18, 2017 at 03:23:20AM -0600, Jan Beulich wrote: > >> >>> On 18.10.17 at 09:45, wrote: > >> > +void __ubsan_handle_pointer_overflow(struct

[Xen-devel] [xen-unstable-coverity test] 114680: all pass - PUSHED

flight 114680 xen-unstable-coverity real [real] http://logs.test-lab.xenproject.org/osstest/logs/114680/ Perfect :-) All tests in this flight passed as required version targeted for testing: xen c4efa25058d3f45bf725d6ebe6429db9adf94b62 baseline version: xen

Re: [Xen-devel] [PATCH] x86/mm: Make PV linear pagetables optional

>>> On 17.10.17 at 19:10, wrote: > --- a/docs/misc/xen-command-line.markdown > +++ b/docs/misc/xen-command-line.markdown > @@ -1422,6 +1422,22 @@ The following resources are available: > CDP, one COS will corespond two CBMs other than one with CAT, due to the >

Re: [Xen-devel] [PATCH v2 1/2] x86/boot: fix early error display

>>> On 17.10.17 at 23:41, wrote: > From: David Esler > > In 9180f5365524 a change was made to the send_chr function to take in > C-strings and print out a character at a time until a NULL was > encountered. However there is no code to increment the

Re: [Xen-devel] [PATCH 26/27 v12] arm/xen: vpl011: Fix the slow early console SBSA UART output

Hi Andre, On 17 October 2017 at 15:21, Andre Przywara wrote: > Hi Bhupinder, > > first thing: As the bulk of the series has been merged now, please > restart your patch and version numbering, so a (potential) next post > should be prefixed [PATCH v3 1/2]. And please have

Re: [Xen-devel] [PATCH v2 for-4.10] ubsan: add clang 5.0 support

On Wed, Oct 18, 2017 at 08:45:32AM +0100, Roger Pau Monne wrote: > clang 5.0 changed the layout of the type_mismatch_data structure and > introduced __ubsan_handle_type_mismatch_v1 and > __ubsan_handle_pointer_overflow. > > This commit adds support for the new structure layout, adds the > missing

[Xen-devel] [PATCH v2 for-4.10] x86/mm: Make PV linear pagetables optional

Allowing pagetables to point to other pagetables of the same level (often called 'linear pagetables') has been included in Xen since its inception; but recently it has been the source of a number of subtle reference-counting bugs. It is not used by Linux or MiniOS; but it used used by NetBSD and

Re: [Xen-devel] [PATCH v3 2/6] x86/msr: add VMX MSRs into struct msr_domain_policy

On Mon, 2017-10-16 at 15:01 +0100, Andrew Cooper wrote: > On 16/10/17 08:42, Sergey Dyasli wrote: > > + > > +secondary_available = > > +dp->vmx_procbased_ctls.u.allowed_1.activate_secondary_controls; > > + > > +switch (msr) > > +{ > > +case MSR_IA32_VMX_BASIC ...

Re: [Xen-devel] [Qemu-devel] [RFC QEMU PATCH v3 00/10] Implement vNVDIMM for Xen HVM guest

On Tue, Oct 17, 2017 at 08:16:47PM +0800, Haozhong Zhang wrote: > On 10/17/17 13:45 +0200, Paolo Bonzini wrote: > > On 14/10/2017 00:46, Stefano Stabellini wrote: > > > On Fri, 13 Oct 2017, Jan Beulich wrote: > > > On 13.10.17 at 13:13, wrote: > > >>> To Jan, Andrew,

Re: [Xen-devel] [PATCH 26/27 v12] arm/xen: vpl011: Fix the slow early console SBSA UART output

Hi, On 18/10/17 11:17, Bhupinder Thakur wrote: > Hi Andre, > > On 17 October 2017 at 15:21, Andre Przywara wrote: >> Hi Bhupinder, >> >> first thing: As the bulk of the series has been merged now, please >> restart your patch and version numbering, so a (potential) next

Re: [Xen-devel] [PATCH v2 1/2] x86/boot: fix early error display

On Tue, Oct 17, 2017 at 04:41:37PM -0500, Doug Goldstein wrote: > From: David Esler > > In 9180f5365524 a change was made to the send_chr function to take in > C-strings and print out a character at a time until a NULL was > encountered. However there is no code to

Re: [Xen-devel] [PATCH V3 1/29] Xen/doc: Add Xen virtual IOMMU doc

Hi Roger: Thanks for review. On 2017年10月18日 21:26, Roger Pau Monné wrote: > On Thu, Sep 21, 2017 at 11:01:42PM -0400, Lan Tianyu wrote: >> This patch is to add Xen virtual IOMMU doc to introduce motivation, >> framework, vIOMMU hypercall and xl configuration. >> >> Signed-off-by: Lan Tianyu

[Xen-devel] [PATCH v9 02/16] Rename PSR sysctl/domctl interfaces and xsm policy to make them be general

This patch renames PSR sysctl/domctl interfaces and related xsm policy to make them be general for all resource allocation features but not only for CAT. Then, we can resuse the interfaces for all allocation features. Basically, it changes 'psr_cat_op' to 'psr_alloc', and remove 'CAT_' from some

[Xen-devel] [PATCH v3 4/7] libxl: support mapping static shared memory areas during domain creation

Add libxl__sshm_add to map shared pages from one DomU to another, The mapping process involves the follwing steps: * Set defaults and check for further errors in the static_shm configs: overlapping areas, invalid ranges, duplicated master domain, no master domain etc. * Write

[Xen-devel] [PATCH v3 7/7] docs: documentation about static shared memory regions

Add docs to document the motivation, usage, use cases and other relavant infomation about the static shared memory feature. This is for the proposal "Allow setting up shared memory areas between VMs from xl config file". See: https://lists.xen.org/archives/html/xen-devel/2017-08/msg03242.html

[Xen-devel] [PATCH v3 2/7] xsm: flask: change the dummy xsm policy and flask hook for map_gmfn_foregin

The original dummy xsm_map_gmfn_foregin checks if source domain has the proper privileges over the target domain. Under this policy, it's not allowed if a Dom0 wants to map pages from one DomU to another, which restricts some useful yet not dangerous use cases of the API, such as sharing pages

[Xen-devel] [PATCH v3 3/7] libxl: introduce a new structure to represent static shared memory regions

Add a new structure to the IDL familiy to represent static shared memory regions as proposed in the proposal "Allow setting up shared memory areas between VMs from xl config file" (see [1]). [1] https://lists.xen.org/archives/html/xen-devel/2017-08/msg03242.html Signed-off-by: Zhongze Liu

[Xen-devel] [PATCH v3 1/7] libxc: add xc_domain_remove_from_physmap to wrap XENMEM_remove_from_physmap

This is for the proposal "Allow setting up shared memory areas between VMs from xl config file". See: https://lists.xen.org/archives/html/xen-devel/2017-08/msg03242.html Then plan is to use XENMEM_add_to_physmap_batch to map the shared pages from one domU to another and use

[Xen-devel] [PATCH v3 6/7] libxl:xl: add parsing code to parse "libxl_static_sshm" from xl config files

Add the parsing utils for the newly introduced libxl_static_sshm struct to the libxl/libxlu_* family. And add realated parsing code in xl to parse the struct from xl config files. This is for the proposal "Allow setting up shared memory areas between VMs from xl config file" (see [1]). [1]

[Xen-devel] [PATCH v3 0/7] Allow setting up shared memory areas between VMs from xl config files

This series implements the new xl config entry proposed in [1]. Users can use the new config entry to statically setup shared memory areas among VMs that don't have grant table support so that they could communicate with each other through the static shared memory areas. [1] Proposla to allow

[Xen-devel] [PATCH v3 5/7] libxl: support unmapping static shared memory areas during domain destruction

Add libxl__sshm_del to unmap static shared memory areas mapped by libxl__sshm_add during domain creation. The unmapping process is: * For a master: decrease the refcount of the sshm region, if the refcount reaches 0, cleanup the whole sshm path. * For a slave: unmap the shared pages, and

[Xen-devel] [PATCH v7 for-next 09/12] vpci/bars: add handlers to map the BARs

Introduce a set of handlers that trap accesses to the PCI BARs and the command register, in order to snoop BAR sizing and BAR relocation. The command handler is used to detect changes to bit 2 (response to memory space accesses), and maps/unmaps the BARs of the device into the guest p2m. A

[Xen-devel] [PATCH v7 for-next 11/12] vpci: add a priority parameter to the vPCI register initializer

This is needed for MSI-X, since MSI-X will need to be initialized before parsing the BARs, so that the header BAR handlers are aware of the MSI-X related holes and make sure they are not mapped in order for the trap handlers to work properly. Signed-off-by: Roger Pau Monné

[Xen-devel] [PATCH v7 for-next 08/12] xen: introduce rangeset_consume_ranges

This function allows to iterate over a rangeset while removing the processed regions. This will be used in order to split processing of large memory areas when mapping them into the guest p2m. Signed-off-by: Roger Pau Monné --- Cc: George Dunlap

[Xen-devel] [PATCH v7 for-next 00/12] vpci: PCI config space emulation

Hello, The following series contain an implementation of handlers for the PCI configuration space inside of Xen. This allows Xen to detect accesses to the PCI configuration space and react accordingly. Why is this needed? IMHO, there are two main points of doing all this emulation inside of Xen,

[Xen-devel] [PATCH v7 for-next 12/12] vpci/msix: add MSI-X handlers

Add handlers for accesses to the MSI-X message control field on the PCI configuration space, and traps for accesses to the memory region that contains the MSI-X table and PBA. This traps detect attempts from the guest to configure MSI-X interrupts and properly sets them up. Note that accesses to

[Xen-devel] [PATCH v7 for-next 05/12] x86/physdev: enable PHYSDEVOP_pci_mmcfg_reserved for PVH Dom0

So that MMCFG regions not present in the MCFG ACPI table can be added at run time by the hardware domain. Signed-off-by: Roger Pau Monné --- Cc: Jan Beulich Cc: Andrew Cooper --- Changes since v6: - Do not return EEXIST if

[Xen-devel] [PATCH v7 for-next 10/12] vpci/msi: add MSI handlers

Add handlers for the MSI control, address, data and mask fields in order to detect accesses to them and setup the interrupts as requested by the guest. Note that the pending register is not trapped, and the guest can freely read/write to it. Signed-off-by: Roger Pau Monné

[Xen-devel] [PATCH v7 for-next 01/12] x86/pio: allow internal PIO handlers to return RETRY

Fix handle_pio so internal PIO handlers can return X86EMUL_RETRY and it is properly handled by not advancing the IP. Signed-off-by: Roger Pau Monné --- Cc: Paul Durrant Cc: Jan Beulich Cc: Andrew Cooper

[Xen-devel] Xen Security Advisory 243 (CVE-2017-15592) - x86: Incorrect handling of self-linear shadow mappings with translated guests

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Xen Security Advisory CVE-2017-15592 / XSA-243 version 4 x86: Incorrect handling of self-linear shadow mappings with translated guests UPDATES IN VERSION 4 CVE assigned. ISSUE

[Xen-devel] Xen Security Advisory 244 (CVE-2017-15594) - x86: Incorrect handling of IST settings during CPU hotplug

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Xen Security Advisory CVE-2017-15594 / XSA-244 version 3 x86: Incorrect handling of IST settings during CPU hotplug UPDATES IN VERSION 3 CVE assigned. ISSUE DESCRIPTION

[Xen-devel] Xen Security Advisory 237 (CVE-2017-15590) - multiple MSI mapping issues on x86

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Xen Security Advisory CVE-2017-15590 / XSA-237 version 3 multiple MSI mapping issues on x86 UPDATES IN VERSION 3 CVE assigned. ISSUE DESCRIPTION =

[Xen-devel] Xen Security Advisory 242 (CVE-2017-15593) - page type reference leak on x86

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Xen Security Advisory CVE-2017-15593 / XSA-242 version 3 page type reference leak on x86 UPDATES IN VERSION 3 CVE assigned. ISSUE DESCRIPTION =

[Xen-devel] Xen Security Advisory 241 (CVE-2017-15588) - Stale TLB entry due to page type release race

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Xen Security Advisory CVE-2017-15588 / XSA-241 version 4 Stale TLB entry due to page type release race UPDATES IN VERSION 4 CVE assigned. ISSUE DESCRIPTION

[Xen-devel] Xen Security Advisory 235 (CVE-2017-15596) - add-to-physmap error paths fail to release lock on ARM

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Xen Security Advisory CVE-2017-15596 / XSA-235 version 2 add-to-physmap error paths fail to release lock on ARM UPDATES IN VERSION 2 CVE assigned. ISSUE DESCRIPTION

[Xen-devel] [xen-unstable-smoke test] 114683: tolerable all pass - PUSHED

flight 114683 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/114683/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass test-armhf-armhf-xl

Re: [Xen-devel] [PATCH for-4.10] string: fix memmove when size is 0

>>> On 18.10.17 at 12:44, wrote: > On Tue, Oct 17, 2017 at 07:00:25AM -0600, Jan Beulich wrote: >> >>> On 17.10.17 at 14:52, wrote: >> > On Tue, Oct 17, 2017 at 01:41:35PM +0100, Andrew Cooper wrote: >> >> There are many passed values which could

[Xen-devel] [PATCH v1 1/5] xen/mm: Make xenmem_add_to_physmap global

Make it global in preparation to be called by a new dmop. Signed-off-by: Ross Lagerwall --- xen/common/memory.c | 5 ++--- xen/include/xen/mm.h | 3 +++ 2 files changed, 5 insertions(+), 3 deletions(-) diff --git a/xen/common/memory.c b/xen/common/memory.c index

[Xen-devel] [PATCH v1 0/5] Add dmops to allow use of VGA with restricted QEMU

The recently added support for restricting QEMU prevents use of the VGA console. This series addresses that by adding a couple of new dmops. A corresponding patch for QEMU is needed to make use of the new dmops. Ross Lagerwall (5): xen/mm: Make xenmem_add_to_physmap public xen: Provide

[Xen-devel] [PATCH v1 5/5] tools: libxendevicemodel: Provide xendevicemodel_pin_memory_cacheattr

Signed-off-by: Ross Lagerwall --- tools/libs/devicemodel/core.c | 19 +++ tools/libs/devicemodel/include/xendevicemodel.h | 14 ++ tools/libs/devicemodel/libxendevicemodel.map| 1 + 3 files changed, 34 insertions(+)

Re: [Xen-devel] [PATCH V3 2/29] VIOMMU: Add vIOMMU helper functions to create, destroy vIOMMU instance

On Thu, Sep 21, 2017 at 11:01:43PM -0400, Lan Tianyu wrote: > This patch is to introduce an abstract layer for arch vIOMMU implementation > to deal with requests from dom0. Arch vIOMMU code needs to provide callback > to do create and destroy operation. > > Signed-off-by: Lan Tianyu

[Xen-devel] [PATCH v1 4/5] tools: libxendevicemodel: Provide xendevicemodel_add_to_physmap

Signed-off-by: Ross Lagerwall --- tools/libs/devicemodel/Makefile | 2 +- tools/libs/devicemodel/core.c | 17 + tools/libs/devicemodel/include/xendevicemodel.h | 13 +

Re: [Xen-devel] [PATCH 2/3] x86/mm: Consolidate all Xen L2 slot writing into init_xen_pae_l2_slots()

On 10/12/2017 02:54 PM, Andrew Cooper wrote: > Having all of this logic together makes it easier to follow Xen's virtual > setup across the whole system. > > No functional change. > > Signed-off-by: Andrew Cooper Reviewed-by: George Dunlap

[Xen-devel] Xen Security Advisory 239 (CVE-2017-15589) - hypervisor stack leak in x86 I/O intercept code

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Xen Security Advisory CVE-2017-15589 / XSA-239 version 3 hypervisor stack leak in x86 I/O intercept code UPDATES IN VERSION 3 CVE assigned. ISSUE DESCRIPTION

[Xen-devel] [PATCH] gcov: support gcc 7.x

Taking Linux commit 0538421343 ("gcov: support GCC 7.1") as reference, enable gcc 7 support requiring __gcov_exit() and having 9 counters. Signed-off-by: Jan Beulich --- Considering that gcc 7 has been out for a while, I think we shouldn't ship 4.10 with not even building gcov

Re: [Xen-devel] [PATCH v2 for-4.10] x86/mm: Make PV linear pagetables optional

>>> On 18.10.17 at 15:49, wrote: > On 10/18/2017 02:41 PM, Jan Beulich wrote: > On 18.10.17 at 12:51, wrote: >>> @@ -2334,6 +2368,9 @@ static int _put_page_type(struct page_info *page, >>> bool preemptible, >>>

Re: [Xen-devel] [PATCH 3/3] x86/mm: Consolidate all Xen L4 slot writing into init_xen_l4_slots()

On 10/12/2017 02:54 PM, Andrew Cooper wrote: > There are currently three functions which write L4 pagetables for Xen, but > they all behave subtly differently. sh_install_xen_entries_in_l4() in > particular is catering for two different usecases, which makes the safety of > the linear mappings

Re: [Xen-devel] [PATCH] x86/mm: Make PV linear pagetables optional

>>> On 18.10.17 at 12:22, wrote: > On 10/18/2017 10:39 AM, Jan Beulich wrote: > On 17.10.17 at 19:10, wrote: >>> @@ -2330,8 +2360,8 @@ static int _put_page_type(struct page_info *page, >>> bool preemptible, >>> *

Re: [Xen-devel] [PATCH v2 for-4.10] x86/mm: Make PV linear pagetables optional

>>> On 18.10.17 at 12:51, wrote: > --- a/xen/arch/x86/Kconfig > +++ b/xen/arch/x86/Kconfig > @@ -37,6 +37,26 @@ source "arch/Kconfig" > config PV > def_bool y > > +config PV_LINEAR_PT > + bool "Support for PV linear pagetables" > + depends on PV > +

Re: [Xen-devel] [PATCH v8 02/16] Rename PSR sysctl/domctl interfaces and xsm policy to make them be general

>>> On 16.10.17 at 05:04, wrote: > v7: > - add single trailing underscore for internal variabled in macro. > (suggested by Jan Beulich) > - add parentheses for input parameters of marcro. > (suggested by Jan Beulich) > - adjust the postion of

Re: [Xen-devel] [PATCH V3 4/29] tools/libacpi: Add DMA remapping reporting (DMAR) ACPI table structures

On Thu, Sep 21, 2017 at 11:01:45PM -0400, Lan Tianyu wrote: > From: Chao Gao > > Add dmar table structure according Chapter 8 "BIOS Considerations" of > VTd spec Rev. 2.4. > > VTd >

Re: [Xen-devel] libxc: Fix the data type of mfn parameter passed to xc_map_foreign_range()

I appear to receive this series out of order. This one appears in my inbox later then "xenconsole: Change the type of ring_ref to xen_pfn_t in console_create_ring", which at a glance depends on this one. Please resend this series with proper numbering. On Tue, Oct 17, 2017 at 10:16:32PM +0530,

[Xen-devel] [qemu-mainline bisection] complete build-i386

branch xen-unstable xenbranch xen-unstable job build-i386 testid xen-build Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git Tree: qemuu git://git.qemu.org/qemu.git Tree: xen git://xenbits.xen.org/xen.git *** Found and reproduced problem changeset *** Bug is in tree: qemuu

Re: [Xen-devel] xenconsole: Define and use a macro INVALID_XEN_PFN instead of -1

Hi Wei, On 10/18/2017 12:53 PM, Wei Liu wrote: On Wed, Oct 18, 2017 at 04:02:45AM -0600, Jan Beulich wrote: On 17.10.17 at 18:46, wrote: --- a/xen/include/public/xen.h +++ b/xen/include/public/xen.h @@ -37,6 +37,8 @@ #error "Unsupported architecture" #endif

Re: [Xen-devel] [PATCH] gcov: support gcc 7.x

On Wed, Oct 18, 2017 at 07:45:53AM -0600, Jan Beulich wrote: > Taking Linux commit 0538421343 ("gcov: support GCC 7.1") as reference, > enable gcc 7 support requiring __gcov_exit() and having 9 counters. > > Signed-off-by: Jan Beulich Acked-by: Wei Liu

Re: [Xen-devel] [PATCH v2 for-4.10] x86/mm: Make PV linear pagetables optional

On 10/18/2017 02:41 PM, Jan Beulich wrote: On 18.10.17 at 12:51, wrote: >> --- a/xen/arch/x86/Kconfig >> +++ b/xen/arch/x86/Kconfig >> @@ -37,6 +37,26 @@ source "arch/Kconfig" >> config PV >> def_bool y >> >> +config PV_LINEAR_PT >> + bool "Support for

[Xen-devel] [PATCH v1 2/5] xen: Provide XEN_DMOP_add_to_physmap

Provide XEN_DMOP_add_to_physmap, a limited version of XENMEM_add_to_physmap to allow a deprivileged QEMU to move VRAM when a guest programs its BAR. It is equivalent to XENMEM_add_to_physmap with space == XENMAPSPACE_gmfn. Signed-off-by: Ross Lagerwall ---

[Xen-devel] [PATCH v1 3/5] xen: Provide XEN_DMOP_pin_memory_cacheattr

Provide XEN_DMOP_pin_memory_cacheattr to allow a deprivileged QEMU to pin the caching type of RAM after moving the VRAM. It is equivalent to XEN_DOMCTL_pin_memory_cacheattr. Signed-off-by: Ross Lagerwall --- xen/arch/x86/hvm/dm.c | 12

Re: [Xen-devel] [PATCH V3 3/29] DOMCTL: Introduce new DOMCTL commands for vIOMMU support

On Thu, Sep 21, 2017 at 11:01:44PM -0400, Lan Tianyu wrote: > This patch is to introduce create, destroy and query capabilities > command for vIOMMU. vIOMMU layer will deal with requests and call > arch vIOMMU ops. > > Signed-off-by: Lan Tianyu > --- > xen/common/domctl.c

[Xen-devel] [PATCH v7 for-next 03/12] vpci: introduce basic handlers to trap accesses to the PCI config space

This functionality is going to reside in vpci.c (and the corresponding vpci.h header), and should be arch-agnostic. The handlers introduced in this patch setup the basic functionality required in order to trap accesses to the PCI config space, and allow decoding the address and finding the

[Xen-devel] [PATCH v7 for-next 06/12] pci: split code to size BARs from pci_add_device

So that it can be called from outside in order to get the size of regular PCI BARs. This will be required in order to map the BARs from PCI devices into PVH Dom0 p2m. Signed-off-by: Roger Pau Monné --- Cc: Jan Beulich --- Changes since v6: - Remove the

[Xen-devel] [PATCH v7 for-next 07/12] pci: add support to size ROM BARs to pci_size_mem_bar

Signed-off-by: Roger Pau Monné Reviewed-by: Jan Beulich --- Cc: Jan Beulich --- Changes since v6: - Remove the rom local variable. Changes since v5: - Use the flags field. - Introduce a mask local variable. - Simplify return.

[Xen-devel] [PATCH v7 for-next 02/12] pci: introduce a type to store a SBDF

That provides direct access to all the members that constitute a SBDF. The only function switched to use it is hvm_pci_decode_addr, because it makes following patches simpler. Suggested-by: Andrew Cooper Signed-off-by: Roger Pau Monné

[Xen-devel] [PATCH v7 for-next 04/12] x86/mmcfg: add handlers for the PVH Dom0 MMCFG areas

Introduce a set of handlers for the accesses to the MMCFG areas. Those areas are setup based on the contents of the hardware MMCFG tables, and the list of handled MMCFG areas is stored inside of the hvm_domain struct. The read/writes are forwarded to the generic vpci handlers once the address is

Re: [Xen-devel] [PATCH] arm: configure interrupts to be in non-secure group1

Hi, On 10/17/2017 10:32 PM, Stefano Stabellini wrote: Xen uses non-secure group1 interrupts, however it doesn't configure the GICv3 accordingly. Xen needs to set GICD_IGROUPR for SPIs and GICR_IGROUPR0 for local interrupt to "1" to specify that interrupts belong to group1. This is particularly

[Xen-devel] [xen-4.7-testing test] 114662: regressions - FAIL

flight 114662 xen-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/114662/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-xtf-amd64-amd64-4 48 xtf/test-hvm64-lbr-tsx-vmentry fail REGR. vs. 114483 Tests which

Re: [Xen-devel] [PATCH] gcov: support gcc 7.x

On 18/10/17 14:45, Jan Beulich wrote: > Taking Linux commit 0538421343 ("gcov: support GCC 7.1") as reference, > enable gcc 7 support requiring __gcov_exit() and having 9 counters. > > Signed-off-by: Jan Beulich Acked-by: Andrew Cooper Like the

Re: [Xen-devel] [PATCH v2 for-4.10] x86/mm: Make PV linear pagetables optional

On Wed, Oct 18, 2017 at 11:51:59AM +0100, George Dunlap wrote: > Allowing pagetables to point to other pagetables of the same level > (often called 'linear pagetables') has been included in Xen since its > inception; but recently it has been the source of a number of subtle > reference-counting

Re: [Xen-devel] [OSSTEST PATCH] MaxUmask: enforce a maximum umask value

On Tue, Oct 17, 2017 at 12:10:38PM +0100, Ian Jackson wrote: > On some operating systems, the default umask is not 002 as it should > be (for the sensible setup with personal groups). > > If a user with an 022 or 077 umask invokes osstest in Executive mode, > they end up creating directories in

Re: [Xen-devel] [PATCH v2 for-4.10] ubsan: add clang 5.0 support

Hi Roger, On 10/18/2017 08:45 AM, Roger Pau Monne wrote: clang 5.0 changed the layout of the type_mismatch_data structure and introduced __ubsan_handle_type_mismatch_v1 and __ubsan_handle_pointer_overflow. This commit adds support for the new structure layout, adds the missing handlers and the

[Xen-devel] [xen-4.9-testing baseline-only test] 72328: tolerable trouble: blocked/broken/fail/pass

This run is configured for baseline tests only. flight 72328 xen-4.9-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/72328/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-xl-qemuu-win7-amd64 17 guest-stop

[Xen-devel] [PATCH RFC v2 7/8] Fixed bugs in the migration flow

--- tools/libxc/xc_sr_save.c | 1 - tools/libxl/libxl_create.c | 15 --- tools/libxl/libxl_dom_save.c | 2 +- tools/libxl/libxl_domain.c | 2 +- tools/libxl/libxl_internal.h | 2 +- tools/libxl/libxl_save_callout.c | 5 +++--

  1   2   >