Posted initially to centos-virt mailing list. Please note I'm not
subscribed to xen-devel.
Running "xl -v vcpu-set " on both CentOS 6 running
4.14.5-1.el6.elrepo.x86_64 and CentOS 7 running
4.14.5-1.el7.elrepo.x86_64 I'm able to trigger this bug where certain
commands in the domU stall:
top
On 18/12/17 21:27, Julien Grall wrote:
> Hi Juergen,
>
> On 18/12/2017 18:32, Juergen Gross wrote:
>> On 18/12/17 17:38, Julien Grall wrote:
>>> Hi Juergen,
>>>
>>> On 18/12/17 16:10, Juergen Gross wrote:
On 18/12/17 16:57, Julien Grall wrote:
> Hi George,
>
> On 18/12/17 14:56, G
pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as
where a PCI device is present. This restricts the device drivers to be
reused for other domain numbers.
Use pci_get_domain_bus_and_slot() with a domain number of 0 where we can't
extract the domain number. Other places, use the
flight 117265 xen-4.9-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/117265/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-localmigrate/x10 fail REGR. vs.
116619
test-amd
Port WARN_ON_ONCE macro from Linux.
Signed-off-by: Sameer Goel
---
xen/include/xen/lib.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/xen/include/xen/lib.h b/xen/include/xen/lib.h
index ed00ae1379..83206c0848 100644
--- a/xen/include/xen/lib.h
+++ b/xen/include/xen/lib.h
@@ -
flight 117269 seabios real [real]
http://logs.test-lab.xenproject.org/osstest/logs/117269/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemuu-ws16-amd64 17 guest-stop fail REGR. vs. 115539
Tests which are failing
For porting files directly from Linux it is useful to have a function mapping
definitions from Linux to Xen. This file adds common API functions and
other defines that are needed for porting arm SMMU drivers.
Signed-off-by: Sameer Goel
---
xen/include/xen/linux_compat.h | 81
This driver follows an approach similar to smmu driver. The intent here
is to reuse as much Linux code as possible.
- Glue code has been introduced to bridge the API calls.
- Called Linux functions from the Xen IOMMU function calls.
- Xen modifications are preceded by /*Xen: comment */
Signed-off-
Modify the SMMU code to use generic device instead of dt_device_node for
functions that can be used for ACPI based systems too.
Signed-off-by: Sameer Goel
---
xen/drivers/passthrough/arm/smmu.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/xen/drivers/passthrou
This patch set addresses the review comments from [1].
The SMMUv2 and other compatibility changes have been broken out of SMMUv3
patch.
Similar to the RFCv2 all the IORT realted changes have been dropped in this
version as these will be covered by [2]. The IORT implementation has to
provide a Li
Based on commit 7aa8619a66aea52b145e04cbab4f8d6a4e5f3f3b
This is a verbatim snapshot of arm-smmu-v3.c from Linux kernel source
code.
No Xen code has been added and the file is not built.
Signed-off-by: Sameer Goel
---
xen/drivers/passthrough/arm/smmu-v3.c | 2885 +
Add a new config item to control compilation for legacy arm SMMU.
Signed-off-by: Sameer Goel
---
xen/drivers/passthrough/arm/Kconfig | 6 ++
xen/drivers/passthrough/arm/Makefile | 2 +-
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/xen/drivers/passthrough/arm/Kconfig
b/xen/
Changing the name of the macro from LOG_2 to ilog2.This makes the function name
similar to its Linux counterpart. Since, this is not used in mutiple places, so
the code churn is minimal.
This change helps in porting unchanged code from Linux.
Signed-off-by: Sameer Goel
---
xen/arch/x86/x86_64/a
Pull common defines for SMMU drivers in a local header.
Signed-off-by: Sameer Goel
---
xen/drivers/passthrough/arm/arm_smmu.h | 113 +
xen/drivers/passthrough/arm/smmu-v3.c | 96 ++--
xen/drivers/passthrough/arm/smmu.c | 104 +
flight 117258 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/117258/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-armhf-armhf-xl-xsm 6 xen-installfail pass in 117222
test-armhf-armhf-xl-credit2 16
This patch implements new generic set value interfaces in libxc and libxl.
These interfaces are suitable for all allocation features. It also adds a
new MBA set value command in xl.
Signed-off-by: Yi Sun
---
CC: Wei Liu
CC: Ian Jackson
CC: Roger Pau Monné
CC: Chao Peng
v10:
- move argc c
This patch implements the new libxl get hw info interface,
'libxl_psr_get_hw_info', which is suitable to all psr allocation
features. It also implements corresponding list free function,
'libxl_psr_hw_info_list_free' and makes 'libxl_psr_cat_get_info' call
'libxl_psr_get_hw_info' to avoid redundant
This patch implements set value flow for MBA including its callback
function and domctl interface.
Signed-off-by: Yi Sun
Reviewed-by: Jan Beulich
---
CC: Jan Beulich
CC: Andrew Cooper
CC: Wei Liu
CC: Roger Pau Monné
CC: Chao Peng
v9:
- adjust codes in 'mba_sanitize_thrtl'.
(sugge
This patch implements get value domctl interface for MBA.
Signed-off-by: Yi Sun
Reviewed-by: Roger Pau Monné
Acked-by: Jan Beulich
---
CC: Andrew Cooper
CC: Jan Beulich
CC: Wei Liu
CC: Roger Pau Monné
CC: Chao Peng
v5:
- use newly defined macro to get MBA thrtl.
(suggested by Ro
This patch adds MBA description in related documents.
Signed-off-by: Yi Sun
Acked-by: Wei Liu
Reviewed-by: Roger Pau Monné
---
CC: Ian Jackson
CC: Wei Liu
CC: Roger Pau Monné
CC: Chao Peng
v5:
- remove 'closed-loop' in 'xl-psr.markdown'
(suggested by Roger Pau Monné)
v4:
- mo
This patch implements a new libxc get hw info interface and corresponding
data structures. It also changes libxl_psr.c to call this new interface.
Signed-off-by: Yi Sun
Reviewed-by: Roger Pau Monné
Acked-by: Wei Liu
---
CC: Wei Liu
CC: Ian Jackson
CC: Roger Pau Monné
CC: Chao Peng
v6:
This patch implements get HW info flow for MBA including its callback
function and sysctl interface.
Signed-off-by: Yi Sun
---
CC: Jan Beulich
CC: Andrew Cooper
CC: Wei Liu
CC: Roger Pau Monné
CC: Chao Peng
v10:
- declare data array in top case to avoid gcc 7.2 warning.
(suggested
This patch renames 'xc_psr_cat_type' to 'xc_psr_type' so that
the structure name is common for all allocation features.
Signed-off-by: Yi Sun
Acked-by: Wei Liu
Reviewed-by: Chao Peng
Reviewed-by: Roger Pau Monné
---
CC: Ian Jackson
CC: Wei Liu
CC: Roger Pau Monné
CC: Chao Peng
v5:
- r
This patch implements generic get value interfaces in libxc and libxl.
It also refactors the get value flow in xl to make it be suitable for all
allocation features. Based on that, a new MBA get value command is added in xl.
Signed-off-by: Yi Sun
Acked-by: Wei Liu
Reviewed-by: Roger Pau Monné
-
This patch implements a new xl get HW info interface. A new argument
is added for psr-hwinfo command to get and show MBA HW info.
Signed-off-by: Yi Sun
Reviewed-by: Roger Pau Monné
Acked-by: Wei Liu
---
CC: Wei Liu
CC: Ian Jackson
CC: Roger Pau Monné
CC: Chao Peng
v3:
- change the form
Hi, all,
We plan to bring a new PSR (Platform Shared Resource) feature called
Intel Memory Bandwidth Allocation (MBA) to Xen.
Besides the MBA enabling, we change some interfaces to make them more
general but not only for CAT.
The first 5 patches of V9 haven been merged. To fix a few issues, the
This patch creates general interfaces in libxl to support all psr
allocation features.
Add 'LIBXL_HAVE_PSR_GENERIC' to indicate interface change.
Please note, the functionality cannot work until later patches
are applied.
Signed-off-by: Yi Sun
Reviewed-by: Roger Pau Monné
Acked-by: Wei Liu
--
Commit f5775e0b6116 ("x86/xen: discard RAM regions above the maximum
reservation") left host memory not assigned to dom0 as available for
memory hotplug.
Unfortunately this also meant that those regions could be used by
others. Specifically, commit fa564ad96366 ("x86/PCI: Enable a 64bit BAR
on AMD
flight 117255 linux-4.9 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/117255/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-rumprun-i386 17 rumprun-demo-xenstorels/xenstorels.repeat fail
REGR. vs. 117215
Tests which
Hi Juergen,
On 18/12/2017 18:32, Juergen Gross wrote:
On 18/12/17 17:38, Julien Grall wrote:
Hi Juergen,
On 18/12/17 16:10, Juergen Gross wrote:
On 18/12/17 16:57, Julien Grall wrote:
Hi George,
On 18/12/17 14:56, George Dunlap wrote:
On Fri, Dec 15, 2017 at 2:54 PM, Juergen Gross wrote:
flight 117251 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/117251/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 7 xen-boot fail REGR. vs. 115643
test-amd64-i386-qem
This run is configured for baseline tests only.
flight 72999 qemu-mainline real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72999/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64
Are you saying do_flr doesn't exist at all in any version of Linux,
and as such the line you're removing is currently pointless?
Yes, that's correct. In other-words, it will not break any existing code
or functionality.
Except for people, like me, running unofficial patches to linux. It
should b
On 18/12/17 17:38, Julien Grall wrote:
> Hi Juergen,
>
> On 18/12/17 16:10, Juergen Gross wrote:
>> On 18/12/17 16:57, Julien Grall wrote:
>>> Hi George,
>>>
>>> On 18/12/17 14:56, George Dunlap wrote:
On Fri, Dec 15, 2017 at 2:54 PM, Juergen Gross wrote:
> On 14/12/17 14:13, Juergen Gro
On 12/18/2017 02:36 AM, Jan Beulich wrote:
On 15.12.17 at 20:52, wrote:
> +static int pcistub_device_reset(struct pci_dev *dev)
> +{
> + struct xen_pcibk_dev_data *dev_data;
> + bool slot = false, bus = false;
> + struct pcistub_args arg = {};
> +
> + if (!dev)
>>>
On 12/18/2017 6:26 AM, Christoph Hellwig wrote:
On Fri, Dec 15, 2017 at 12:18:02PM -0600, Bjorn Helgaas wrote:
I think Christoph volunteered to do some restructuring, but I don't
know his timeframe. If you can, I would probably wait for that
because there's so much overlap here.
I'll have so
>>> On 12.12.17 at 18:50, wrote:
> On 12/12/2017 03:08 PM, Jan Beulich wrote:
>> --- a/xen/arch/x86/mm.c
>> +++ b/xen/arch/x86/mm.c
>> @@ -2371,9 +2371,7 @@ int free_page_type(struct page_info *pag
>>
>> gmfn = mfn_to_gmfn(owner, mfn_x(page_to_mfn(page)));
>> ASSERT(VALID_M2P(g
On 12/18/2017 04:10 PM, Juergen Gross wrote:
> On 18/12/17 16:57, Julien Grall wrote:
>> Hi George,
>>
>> On 18/12/17 14:56, George Dunlap wrote:
>>> On Fri, Dec 15, 2017 at 2:54 PM, Juergen Gross wrote:
On 14/12/17 14:13, Juergen Gross wrote:
> On 14/12/17 13:43, Julien Grall wrote:
On 18/12/17 16:50, Jan Beulich wrote:
> For Fam10 and later AMD recommends using the "long" NOP forms. Re-write
> the present Intel code into switch() statements and add AMD logic.
>
> Default to "long" forms (which all 64-bit CPUs are supposed to
> recognize), overriding to the K8 flavor on those
For Fam10 and later AMD recommends using the "long" NOP forms. Re-write
the present Intel code into switch() statements and add AMD logic.
Default to "long" forms (which all 64-bit CPUs are supposed to
recognize), overriding to the K8 flavor on those few (older) CPUs.
This at the same time brings
Hi Juergen,
On 18/12/17 16:10, Juergen Gross wrote:
On 18/12/17 16:57, Julien Grall wrote:
Hi George,
On 18/12/17 14:56, George Dunlap wrote:
On Fri, Dec 15, 2017 at 2:54 PM, Juergen Gross wrote:
On 14/12/17 14:13, Juergen Gross wrote:
On 14/12/17 13:43, Julien Grall wrote:
On 14/12/17
A few thousand such pages are usually left around due to the re-use of
L1 tables having been provided by the hypervisor (Dom0) or tool stack
(DomU). Set NX in the direct map variant, which needs to be done in L2
due to the dual use of the re-used L1s.
For x86_configure_nx() to actually do what it
On 18/12/17 16:57, Julien Grall wrote:
> Hi George,
>
> On 18/12/17 14:56, George Dunlap wrote:
>> On Fri, Dec 15, 2017 at 2:54 PM, Juergen Gross wrote:
>>> On 14/12/17 14:13, Juergen Gross wrote:
On 14/12/17 13:43, Julien Grall wrote:
>
>
> On 14/12/17 11:38, Juergen Gross wrote
Hi George,
On 18/12/17 14:56, George Dunlap wrote:
On Fri, Dec 15, 2017 at 2:54 PM, Juergen Gross wrote:
On 14/12/17 14:13, Juergen Gross wrote:
On 14/12/17 13:43, Julien Grall wrote:
On 14/12/17 11:38, Juergen Gross wrote:
On 14/12/17 12:28, Julien Grall wrote:
On 14/12/17 07:56, Juer
On Mon, 2017-12-18 at 13:28 +0100, Ingo Molnar wrote:
> * Jan Beulich wrote:
>
> > A few thousand such pages are usually left around due to the re-use of
> > L1 tables having been provided by the hypervisor (Dom0) or tool stack
> > (DomU). Set NX in the direct map variant, which needs to be done
On Thu, Dec 14, 2017 at 2:11 PM, Jan Beulich wrote:
On 14.12.17 at 08:56, wrote:
>> 4. Should we try harder to negotiate embargo dates of security issues to
>>match the (targeted) release dates?
>
> Personally I don't think embargo dates should be made match
> release dates; if anything,
On 12/18/2017 05:21 PM, Yoni Bettan wrote:
according to Eduardo Habkost's commit fd3b02c889 all PCIEs now implement
INTERFACE_PCIE_DEVICE so we don't need is_express field anymore.
Devices that implements only INTERFACE_PCIE_DEVICE (is_express == 1)
or
devices that implements only INTERFACE_CO
according to Eduardo Habkost's commit fd3b02c889 all PCIEs now implement
INTERFACE_PCIE_DEVICE so we don't need is_express field anymore.
Devices that implements only INTERFACE_PCIE_DEVICE (is_express == 1)
or
devices that implements only INTERFACE_CONVENTIONAL_PCI_DEVICE (is_express == 0)
where n
On Fri, Dec 15, 2017 at 2:54 PM, Juergen Gross wrote:
> On 14/12/17 14:13, Juergen Gross wrote:
>> On 14/12/17 13:43, Julien Grall wrote:
>>>
>>>
>>> On 14/12/17 11:38, Juergen Gross wrote:
On 14/12/17 12:28, Julien Grall wrote:
>
>
> On 14/12/17 07:56, Juergen Gross wrote:
>>
On Thu, Dec 14, 2017 at 04:48:01PM -0600, Eric DeVolder wrote:
> When kexec is utilized in a Xen environment, it has an explicit
> run-time dependency on libxenctrl.so. This dependency occurs
> during the configure stage and when building kexec-tools.
>
> When kexec is utilized in a non-Xen environ
flight 72994 distros-debian-sid real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72994/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvopsbroken
build-i386
flight 117241 xen-4.7-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/117241/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf 6 xen-build fail in 117195 REGR. vs. 116665
Tests which are
* Jan Beulich wrote:
> A few thousand such pages are usually left around due to the re-use of
> L1 tables having been provided by the hypervisor (Dom0) or tool stack
> (DomU). Set NX in the direct map variant, which needs to be done in L2
> due to the dual use of the re-used L1s.
>
> For x86_co
On Fri, Dec 15, 2017 at 12:18:02PM -0600, Bjorn Helgaas wrote:
> I think Christoph volunteered to do some restructuring, but I don't
> know his timeframe. If you can, I would probably wait for that
> because there's so much overlap here.
I'll have some time over the holidays. If you need it more
Hi,
Below a list of potential backport patches for Xen 4.{10,9,8,7}.
The commit are listed from the newest to the oldest.
Xen 4.10
9630c5ae363b4cbf8eb61366530f40c80680af4d xen/arm: gic-v3: Bail out if
gicv3_cpu_init fail
c05aa4afac64ea687c1a2bf9277ba6552809495b xen/arm: bootfdt: Use proper defa
The link to xen 4.10.0 from
https://xenproject.org/developers/teams/hypervisor.html is broken. It goes
to
https://xenproject.org/downloads/xen-archives/xen-project-410-series/xen-4100.html
but the page is actually
https://xenproject.org/downloads/xen-archives/xen-project-410-series/xen-project-4
On 18/12/17 12:11, Jan Beulich wrote:
> A few thousand such pages are usually left around due to the re-use of
> L1 tables having been provided by the hypervisor (Dom0) or tool stack
> (DomU). Set NX in the direct map variant, which needs to be done in L2
> due to the dual use of the re-used L1s.
>
On 18/12/17 10:13, Jan Beulich wrote:
> Both Intel and AMD recommend an operand-size-override-prefixed long NOP
> form for covering 9 bytes, so introduce this and use it in p6_nops[] to
> allow further reducing the number of NOPs needed when covering larger
> ranges.
>
> Signed-off-by: Jan Beulich
On Fri, Dec 15, 2017 at 3:01 AM, Doug Goldstein wrote:
> Hello all,
>
> Looking to see if there is interest from anyone in having machine
> readable feeds for the XSA content (e.g. JSON). I mentioned it on IRC
> but figured I should post this on the ML to get interest and see if
> anyone has stron
A few thousand such pages are usually left around due to the re-use of
L1 tables having been provided by the hypervisor (Dom0) or tool stack
(DomU). Set NX in the direct map variant, which needs to be done in L2
due to the dual use of the re-used L1s.
For x86_configure_nx() to actually do what it
On 18/12/17 10:13, Jan Beulich wrote:
> For Fam10 and later AMD recommends using the "long" NOP forms. Re-write
> the present Intel code into switch() statements and add AMD logic. This
> at the same time brings us in line again with current Linux.
>
> Signed-off-by: Jan Beulich
Overall, the logi
This run is configured for baseline tests only.
flight 72976 xen-unstable real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/72976/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64
>>> On 18.12.17 at 09:30, wrote:
> This patch implements get HW info flow for MBA including its callback
> function and sysctl interface.
>
> Signed-off-by: Yi Sun
> Reviewed-by: Roger Pau Monné
> Acked-by: Jan Beulich
As said before (a number of times I think), tags need to be dropped
when y
flight 117236 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/117236/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 117138
test-armhf-armhf-libvirt-xsm 14 sav
For Fam10 and later AMD recommends using the "long" NOP forms. Re-write
the present Intel code into switch() statements and add AMD logic. This
at the same time brings us in line again with current Linux.
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/alternative.c
+++ b/xen/arch/x86/alternative.
Both Intel and AMD recommend an operand-size-override-prefixed long NOP
form for covering 9 bytes, so introduce this and use it in p6_nops[] to
allow further reducing the number of NOPs needed when covering larger
ranges.
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/alternative.c
+++ b/xen/arch
On 17-12-15 03:09:26, Jan Beulich wrote:
> >>> On 20.10.17 at 10:28, wrote:
> > --- a/xen/arch/x86/sysctl.c
> > +++ b/xen/arch/x86/sysctl.c
> > @@ -174,7 +174,7 @@ long arch_do_sysctl(
> > case XEN_SYSCTL_psr_alloc:
> > switch ( sysctl->u.psr_alloc.cmd )
> > {
> > -
This patch implements new generic set value interfaces in libxc and libxl.
These interfaces are suitable for all allocation features. It also adds a
new MBA set value command in xl.
Signed-off-by: Yi Sun
Reviewed-by: Roger Pau Monné
Acked-by: Wei Liu
---
CC: Wei Liu
CC: Ian Jackson
CC: Roger
This patch implements get HW info flow for MBA including its callback
function and sysctl interface.
Signed-off-by: Yi Sun
Reviewed-by: Roger Pau Monné
Acked-by: Jan Beulich
---
CC: Jan Beulich
CC: Andrew Cooper
CC: Wei Liu
CC: Roger Pau Monné
CC: Chao Peng
v9.1:
- declare data array
1: improve NOP use for AMD CPUs
2: introduce NOP9 forms
Signed-off-by: Jan Beulich
___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
shadow_one_bit_enable() sets PG_SH_enable (if not already set of course)
in addition to the bit being requested. Make shadow_one_bit_disable()
behave similarly - clear PG_SH_enable if that's the only bit remaining.
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/mm/shadow/common.c
+++ b/xen/arch/x
71 matches
Mail list logo
