Re: [Xen-devel] [PATCHv1 net] xen-netback: fix guest Rx stall detection (after guest Rx refactor)

From: David Vrabel Date: Tue, 11 Oct 2016 16:48:27 +0100 > If a VIF has been ready for rx_stall_timeout (60s by default) and an > Rx ring is drained of all requests an Rx stall will be incorrectly > detected. When this occurs and the guest Rx queue is empty, the Rx >

Re: [Xen-devel] [PATCH for-4.8] ipxe: update to newer commit

On Thu, Oct 13, 2016 at 11:02:09AM +0100, Juergen Schinker wrote: > > > - On 13 Oct, 2016, at 09:29, Wei Liu wei.l...@citrix.com wrote: > > > On Thu, Oct 13, 2016 at 10:10:46AM +0100, Juergen Schinker wrote: > >> Right and still no solution > >> > >> there is no xz-dev or libxz-dev; I

Re: [Xen-devel] [RFC KERNEL PATCH 0/2] Add Dom0 NVDIMM support for Xen

On Thu, Oct 13, 2016 at 2:08 AM, Jan Beulich wrote: [..] >> I think we can do the similar for Xen, like to lay another pseudo >> device on /dev/pmem and do the reservation, like 2. in my previous >> reply. > > Well, my opinion certainly doesn't count much here, but I continue

Re: [Xen-devel] [RFC KERNEL PATCH 0/2] Add Dom0 NVDIMM support for Xen

On 13/10/16 16:40, Dan Williams wrote: > On Thu, Oct 13, 2016 at 2:08 AM, Jan Beulich wrote: > [..] >>> I think we can do the similar for Xen, like to lay another pseudo >>> device on /dev/pmem and do the reservation, like 2. in my previous >>> reply. >> Well, my opinion

[Xen-devel] [linux-4.1 baseline-only test] 67872: tolerable FAIL

This run is configured for baseline tests only. flight 67872 linux-4.1 real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67872/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-libvirt-pair 21

[Xen-devel] [xen-unstable-smoke test] 101418: regressions - FAIL

flight 101418 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/101418/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt 5 xen-install fail REGR. vs. 101403 Tests which

Re: [Xen-devel] [PATCH 02/15] xen: Fix coding style warnings

Oh, I see. Because gmail messes up the alignment but raw diff looked fine I thought that you were seeing the same issue as I see on email client. I will align the quoted strings properly with the first parameter and I will send another series. Thanks, Emil On Thu, Oct 13, 2016 at 2:35 PM,

Re: [Xen-devel] [PATCH] flask: add gcov_op check

On Thu, Oct 13, 2016 at 03:37:13PM +0100, Wei Liu wrote: > Signed-off-by: Wei Liu > --- > Cc: Daniel De Graaf > Cc: Konrad Rzeszutek Wilk Reviewed-by: Konrad Rzeszutek Wilk > --- >

Re: [Xen-devel] [RFC KERNEL PATCH 0/2] Add Dom0 NVDIMM support for Xen

On 10/13/16 03:08 -0600, Jan Beulich wrote: On 13.10.16 at 10:53, wrote: On 10/13/16 02:34 -0600, Jan Beulich wrote: On 12.10.16 at 18:19, wrote: On Wed, Oct 12, 2016 at 9:01 AM, Jan Beulich wrote: On 12.10.16 at

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

flight 101414 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/101414/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 08354c34486947da17a36a605f9a4b000132123f baseline version: ovmf

Re: [Xen-devel] [PATCH] xen-netback: fix type mismatch warning

From: Arnd Bergmann Date: Wed, 12 Oct 2016 16:54:01 +0200 > Wiht the latest rework of the xen-netback driver, we get a warning > on ARM about the types passed into min(): > > drivers/net/xen-netback/rx.c: In function 'xenvif_rx_next_chunk': > include/linux/kernel.h:739:16: error:

[Xen-devel] [PATCH] flask: add gcov_op check

Signed-off-by: Wei Liu --- Cc: Daniel De Graaf Cc: Konrad Rzeszutek Wilk --- tools/flask/policy/modules/dom0.te | 2 +- xen/xsm/flask/hooks.c | 3 +++ xen/xsm/flask/policy/access_vectors | 2 ++ 3 files changed,

Re: [Xen-devel] Regression between Xen 4.6.0 and 4.7.0, Direct kernel boot on a qemu-xen and seabios HVM guest doesn't work anymore.

Hi Jan / Wei, Took a while before i had the chance to fiddle some more to find the actual culprit. After analyzing the output of xl -v create somewhat more i came to the insight it was probably Qemu and not Xen causing the fault. As a test I just used a qemu-xen binary build with xen-4.6.0

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

flight 101413 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/101413/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-freebsd10-i386 6 xen-boot fail REGR. vs. 101000

Re: [Xen-devel] [PATCH 0/3 for 4.8] docs: feature documents for the schedulers

On Thu, 13 Oct 2016, Andrew Cooper wrote: > On 13/10/16 12:01, Dario Faggioli wrote: > > Hey, > > > > "Just" as per the subject, I wrote feature documents for (almost) all our > > schedulers. No big deal, I'd say, apart from the fact that I'm declaring > > Credit2 **Supperted**, instead of

Re: [Xen-devel] [PATCH for-4.8] ipxe: update to newer commit

Add back xen-devel On Thu, Oct 13, 2016 at 05:26:12PM +0100, Juergen Schinker wrote: > > > - On 13 Oct, 2016, at 14:53, Wei Liu wei.l...@citrix.com wrote: > > > Hmm... I think no amount of hand-holding is going to help you. > > > > In your situation I would suggest you to use various

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

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

Re: [Xen-devel] [PATCH] flask: add gcov_op check

On 10/13/2016 10:37 AM, Wei Liu wrote: Signed-off-by: Wei Liu Acked-by: Daniel De Graaf ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

Re: [Xen-devel] ANNOUNCEMENT] Xen 4.8 RC2 FULL SUCCESS 13.10.16

* Hardware: Intel(R) Xeon(R) CPU E3-1220L V2 @ 2.30GHz * Software: Debian testing is the Host * Guest operating systems: Guests Ubuntu 14.04 LTS Debian Stretch/Sid Ubuntu 16.04 * Functionality tested: xl creating booting pygrub * Comments: Wei Liu is the man - On 13 Oct, 2016,

Re: [Xen-devel] [PATCH 0/3 for 4.8] docs: feature documents for the schedulers

On October 13, 2016 2:13:19 PM EDT, Stefano Stabellini wrote: >On Thu, 13 Oct 2016, Andrew Cooper wrote: >> On 13/10/16 12:01, Dario Faggioli wrote: >> > Hey, >> > >> > "Just" as per the subject, I wrote feature documents for (almost) >all our >> > schedulers. No big

Re: [Xen-devel] [RFC KERNEL PATCH 0/2] Add Dom0 NVDIMM support for Xen

On Thu, Oct 13, 2016 at 9:01 AM, Andrew Cooper wrote: > On 13/10/16 16:40, Dan Williams wrote: >> On Thu, Oct 13, 2016 at 2:08 AM, Jan Beulich wrote: >> [..] I think we can do the similar for Xen, like to lay another pseudo device on

Re: [Xen-devel] [RFC KERNEL PATCH 0/2] Add Dom0 NVDIMM support for Xen

On 13/10/16 19:59, Dan Williams wrote: > On Thu, Oct 13, 2016 at 9:01 AM, Andrew Cooper > wrote: >> On 13/10/16 16:40, Dan Williams wrote: >>> On Thu, Oct 13, 2016 at 2:08 AM, Jan Beulich wrote: >>> [..] > I think we can do the similar for Xen,

Re: [Xen-devel] [PATCH 0/3 for 4.8] docs: feature documents for the schedulers

On Thu, 13 Oct 2016, Konrad Rzeszutek Wilk wrote: > On October 13, 2016 2:13:19 PM EDT, Stefano Stabellini > wrote: > >On Thu, 13 Oct 2016, Andrew Cooper wrote: > >> On 13/10/16 12:01, Dario Faggioli wrote: > >> > Hey, > >> > > >> > "Just" as per the subject, I wrote

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

flight 101415 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/101415/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-install/l1/l2 fail REGR. vs. 101396

[Xen-devel] [PATCH v2 1/2] x86/Intel: Expose cpuid_faulting_enabled so it can be used elsewhere

--- xen/arch/x86/cpu/intel.c| 3 ++- xen/include/asm-x86/cpuid.h | 3 +++ 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/xen/arch/x86/cpu/intel.c b/xen/arch/x86/cpu/intel.c index 7b60aaa..95c8e14 100644 --- a/xen/arch/x86/cpu/intel.c +++ b/xen/arch/x86/cpu/intel.c @@ -27,19

[Xen-devel] [PATCH v2] x86/Intel: virtualize support for cpuid faulting

rr (http://rr-project.org/), a Linux userspace record-and-replay reverse- execution debugger, would like to trap and emulate the CPUID instruction. This would allow us to a) mask away certain hardware features that rr does not support (e.g. RDRAND) and b) enable trace portability across machines

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

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

Re: [Xen-devel] [PATCH v2 10/10] xl: allow to set the ratelimit value online for Credit2

On 09/29/2016 08:54 PM, Dario Faggioli wrote: Last part of the wiring necessary for allowing to change the value of the ratelimit_us parameter online, for Credit2 (like it is already for Credit1). Signed-off-by: Dario Faggioli Reviewed-by: George Dunlap

[Xen-devel] [PATCH v2 2/2] x86/Intel: virtualize support for cpuid faulting

On HVM guests, the cpuid triggers a vm exit, so we can check the emulated faulting state in vmx_do_cpuid and inject a GP(0) if CPL > 0. Notably no hardware support for faulting on cpuid is necessary to emulate support with an HVM guest. On PV guests, hardware support is required so that userspace

Re: [Xen-devel] [PATCH] acpi: don't register acpi_pad driver if running as xen dom0

On Wednesday, October 12, 2016 01:11:45 PM Juergen Gross wrote: > When running as Xen dom0 a special processor_aggregator driver is > needed. Don't register the standard driver in this case. > > Without that check an error message: > > "Error: Driver 'processor_aggregator' is already registered,

[Xen-devel] [DOC v7] PV Calls protocol design

Hi all, This is the design document of the PV Calls protocol. You can find prototypes of the Linux frontend and backend drivers here: git://git.kernel.org/pub/scm/linux/kernel/git/sstabellini/xen.git pvcalls-7 To use them, make sure to enable CONFIG_XEN_PVCALLS in your kernel config and add

[Xen-devel] [qemu-mainline test] 101421: regressions - FAIL

flight 101421 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/101421/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-amd64 6 xen-bootfail REGR. vs. 101365

[Xen-devel] [PATCH for-4.8] altp2m: don't attempt to unshare pages during change_altp2m_gfn op

Attempting to change gfn mappings with altp2m on a memory shared page results in a lock-order violation (mm locking order violation: 282 > 254), which crashes the hypervisor. Don't attempt to automatically unshare such pages and just fall back to failing the op if the page type is not correct.

Re: [Xen-devel] [PATCH 0/3 for 4.8] docs: feature documents for the schedulers

On 13/10/2016 22:06, Stefano Stabellini wrote: > > Credit2 **Supperted**, instead of experimental. Supperted? That's like supported right? ;p It is fine for you to propose that a feature should be upgraded to supported, and this is probably the best way to formally do

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

flight 101424 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/101424/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemut-winxpsp3-vcpus1 6 xen-boot fail REGR. vs. 101000

Re: [Xen-devel] [PATCH 0/3 for 4.8] docs: feature documents for the schedulers

On Fri, 14 Oct 2016, Andrew Cooper wrote: > > I like the idea of keeping these info on pandoc on a git repo, like Lars > > did with the governance. > > I should hasten to add that perhaps picking on the security team in > isolation was a poor move on my part, for which I apologise. There are >

Re: [Xen-devel] [PATCH v2 2/2] xen_platform: SUSE xenlinux unplug for emulated PCI

On Fri, 2 Sep 2016, Olaf Hering wrote: > Implement SUSE specific unplug protocol for emulated PCI devices > in PVonHVM guests. Its a simple 'outl(1, (ioaddr + 4));'. > This protocol was implemented and used since Xen 3.0.4. > It is used in all SUSE/SLES/openSUSE releases up to SLES11SP3 and >

Re: [Xen-devel] PCIe devices that are hotplugged after MMIO has been setup fail due to _CRS not covering 64-bit area

>>> On 12.10.16 at 23:15, wrote: > On Wed, Sep 28, 2016 at 03:21:08AM -0600, Jan Beulich wrote: >> >>> On 27.09.16 at 16:43, wrote: >> > If the guest is booted with 'pci' we nicely expand the MMIO region below >> > 4GB and try to fit in the BARs in

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

On Thu, Oct 13, 2016 at 03:15:09AM -0600, Jan Beulich wrote: > >>> On 13.10.16 at 10:49, wrote: > > On Thu, Oct 13, 2016 at 02:29:08AM -0600, Jan Beulich wrote: > > [...] > >> >> >> ... this structure's trailing fields actually getting used by the > >> >> >> code > >> >> >>

Re: [Xen-devel] [PATCH V3] Xen/Keyhandler: Rework process of nonirq keyhandler

>>> On 13.10.16 at 12:06, wrote: > Keyhandler may run for a long time in serial port driver's > timer handler on the large machine with a lot of physical > cpus(e,g dump_timerq()) when serial port driver works in > the poll mode(via the exception mechanism). > > If a timer

Re: [Xen-devel] [PATCH for-4.8] ipxe: update to newer commit

On Thu, Oct 13, 2016 at 10:10:46AM +0100, Juergen Schinker wrote: > Right and still no solution > > there is no xz-dev or libxz-dev; I installed everything which just looks > remote like xz or lzma > On Debian it is called liblzma-dev. Not sure what distro you use. > building is no problem

[Xen-devel] [distros-debian-wheezy test] 67871: all pass

flight 67871 distros-debian-wheezy real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67871/ Perfect :-) All tests in this flight passed as required baseline version: flight 67812 jobs: build-amd64 pass

Re: [Xen-devel] [PATCH for-4.8] ipxe: update to newer commit

On Thu, Oct 13, 2016 at 10:04:11AM +0100, Wei Liu wrote: > On Wed, Oct 12, 2016 at 05:03:11PM -0400, Boris Ostrovsky wrote: > > On 10/12/2016 05:27 AM, Wei Liu wrote: > > > On Tue, Oct 11, 2016 at 08:31:31PM +0100, Juergen Schinker wrote: > > >> > > >>> We're going to tag rc2 some time this

Re: [Xen-devel] [PATCH 15/15] xen: Rename xen_be_frontend_changed

On October 13, 2016 2:09 PM, Emil Condrea wrote: >As you suggested, I've dropped the all patches for xen_frontend. > >Emil > >On Wed, Oct 12, 2016 at 2:00 PM, Paolo Bonzini wrote: >> >> >> On 09/10/2016 21:50, Emil Condrea wrote: >>> On Tue, Oct 4,

[Xen-devel] [PATCH] x86emul: correct {, F}CMOV and F{, U}COMI{, P} emulation

The FPU ones need to be executed with guest EFLAGS.{C,P,Z}F in context. We also can't exclude someone wanting to hide the feature from (32-bit) guests. Signed-off-by: Jan Beulich --- a/xen/arch/x86/x86_emulate/x86_emulate.c +++ b/xen/arch/x86/x86_emulate/x86_emulate.c @@

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

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

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

>>> On 12.10.16 at 19:07, wrote: > On Wed, Oct 12, 2016 at 09:42:17AM -0600, Jan Beulich wrote: >> >>> On 12.10.16 at 17:33, wrote: >> > On Wed, Oct 12, 2016 at 06:42:53AM -0600, Jan Beulich wrote: >> >> >>> On 11.10.16 at 12:31,

Re: [Xen-devel] [RFC KERNEL PATCH 0/2] Add Dom0 NVDIMM support for Xen

>>> On 13.10.16 at 10:53, wrote: > On 10/13/16 02:34 -0600, Jan Beulich wrote: > On 12.10.16 at 18:19, wrote: >>> On Wed, Oct 12, 2016 at 9:01 AM, Jan Beulich wrote: >>> On 12.10.16 at 17:42,

Re: [Xen-devel] [RFC KERNEL PATCH 0/2] Add Dom0 NVDIMM support for Xen

On 10/13/16 02:34 -0600, Jan Beulich wrote: On 12.10.16 at 18:19, wrote: On Wed, Oct 12, 2016 at 9:01 AM, Jan Beulich wrote: On 12.10.16 at 17:42, wrote: On Wed, Oct 12, 2016 at 8:39 AM, Jan Beulich

Re: [Xen-devel] [RFC KERNEL PATCH 0/2] Add Dom0 NVDIMM support for Xen

+Dan Williams I accidentally dropped him in my last reply. Add him back. On 10/13/16 16:53 +0800, Haozhong Zhang wrote: On 10/13/16 02:34 -0600, Jan Beulich wrote: On 12.10.16 at 18:19, wrote: On Wed, Oct 12, 2016 at 9:01 AM, Jan Beulich wrote:

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

>>> On 13.10.16 at 10:49, wrote: > On Thu, Oct 13, 2016 at 02:29:08AM -0600, Jan Beulich wrote: > [...] >> >> >> ... this structure's trailing fields actually getting used by the code >> >> >> won't work well when changing compiler versions without cleaning >> >> >> the tree.

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

On 12.10.2016 18:21, Konrad Rzeszutek Wilk wrote: On Wed, Oct 12, 2016 at 04:17:57PM +0200, Martin Pohlack wrote: On 12.10.2016 15:44, Konrad Rzeszutek Wilk wrote: On Wed, Oct 12, 2016 at 07:31:52AM -0600, Jan Beulich wrote: On 12.10.16 at 15:23, wrote: And then -

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

flight 101401 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/101401/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-xsm 15 guest-start/debian.repeatfail like 101004 test-armhf-armhf-xl

Re: [Xen-devel] [PATCH 15/15] xen: Rename xen_be_frontend_changed

> So we are better leave it as is. Maybe we need to rename some functions in > that file. > __iirc__ adding xen_frontend.c is one of Stefano's comments in previous v6 > or v7.. I agree; it's quite possible that code can be shared between backend and frontend (renaming functions as needed), and

Re: [Xen-devel] [RFC KERNEL PATCH 0/2] Add Dom0 NVDIMM support for Xen

>>> On 12.10.16 at 18:19, wrote: > On Wed, Oct 12, 2016 at 9:01 AM, Jan Beulich wrote: > On 12.10.16 at 17:42, wrote: >>> On Wed, Oct 12, 2016 at 8:39 AM, Jan Beulich wrote: >>> On 12.10.16 at

Re: [Xen-devel] [PATCH v3] gcov: add new interface and 3.4 and 4.7 format support

On Thu, Oct 13, 2016 at 02:29:08AM -0600, Jan Beulich wrote: [...] > >> >> ... this structure's trailing fields actually getting used by the code > >> >> won't work well when changing compiler versions without cleaning > >> >> the tree. I think instead you need thin gcc_5.c and gcc_4_9.c > >> >>

Re: [Xen-devel] [PATCH for-4.8] ipxe: update to newer commit

On Wed, Oct 12, 2016 at 05:03:11PM -0400, Boris Ostrovsky wrote: > On 10/12/2016 05:27 AM, Wei Liu wrote: > > On Tue, Oct 11, 2016 at 08:31:31PM +0100, Juergen Schinker wrote: > >> > >>> We're going to tag rc2 some time this week. Thanks for help testing Xen! > >>> > >>> Wei. > >>> > J >

Re: [Xen-devel] [PATCH for-4.8] ipxe: update to newer commit

Right and still no solution there is no xz-dev or libxz-dev; I installed everything which just looks remote like xz or lzma building is no problem as I build with ./configure --enable-githttp --enable-systemd --disable-rombios --disable-qemu-traditional --disable-stubdom --disable-docs

Re: [Xen-devel] per-domain logging

Hi Wei, Ian, In quite a number of places, the domid we have in the function calling LOG* may be the one of a stubdom. In the log we want to output the domid of the domain the user knows about. Would there be a way to get it? An example of that is do_pci_add. It has a libxl_is_stubdom call,

Re: [Xen-devel] [PATCH 02/15] xen: Fix coding style warnings

On Thu, Oct 13, 2016 at 07:04:56AM +0300, Emil Condrea wrote: > On Tue, Oct 11, 2016 at 5:20 PM, Anthony PERARD > wrote: > > On Tue, Oct 04, 2016 at 09:43:31AM +0300, Emil Condrea wrote: > >> Fixes: > >> * WARNING: line over 80 characters > >> > >> Signed-off-by: Emil

Re: [Xen-devel] [PATCH 0/3 for 4.8] docs: feature documents for the schedulers

On 13/10/16 12:28, Andrew Cooper wrote: > On 13/10/16 12:01, Dario Faggioli wrote: >> Hey, >> >> "Just" as per the subject, I wrote feature documents for (almost) all our >> schedulers. No big deal, I'd say, apart from the fact that I'm declaring >> Credit2 **Supperted**, instead of experimental.

Re: [Xen-devel] [PATCH 2/2] x86/vmx: Reduce the verbosity of the vmentry failure error reporting

>>> On 13.10.16 at 13:15, wrote: > Identify the affected vcpu at the start of the message. While tweaking this > area, add extra newlines between cases. > > Signed-off-by: Andrew Cooper Reviewed-by: Jan Beulich with ...

Re: [Xen-devel] [PATCH Altp2m cleanup 2/3 v10 1/2] Move altp2m specific functions to altp2m files.

>>> On 12.10.16 at 01:40, wrote: > @@ -66,6 +67,63 @@ altp2m_vcpu_destroy(struct vcpu *v) > } > > /* > + * allocate and initialize memory for altp2m portion of domain > + * > + * returns < 0 on error > + * returns 0 on no operation & success > + */ > +int >

Re: [Xen-devel] [PATCH] x86emul: correct {, F}CMOV and F{, U}COMI{, P} emulation

On 13/10/16 07:41, Jan Beulich wrote: > The FPU ones need to be executed with guest EFLAGS.{C,P,Z}F in context. > > We also can't exclude someone wanting to hide the feature from (32-bit) > guests. > > Signed-off-by: Jan Beulich Reviewed-by: Andrew Cooper

Re: [Xen-devel] [PATCH for-4.8] tools: check liblzma in configure for rombios

Wei Liu writes ("[PATCH for-4.8] tools: check liblzma in configure for rombios"): > We upgraded ipxe in 38ab99b2 ("ipxe: update to new commit"). That > version of ipxe requires liblzma to build. > > Check that in configure and document this in README. Acked-by: Ian Jackson

Re: [Xen-devel] [PATCH for-4.8] ipxe: update to newer commit

- On 13 Oct, 2016, at 09:29, Wei Liu wei.l...@citrix.com wrote: > On Thu, Oct 13, 2016 at 10:10:46AM +0100, Juergen Schinker wrote: >> Right and still no solution >> >> there is no xz-dev or libxz-dev; I installed everything which just looks >> remote >> like xz or lzma >> > > On

[Xen-devel] [PATCH 1/3] docs: Credit1 feature document.

Signed-off-by: Dario Faggioli --- Cc: George Dunlap Cc: Wei Liu Cc: Lars Kurth Cc: Andrew Cooper Cc: Ian Jackson Cc: Jan Beulich

[Xen-devel] [PATCH 2/3] docs: Credit2 feature document.

Since we are marking the feature as 'Supported', remove the "this is experimental software" warning in the code at once. Signed-off-by: Dario Faggioli --- Cc: George Dunlap Cc: Anshul Makkar Cc: Wei Liu

[Xen-devel] [PATCH for-4.8] tools: check liblzma in configure for rombios

We upgraded ipxe in 38ab99b2 ("ipxe: update to new commit"). That version of ipxe requires liblzma to build. Check that in configure and document this in README. Signed-off-by: Wei Liu --- Cc: Ian Jackson Rerun autogen.sh while committing. ---

[Xen-devel] [PATCH 3/3] docs: RTDS feature document.

Signed-off-by: Dario Faggioli --- Cc: Meng Xu Cc: George Dunlap Cc: Wei Liu Cc: Lars Kurth Cc: Andrew Cooper Cc: Ian Jackson

Re: [Xen-devel] [PATCH 0/3 for 4.8] docs: feature documents for the schedulers

On 13/10/16 12:01, Dario Faggioli wrote: > Hey, > > "Just" as per the subject, I wrote feature documents for (almost) all our > schedulers. No big deal, I'd say, apart from the fact that I'm declaring > Credit2 **Supperted**, instead of experimental. Supperted? That's like supported right? ;p

Re: [Xen-devel] [PATCH 1/2] x86/vmx: Print the problematic MSR if a vmentry fails

>>> On 13.10.16 at 13:15, wrote: > Sample error looks like: > > (XEN) Failed vm entry (exit reason 0x8022) caused by MSR loading (entry > 13). > (XEN) msr 068a, val 1fff80102af0, (mbz 0) > (XEN) * VMCS Area ** > >

[Xen-devel] [libvirt test] 101412: tolerable FAIL - PUSHED

flight 101412 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/101412/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass test-amd64-amd64-libvirt-xsm 12

Re: [Xen-devel] [PATCH 1/3] docs: Credit1 feature document.

On Thu, Oct 13, 2016 at 12:02:28PM +0100, Dario Faggioli wrote: > Signed-off-by: Dario Faggioli > --- > Cc: George Dunlap > Cc: Wei Liu > Cc: Lars Kurth > Cc: Andrew Cooper

Re: [Xen-devel] [PATCH Altp2m cleanup 2/3 v10 2/2] Moving ept code to ept specific files as requested in: https://lists.xenproject.org/archives/html/xen-devel/2015-07/msg04323.html Renamed p2m_init_al

>>> On 12.10.16 at 01:40, wrote: > Signed-off-by: Paul Lai > Reviewed-by: Konrad Rzeszutek Wilk > --- > v10 > Added Reviewed-by stamp Same thing here - please address _all_ review comments. On v9 Konrad did say "someting is

[Xen-devel] [PATCH 0/3 for 4.8] docs: feature documents for the schedulers

Hey, "Just" as per the subject, I wrote feature documents for (almost) all our schedulers. No big deal, I'd say, apart from the fact that I'm declaring Credit2 **Supperted**, instead of experimental. In fact, it's being tested by OSSTest for ages, and it's undergone a huge amount of development,

[Xen-devel] [PATCH 1/2] x86/vmx: Print the problematic MSR if a vmentry fails

Sample error looks like: (XEN) Failed vm entry (exit reason 0x8022) caused by MSR loading (entry 13). (XEN) msr 068a, val 1fff80102af0, (mbz 0) (XEN) * VMCS Area ** Signed-off-by: Andrew Cooper --- CC: Jan Beulich

[Xen-devel] [PATCH 2/2] x86/vmx: Reduce the verbosity of the vmentry failure error reporting

Identify the affected vcpu at the start of the message. While tweaking this area, add extra newlines between cases. Signed-off-by: Andrew Cooper --- CC: Jan Beulich CC: Jun Nakajima CC: Kevin Tian ---

Re: [Xen-devel] [PATCH V3] Xen/Keyhandler: Rework process of nonirq keyhandler

On Thu, Oct 13, 2016 at 03:30:04AM -0600, Jan Beulich wrote: > >>> On 13.10.16 at 12:06, wrote: > > Keyhandler may run for a long time in serial port driver's > > timer handler on the large machine with a lot of physical > > cpus(e,g dump_timerq()) when serial port driver

Re: [Xen-devel] per-domain logging

On Thu, Oct 13, 2016 at 11:28:21AM +0200, Cedric Bosdonnat wrote: > Hi Wei, Ian, > > In quite a number of places, the domid we have in the function calling LOG* > may be the one of a stubdom. In the log we want to output the domid of the > domain the user knows about. Would there be a way to get

Re: [Xen-devel] [PATCH v4 1/2] gcov: add new interface and new formats support

On Thu, Oct 13, 2016 at 09:38:45AM -0400, Konrad Rzeszutek Wilk wrote: > > diff --git a/xen/common/sysctl.c b/xen/common/sysctl.c > > index 93f107c..2f64bb5 100644 > > --- a/xen/common/sysctl.c > > +++ b/xen/common/sysctl.c > > @@ -28,6 +28,7 @@ > > #include > > #include > > #include > >

Re: [Xen-devel] [PATCH v4 1/2] gcov: add new interface and new formats support

> diff --git a/xen/common/sysctl.c b/xen/common/sysctl.c > index 93f107c..2f64bb5 100644 > --- a/xen/common/sysctl.c > +++ b/xen/common/sysctl.c > @@ -28,6 +28,7 @@ > #include > #include > #include > +#include > > long do_sysctl(XEN_GUEST_HANDLE_PARAM(xen_sysctl_t) u_sysctl) > { > @@

[Xen-devel] [PATCH v2 1/2] x86/vmx: Print the problematic MSR if a vmentry fails

Sample error looks like: (XEN) Failed vm entry (exit reason 0x8022) caused by MSR loading (entry 13). (XEN) msr 068a, val 1fff80102af0, (mbz 0) (XEN) * VMCS Area ** Signed-off-by: Andrew Cooper Reviewed-by: Jan Beulich

[Xen-devel] [PATCH v2 2/2] x86/vmx: Reduce the verbosity of the vmentry failure error reporting

Identify the affected vcpu at the start of the message. While tweaking this area, add extra newlines between cases. Signed-off-by: Andrew Cooper Reviewed-by: Jan Beulich --- CC: Jun Nakajima CC: Kevin Tian

Re: [Xen-devel] [PATCH v3 for-4.8] libelf: fix symtab/strtab loading for 32bit domains

>>> On 13.10.16 at 14:48, wrote: > @@ -174,8 +171,8 @@ void elf_parse_bsdsyms(struct elf_binary *elf, uint64_t > pstart) > /* Space to store the size of the elf image */ > sz = sizeof(uint32_t); > > -/* Space for the elf and elf section headers */ > -sz

Re: [Xen-devel] [PATCH v4 1/2] gcov: add new interface and new formats support

On Thu, Oct 13, 2016 at 07:05:21AM -0600, Jan Beulich wrote: > >>> On 13.10.16 at 14:04, wrote: > > A new sysctl interface for passing gcov data back to userspace. The new > > interface uses a customised record file format. The new sysctl reuses > > original sysctl number but

Re: [Xen-devel] [PATCH 1/3] docs: Credit1 feature document.

On Thu, 2016-10-13 at 12:47 +0100, Andrew Cooper wrote: > On 13/10/16 12:02, Dario Faggioli wrote: > > > > diff --git a/docs/features/credit.pandoc > > b/docs/features/credit.pandoc > > new file mode 100644 > > index 000..fed0da2 > > --- /dev/null > > +++ b/docs/features/credit.pandoc > >

Re: [Xen-devel] [PATCH] x86emul: honor MXCSR.MM

On 13/10/16 13:57, Jan Beulich wrote: > Commit 6dc9ac9f52 ("x86emul: check alignment of SSE and AVX memory > operands") didn't consider a specific AMD mode: Mis-alignment #GP > faults can be masked on some of their hardware. > > Signed-off-by: Jan Beulich This highlights that

Re: [Xen-devel] [PATCH v3 for-4.8] libelf: fix symtab/strtab loading for 32bit domains

On 13/10/16 13:48, Roger Pau Monne wrote: > diff --git a/xen/include/xen/libelf.h b/xen/include/xen/libelf.h > index 90bd8cb..70abbaf 100644 > --- a/xen/include/xen/libelf.h > +++ b/xen/include/xen/libelf.h > @@ -432,6 +432,16 @@ struct elf_dom_parms { > uint64_t virt_kend; > }; > > +/*

[Xen-devel] [PATCH v4 2/2] gcov: provide the capability to select gcov format automatically

And make it the default in Kconfig. Signed-off-by: Wei Liu --- v4: dropped Jan's ack Cc: Andrew Cooper Cc: George Dunlap Cc: Ian Jackson Cc: Jan Beulich Cc: Konrad

[Xen-devel] [PATCH v4 1/2] gcov: add new interface and new formats support

A new sysctl interface for passing gcov data back to userspace. The new interface uses a customised record file format. The new sysctl reuses original sysctl number but renames the op to gcov_op. Formats starting from gcc version 3.4 are supported. The code is rewritten so that a new format can

[Xen-devel] [PATCH v4 0/2] Rework gcov support in Xen

Only sending out two patches. This series can be found at: git://xenbits.xen.org/people/liuw/xen.git wip.rework-gcov-v$VERSION Wei. --- v2: see individual commits for changes. Cc: Andrew Cooper Cc: George Dunlap Cc: Ian Jackson

Re: [Xen-devel] [PATCH v4 1/2] gcov: add new interface and new formats support

>>> On 13.10.16 at 14:04, wrote: > A new sysctl interface for passing gcov data back to userspace. The new > interface uses a customised record file format. The new sysctl reuses > original sysctl number but renames the op to gcov_op. > > Formats starting from gcc version

Re: [Xen-devel] [PATCH v4 2/2] gcov: provide the capability to select gcov format automatically

>>> On 13.10.16 at 14:04, wrote: > And make it the default in Kconfig. > > Signed-off-by: Wei Liu > --- > v4: dropped Jan's ack Feel free to re-instate. Jan ___ Xen-devel mailing list

Re: [Xen-devel] [PATCH 1/2] x86/vmx: Print the problematic MSR if a vmentry fails

On 13/10/16 12:38, Jan Beulich wrote: On 13.10.16 at 13:15, wrote: >> Sample error looks like: >> >> (XEN) Failed vm entry (exit reason 0x8022) caused by MSR loading >> (entry 13). >> (XEN) msr 068a, val 1fff80102af0, (mbz 0) >> (XEN)

Re: [Xen-devel] [Xen-users] Xen 4.2.4 and 4.6 hangs

BCC'ing xen-devel, since this is clearly a xen-users question at the moment. On Mon, Oct 10, 2016 at 9:52 PM, Soumendu Satapathy wrote: > Hi there, > > > > I am trying to install and boot xen. I followed the following procedure. > There was no errors while

[Xen-devel] [PATCH v3 for-4.8] libelf: fix symtab/strtab loading for 32bit domains

Commit ed04ca introduced a bug in the symtab/strtab loading for 32bit guests, that corrupted the section headers array due to the padding introduced by the elf_shdr union. The Elf section header array on 32bit should be accessible as an array of Elf32_Shdr elements, and the union with Elf64_Shdr

[Xen-devel] [PATCH] x86emul: honor MXCSR.MM

Commit 6dc9ac9f52 ("x86emul: check alignment of SSE and AVX memory operands") didn't consider a specific AMD mode: Mis-alignment #GP faults can be masked on some of their hardware. Signed-off-by: Jan Beulich --- a/xen/arch/x86/x86_emulate/x86_emulate.c +++

Re: [Xen-devel] [PATCH 1/3] docs: Credit1 feature document.

On 13/10/16 12:02, Dario Faggioli wrote: > diff --git a/docs/features/credit.pandoc b/docs/features/credit.pandoc > new file mode 100644 > index 000..fed0da2 > --- /dev/null > +++ b/docs/features/credit.pandoc Simply "Credit" as a top level feature isn't very descriptive. Can you see about

Re: [Xen-devel] [PATCH 0/3 for 4.8] docs: feature documents for the schedulers

On Thu, 2016-10-13 at 12:28 +0100, Andrew Cooper wrote: > On 13/10/16 12:01, Dario Faggioli wrote: > > "Just" as per the subject, I wrote feature documents for (almost) > > all our > > schedulers. No big deal, I'd say, apart from the fact that I'm > > declaring > > Credit2 **Supperted**, instead

  1   2   >