Re: [Xen-devel] [PATCH 2/4] x86: suppress SMAP and SMEP while running 32-bit PV guest code

>>> On 07.03.16 at 17:59, wrote: > On 04/03/16 11:27, Jan Beulich wrote: >> --- a/xen/arch/x86/setup.c >> +++ b/xen/arch/x86/setup.c >> @@ -67,6 +67,8 @@ boolean_param("smep", opt_smep); >> static bool_t __initdata opt_smap = 1; >> boolean_param("smap", opt_smap); >> >> +unsigned long __read_m

Re: [Xen-devel] [PATCH v3 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi

07.03.2016 11:22, Fu Wei пишет: > Hi Andrei, > > On 28 February 2016 at 00:44, Fu Wei wrote: >> Hi Andrei >> >> On 28 February 2016 at 01:26, Andrei Borzenkov wrote: >>> 26.02.2016 14:13, fu@linaro.org пишет: From: Fu Wei delete: xen_linux, xen_initrd, xen_xsm add: xen_m

[Xen-devel] [linux-mingo-tip-master test] 85656: regressions - FAIL

flight 85656 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/85656/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-rumpuserxen6 xen-build fail REGR. vs. 60684 build-amd6

[Xen-devel] [V3] x86/xsaves: fix overwriting between non-lazy/lazy xsaves

The offset at which components xsaved by xsave[sc] are not fixed. So when when a save with v->fpu_dirtied set is followed by one with v->fpu_dirtied clear, non-lazy xsave[sc] may overwriting data written by the lazy one. The solution is when xsave[sc] is enabled and taking xcr0_accum into consider

[Xen-devel] [ovmf test] 85663: regressions - FAIL

flight 85663 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/85663/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 65543 test-amd64-i386-xl-qemuu-ovm

Re: [Xen-devel] [RFC Design Doc] Add vNVDIMM support for Xen

On 03/07/16 15:53, Konrad Rzeszutek Wilk wrote: > On Wed, Mar 02, 2016 at 03:14:52PM +0800, Haozhong Zhang wrote: > > On 03/01/16 13:49, Konrad Rzeszutek Wilk wrote: > > > On Tue, Mar 01, 2016 at 06:33:32PM +, Ian Jackson wrote: > > > > Haozhong Zhang writes ("Re: [Xen-devel] [RFC Design Doc] A

[Xen-devel] Storage Domain in Xen 4.4

Hey all, I'm trying to get a storage domain up and running in Xen 4.4. I'm currently using Ubuntu 14.04 for the dom0, storage domain and guest. I'm currently following the steps here, http://wiki.xenproject.org/wiki/Storage_driver_domains, but am not having any luck. *I received this dmesg error

Re: [Xen-devel] Xentrace on Xilinx ARM

Paul, Thank you very much for the reply. I’ll check out the fork for xenalyze. I believe I have xentrace working now, mostly, but if possible I’d like to see what you did on your build to get it working to compare. I would like to push a patch into the mainline that agrees with both of our effor

Re: [Xen-devel] Xentrace on Xilinx ARM

Dario, I gleamed enough information from Paul's posts that I now have xentrace outputting data (I don't know if it's correct data or gibberish yet though). To discover this I tried to find the xenalyze tool but have not been able to figure out how to get it built. According to the old documentatio

[Xen-devel] [PATCH] libxc: move migration_stream's definition to xenguest.h

xc_save_domain()'s parameter use this type, so it should be public. Signed-off-by: Wen Congyang --- tools/libxc/include/xenguest.h | 10 ++ tools/libxc/xc_sr_common.h | 10 -- 2 files changed, 10 insertions(+), 10 deletions(-) diff --git a/tools/libxc/include/xenguest.h b/to

[Xen-devel] [seabios test] 85649: tolerable FAIL - PUSHED

flight 85649 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/85649/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop fail like 84879 test-amd64-i386-xl-qemuu-win7-amd6

Re: [Xen-devel] [libvirt] [PATCH V2 0/4] Extend to a tristate

On 02/29/2016 09:00 PM, Jim Fehlig wrote: > An expanded V2 of > > https://www.redhat.com/archives/libvir-list/2016-February/msg00140.html > > In V2, the feature is extended with a state='on|off' attribute to > allow differentiating the 'on' and 'off' states with not set (or hypervisor > default).

[Xen-devel] [xen-4.3-testing test] 85644: regressions - trouble: blocked/broken/fail/pass

flight 85644 xen-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/85644/ 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. 83004 build-armhf

[Xen-devel] [PATCH 2/2] tools: detect appropriate debug optimization level

The build should not use -O0 as that results in miscompilations. There have been a few instances on the ML where users were told to switch from -O0 to -O1 or -O2 or to set debug=n and their issue went away. The preferred route should be to use -Og if its available, otherwise use -O1 which is the de

[Xen-devel] [PATCH 1/2] libxl: ensure var is inited in libxl__domain_firmware

Some versions of GCC complain that the 'firmware' variable can be used uninitialized. It looks like the switch inside of the else case is just confusing GCC. Signed-off-by: Doug Goldstein --- CC: Ian Jackson CC: Stefano Stabellini CC: Wei Liu --- tools/libxl/libxl_dom.c | 2 +- 1 file changed

[Xen-devel] [linux-4.1 test] 85641: regressions - FAIL

flight 85641 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/85641/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-rumpuserxen 6 xen-build fail REGR. vs. 66399 build-i386-rumpuserxen

Re: [Xen-devel] [PATCH V16 4/6] libxl: add pvusb API

Sorry, corrected a wrong rc. Resent it, please refer to: http://lists.xen.org/archives/html/xen-devel/2016-03/msg00908.html >>> On 3/4/2016 at 12:55 PM, in message <1457067356-3306-5-git-send-email-cy...@suse.com>, Chunyan Liu wrote: > Add pvusb APIs, including: > - attach/detach (create/destr

Re: [Xen-devel] [PATCH V16 0/6] xen pvusb toolstack work

Sorry, just corrected a rc in 4/6, and resent patch series, please refer to: http://lists.xen.org/archives/html/xen-devel/2016-03/msg00904.html >>> On 3/4/2016 at 12:55 PM, in message <1457067356-3306-1-git-send-email-cy...@suse.com>, Chunyan Liu wrote: > This patch series is to add pvusb toolst

[Xen-devel] [RESEND][PATCH V16 5/6] domcreate: support pvusb in configuration file

Add code to support pvusb in domain config file. One could specify usbctrl and usb in domain's configuration file and create domain, then usb controllers will be created and usb device would be attached to guest automatically. One could specify usb controllers and usb devices in config file like t

[Xen-devel] [RESEND][PATCH V16 4/6] libxl: add pvusb API

Add pvusb APIs, including: - attach/detach (create/destroy) virtual usb controller. - attach/detach usb device - list usb controller and usb devices - some other helper functions Signed-off-by: Simon Cao Signed-off-by: George Dunlap Signed-off-by: Chunyan Liu --- Changes: * Address George

[Xen-devel] [RESEND][PATCH V16 2/6] libxl_utils: add internal function to read sysfs file contents

Add a new function libxl_read_sysfs_file_contents to handle sysfs file specially. It would be used in later pvusb work. Signed-off-by: Chunyan Liu Acked-by: Ian Jackson --- tools/libxl/libxl_internal.h | 4 +++ tools/libxl/libxl_utils.c| 74 2 f

[Xen-devel] [RESEND][PATCH V16 0/6] xen pvusb toolstack work

This patch series is to add pvusb toolstack work, supporting hot add|remove USB device to|from guest and specify USB device in domain configuration file. RESEND to remove a incorrect rc in 4/6: +out: +path = GCSPRINTF(USBBACK_INFO_PATH "/%s", usbdev_encode); +rc = libxl__xs_rm_checked(gc,

[Xen-devel] [RESEND][PATCH V16 3/6] refactor DEFINE_DEVICE_REMOVE to fit for more device types

For some device type, device removal operation needs to be handled specially, like usbctrl, it needs to remove all usb devices under it first, then remove usbctrl. Extend DEFINE_DEVICE_REMOVE to support generic and custom way For those need to be handled specially, call DEFINE_DEVICE_REMOVE_CUSTOM,

[Xen-devel] [RESEND][PATCH V16 6/6] xl: add pvusb commands

Add pvusb commands: usbctrl-attach, usbctrl-detach, usb-list, usbdev-attach and usbdev-detach. To attach a usb device to guest through pvusb, one could follow following example: #xl usbctrl-attach test_vm version=1 ports=8 #xl usb-list test_vm will show the usb controllers and port usage unde

[Xen-devel] [RESEND][PATCH V16 1/6] libxl: export some functions for pvusb use

Signed-off-by: Chunyan Liu Signed-off-by: Simon Cao Reviewed-by: Wei Liu Acked-by: Ian Jackson --- tools/libxl/libxl.c | 5 ++--- tools/libxl/libxl_internal.h | 3 +++ 2 files changed, 5 insertions(+), 3 deletions(-) diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c index 833fd4

[Xen-devel] [xen-unstable test] 85628: tolerable FAIL

flight 85628 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/85628/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-rtds15 guest-start/debian.repeat fail blocked in 85533 build-i386-rumpuserxen

Re: [Xen-devel] [PATCH v6 for Xen 4.7 1/4] xen: enable per-VCPU parameter settings for RTDS scheduler

On Mon, Mar 7, 2016 at 11:53 AM, Dario Faggioli wrote: > On Mon, 2016-03-07 at 09:40 -0700, Jan Beulich wrote: >> > > > On 07.03.16 at 17:28, wrote: >> > On Mon, Mar 7, 2016 at 6:59 AM, Jan Beulich >> > wrote: >> > > >> > > > @@ -1163,6 +1173,96 @@ rt_dom_cntl( >> > > > >> > > > +case XEN_DO

Re: [Xen-devel] [PATCH 3/4] console: adjust IRQ initialization

On Tue, Feb 23, 2016 at 04:30:01AM -0700, Jan Beulich wrote: > In order for a Xen internal PCI device driver to enable MSI on the > device, we need another hook which the driver can use to create the IRQ > (doing this in the init_preirq hook is too early, since IRQ code hasn't > got initialized at

Re: [Xen-devel] [PATCH 2/4] ns16550: enable Pericom controller support

> +[param_pericom_4port] = { > +.base_baud = 921600, > +.uart_offset = 8, > +.reg_width = 1, > +.fifo_size = 16, > +.lsr_mask = UART_LSR_THRE, > +.bar0 = 1, > +.max_ports = 4, > +}, > +[param_pericom_8port] = { > +.base_bau

Re: [Xen-devel] [PATCH 1/4] ns16550: store pointer to config parameters for PCI

On Tue, Feb 23, 2016 at 04:28:18AM -0700, Jan Beulich wrote: > Subsequent changes will want to use this pointer. > > This makes the enable_ro structure member redundant, so it gets dropped > at once. > > Signed-off-by: Jan Beulich Reviewed-by: Konrad Rzeszutek Wilk ___

Re: [Xen-devel] [RFC Design Doc] Add vNVDIMM support for Xen

On Wed, Mar 02, 2016 at 03:14:52PM +0800, Haozhong Zhang wrote: > On 03/01/16 13:49, Konrad Rzeszutek Wilk wrote: > > On Tue, Mar 01, 2016 at 06:33:32PM +, Ian Jackson wrote: > > > Haozhong Zhang writes ("Re: [Xen-devel] [RFC Design Doc] Add vNVDIMM > > > support for Xen"): > > > > On 02/18/16

Re: [Xen-devel] Xentrace on Xilinx ARM

Hi Ben, sorry for the delayed answer. There is xenalyze fork repo made by RT-Xen author, Meng Xu: https://github.com/PennPanda/xen-analyze apart from some comments and logs it's quite the same tool as it was of Xen 4.5, you can use it while you have troubles with the code in the Xen repo. Do you

Re: [Xen-devel] Ideas Re: [PATCH v14 1/2] vmx: VT-d posted-interrupt core logic handling

On Mon, Mar 07, 2016 at 05:19:59PM +0100, Dario Faggioli wrote: > On Mon, 2016-03-07 at 10:53 -0500, Konrad Rzeszutek Wilk wrote: > > On Mon, Mar 07, 2016 at 11:21:33AM +, George Dunlap wrote: > > >  > > > > > > > > Would it be perhaps possible to have an anti-affinity flag to > > > > deter th

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

flight 85614 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/85614/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-rumpuserxen6 xen-build fail REGR. vs. 59254 build-amd64-rumpuserx

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

flight 85661 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/85661/ 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 12

[Xen-devel] [ovmf test] 85629: regressions - FAIL

flight 85629 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/85629/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 65543 test-amd64-i386-xl-qemuu-ovm

Re: [Xen-devel] [PATCH v3 21/23] xsplice: Add support for shadow variables

On 12.02.2016 19:05, Konrad Rzeszutek Wilk wrote: > From: Ross Lagerwall > > Shadow variables are a piece of infrastructure to be used by xsplice > modules. They are used to attach a new piece of data to an existing > structure in memory. > > Signed-off-by: Ross Lagerwall > --- > xen/common/Ma

[Xen-devel] [PATCH 2/2] xsm: move FLASK_AVC_STATS to Kconfig

Have Kconfig set CONFIG_FLASK_AVC_STATS and prefix all uses with CONFIG_ to use the Kconfig variable. Signed-off-by: Doug Goldstein --- CC: Daniel De Graaf --- xen/common/Kconfig | 8 +++- xen/include/xen/config.h| 5 - xen/xsm/flask/avc.c | 4 ++-- xen/xsm/flask/fl

[Xen-devel] [PATCH 1/2] xsm: move the XSM_MAGIC value to Kconfig

Let Kconfig set the XSM_MAGIC value for us. Signed-off-by: Doug Goldstein --- CC: Daniel De Graaf --- xen/common/Kconfig | 8 xen/include/xen/config.h | 1 - xen/include/xsm/xsm.h| 5 + xen/xsm/xsm_core.c | 4 ++-- xen/xsm/xsm_policy.c | 6 +++--- 5 files change

[Xen-devel] [PATCH] tools/foreign: Avoid using alignment directives when not appropriate

The foreign header generation blindly replaces 'uint64_t' with '__align8__ uint64_t', to get correct alignment when built as 32bit. This is correct in most circumstances, but Clang objects to two specific uses. * Inside a sizeof() expression * As part of a typecast An example error looks like:

[Xen-devel] [PATCH v3] xen/mm: Fix page_list_* helpers to evaluate all their arguments

If an architecture does not provide a custom page_list_entry, default page_list_* helpers are provided, wrapping list_head as an underlying type for page_list_head. The two declarations of the page_list_* helpers differ between defines and static inline functions, where the defines discard some of

Re: [Xen-devel] [PATCH v2 3/3] xl: new "loglvl" command

On Mon, 2016-03-07 at 04:46 -0700, Jan Beulich wrote: > > > > On 04.03.16 at 19:45, wrote: > > On Fri, 2016-03-04 at 09:48 -0700, Jan Beulich wrote: > > > --- a/tools/libxl/libxl.c > > > +++ b/tools/libxl/libxl.c > > > @@ -5958,6 +5958,26 @@ int libxl_send_debug_keys(libxl_ctx *ctx > > >  ret

Re: [Xen-devel] [PATCH v6 for Xen 4.7 1/4] xen: enable per-VCPU parameter settings for RTDS scheduler

On Mon, 2016-03-07 at 09:40 -0700, Jan Beulich wrote: > > > > On 07.03.16 at 17:28, wrote: > > On Mon, Mar 7, 2016 at 6:59 AM, Jan Beulich > > wrote: > > >  > > > > @@ -1163,6 +1173,96 @@ rt_dom_cntl( > > > >  > > > > +case XEN_DOMCTL_SCHEDOP_getvcpuinfo: > > > > +if ( guest_handle_is

Re: [Xen-devel] [PATCH 4/4] x86: use 32-bit loads for 32-bit PV guest state reload

On 04/03/16 11:29, Jan Beulich wrote: > This is slightly more efficient than loading 64-bit quantities. > > Signed-off-by: Jan Beulich Reviewed-by: Andrew Cooper ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

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

flight 85654 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/85654/ 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 12

Re: [Xen-devel] [PATCH 3/4] x86: use optimal NOPs to fill the SMAP/SMEP placeholders

On 04/03/16 11:28, Jan Beulich wrote: > Alternatives patching code picks the most suitable NOPs for the > running system, so simply use it to replace the pre-populated ones. > > Use an arbitrary, always available feature to key off from. I would be tempted to introduce X86_FEATURE_ALWAYS as an ali

Re: [Xen-devel] Prototype Code Review Dashboards (input required)

> On 4 Mar 2016, at 09:21, Jan Beulich wrote: > On 04.03.16 at 10:05, wrote: >>> On 4 Mar 2016, at 08:42, Jan Beulich wrote: >> On 03.03.16 at 19:55, wrote: > On 2 Mar 2016, at 22:45, Daniel Izquierdo wrote: > On 01/03/16 18:04, Lars Kurth wrote: >> It may be better to u

Re: [Xen-devel] [PATCH 2/4] x86: suppress SMAP and SMEP while running 32-bit PV guest code

On 04/03/16 11:27, Jan Beulich wrote: > Since such guests' kernel code runs in ring 1, their memory accesses, > at the paging layer, are supervisor mode ones, and hence subject to > SMAP/SMEP checks. Such guests cannot be expected to be aware of those > two features though (and so far we also don't

Re: [Xen-devel] [PATCH v2] xen/mm: Fix page_list_* helpers to evaluate all their arguments

>>> On 07.03.16 at 16:01, wrote: > +static inline void > +page_list_del2(struct page_info *page, struct page_list_head *head1, > + struct page_list_head *head2) > +{ > +list_del(&page->list); > +} The conversion of this in particular causes a build failure on ARM (which doesn't

[Xen-devel] [linux-mingo-tip-master test] 85596: regressions - FAIL

flight 85596 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/85596/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-rumpuserxen6 xen-build fail REGR. vs. 60684 build-amd6

Re: [Xen-devel] [PATCH v6 for Xen 4.7 1/4] xen: enable per-VCPU parameter settings for RTDS scheduler

>>> On 07.03.16 at 17:28, wrote: > On Mon, Mar 7, 2016 at 6:59 AM, Jan Beulich wrote: > On 06.03.16 at 18:55, wrote: >>> switch ( op->cmd ) >>> { >>> -case XEN_DOMCTL_SCHEDOP_getinfo: >>> -if ( d->max_vcpus > 0 ) >>> -{ >>> -spin_lock_irqsave(&prv->l

Re: [Xen-devel] [PATCH v6 for Xen 4.7 1/4] xen: enable per-VCPU parameter settings for RTDS scheduler

On Mon, Mar 7, 2016 at 6:59 AM, Jan Beulich wrote: On 06.03.16 at 18:55, wrote: > >> @@ -1130,23 +1146,17 @@ rt_dom_cntl( >> unsigned long flags; >> int rc = 0; >> >> +xen_domctl_schedparam_vcpu_t local_sched; >> +s_time_t period, budget; >> +uint32_t index = 0; >> + >

Re: [Xen-devel] [PATCH 1/4] x86/alternatives: correct near branch check

>>> On 07.03.16 at 17:11, wrote: > On 07/03/16 15:56, Jan Beulich wrote: > On 07.03.16 at 16:43, wrote: >>> On 04/03/16 11:27, Jan Beulich wrote: Make sure the near JMP/CALL check doesn't consume uninitialized data, not even in a benign way. And relax the length check at once.

Re: [Xen-devel] Ideas Re: [PATCH v14 1/2] vmx: VT-d posted-interrupt core logic handling

On Mon, 2016-03-07 at 10:53 -0500, Konrad Rzeszutek Wilk wrote: > On Mon, Mar 07, 2016 at 11:21:33AM +, George Dunlap wrote: > >  > > > > > > Would it be perhaps possible to have an anti-affinity flag to > > > deter the > > > scheduler from this? That is whichever struct vcpu has 'anti- > > >

Re: [Xen-devel] [PATCH] libxc: simplify error handling in meminit_hvm

On Thu, 3 Mar 2016, Wei Liu wrote: > The hunk that prints out error message can only be reached from the loop > that allocates memory. Move that hunk into the loop to avoid confusing > gcc. > > Reported-by: Doug Goldstein > Signed-off-by: Wei Liu Acked-by: Roger Pau Monné _

Re: [Xen-devel] [Xen-users] Garbled screen after RAM Scrub on boot

>>> On 07.03.16 at 15:33, wrote: > Have you guys ever seen something like this before? Any ideas how to > proceed? What Andrew said is one possibility. There could be others, depending on when _exactly_ these odd little squares show up. However, as to what Andrew suggests - afaict this ought to

Re: [Xen-devel] [PATCH 1/4] x86/alternatives: correct near branch check

On 07/03/16 15:56, Jan Beulich wrote: On 07.03.16 at 16:43, wrote: >> On 04/03/16 11:27, Jan Beulich wrote: >>> Make sure the near JMP/CALL check doesn't consume uninitialized >>> data, not even in a benign way. And relax the length check at once. >>> >>> Signed-off-by: Jan Beulich >>> >>> -

Re: [Xen-devel] [PATCH] libxc: simplify error handling in meminit_hvm

On 3/3/16 10:09 AM, Wei Liu wrote: > The hunk that prints out error message can only be reached from the loop > that allocates memory. Move that hunk into the loop to avoid confusing > gcc. > > Reported-by: Doug Goldstein > Signed-off-by: Wei Liu > --- Reviewed-by: Doug Goldstein -- Doug Gol

Re: [Xen-devel] [PATCH 1/4] x86/alternatives: correct near branch check

>>> On 07.03.16 at 16:43, wrote: > On 04/03/16 11:27, Jan Beulich wrote: >> Make sure the near JMP/CALL check doesn't consume uninitialized >> data, not even in a benign way. And relax the length check at once. >> >> Signed-off-by: Jan Beulich >> >> --- a/xen/arch/x86/alternative.c >> +++ b/xen/a

Re: [Xen-devel] Ideas Re: [PATCH v14 1/2] vmx: VT-d posted-interrupt core logic handling

On Mon, Mar 07, 2016 at 11:21:33AM +, George Dunlap wrote: > On Fri, Mar 4, 2016 at 10:00 PM, Konrad Rzeszutek Wilk > wrote: > >> +/* Handle VT-d posted-interrupt when VCPU is blocked. */ > >> +static void pi_wakeup_interrupt(struct cpu_user_regs *regs) > >> +{ > >> +struct arch_vmx_struct

Re: [Xen-devel] [PATCH 1/4] x86/alternatives: correct near branch check

On 04/03/16 11:27, Jan Beulich wrote: > Make sure the near JMP/CALL check doesn't consume uninitialized > data, not even in a benign way. And relax the length check at once. > > Signed-off-by: Jan Beulich > > --- a/xen/arch/x86/alternative.c > +++ b/xen/arch/x86/alternative.c > @@ -174,7 +174,7 @@

Re: [Xen-devel] [PATCH v2 00/16] Scheduling related tracing improvements

On Mon, Mar 07, 2016 at 03:21:46PM +0100, Dario Faggioli wrote: > On Mon, 2016-03-07 at 11:27 +, Wei Liu wrote: > > On Mon, Mar 07, 2016 at 04:21:22AM -0700, Jan Beulich wrote: > > > > > > On 07.03.16 at 11:54, wrote: > > > >  > > > Well, if these were urgent I'd say yes. But I don't think the

Re: [Xen-devel] [PATCH v2 3/3] travis: actually disable debug for non-debug

On Fri, Mar 04, 2016 at 02:09:48PM -0600, Doug Goldstein wrote: > Non-debug builds need to explicitly disable debug due to debug being > defaulted to y in Config.mk Which is because by default staging has debug=y (this changes once the rcX candidates become available). Reviewed-by: Konrad Rzeszut

Re: [Xen-devel] [PATCH v2 1/3] console: allow log level threshold adjustments

>>> On 07.03.16 at 15:41, wrote: > On Mon, Mar 7, 2016 at 5:44 AM, Jan Beulich wrote: > On 04.03.16 at 21:55, wrote: +case XEN_SYSCTL_LOGLVL_set: +if ( (op->host.lower_thresh >= 0 && op->host.upper_thresh >= 0 && + op->host.lower_thresh > op->host.uppe

Re: [Xen-devel] [PATCH v2 1/3] travis: skip building coverity, smoke, and master

On Fri, Mar 04, 2016 at 02:09:46PM -0600, Doug Goldstein wrote: > Skip building of the coverity, smoke, stable, and master branches since > they just fast forward from staging. > > Suggested-by: Andrew Cooper > Signed-off-by: Doug Goldstein Reviewed-by: Konrad Rzeszutek Wilk and applied. > --

Re: [Xen-devel] [PATCH] xen/vPMU: Do not clobber IA32_MISC_ENABLE

On 03/07/2016 09:58 AM, Andrew Cooper wrote: On 07/03/16 14:45, Boris Ostrovsky wrote: On 03/07/2016 09:27 AM, Andrew Cooper wrote: The VMX RDMSR intercept for MSR_IA32_MISC_ENABLE falls through into vpmu_do_rdmsr(), so that core2_vpmu_do_rdmsr() may play with the PTS and PEBS UNAVAIL bits. So

[Xen-devel] [PATCH v4] xen/errno: Reduce complexity of inclusion

The inclusion rules conditions for errno.h were unnecesserily complicated, and required the includer to jump through hoops if they wished to avoid getting multiple namespaces worth of constants. Simply the logic, and document what is going on. Signed-off-by: Andrew Cooper --- CC: Jan Beulich CC

Re: [Xen-devel] [PATCH] xen/vPMU: Do not clobber IA32_MISC_ENABLE

On 07/03/16 14:45, Boris Ostrovsky wrote: > On 03/07/2016 09:27 AM, Andrew Cooper wrote: >> The VMX RDMSR intercept for MSR_IA32_MISC_ENABLE falls through into >> vpmu_do_rdmsr(), so that core2_vpmu_do_rdmsr() may play with the PTS >> and PEBS >> UNAVAIL bits. >> >> Some 64bit Windows include IA32_

[Xen-devel] [PATCH v2] xen/mm: Fix page_list_* helpers to evaluate all their arguments

If an architecture does not provide a custom page_list_entry, default page_list_* helpers are provided, wrapping list_head as an underlying type for page_list_head. The two declarations of the page_list_* helpers differ between defines and static inline functions, where the defines discard some of

Re: [Xen-devel] Xen domUs seem unable to use one qxl memory bar

Il 24/02/2016 16:44, Fabio Fantoni ha scritto: Today I was trying a newer version of qxl driver on windows 10 domU (on dom0 with xen 4.6) and I got a windows blue screen about the updated driver. On latest xl dmesg line I found this error which I suppose is related: (XEN) memory.c:161:d0v0 Coul

Re: [Xen-devel] Behaviour when setting CPU_BASED_MONITOR_TRAP_FLAG in hvm_do_resume()

On 03/07/2016 03:13 PM, Andrew Cooper wrote: > On 06/03/16 13:35, Razvan Cojocaru wrote: >> Hello, >> >> Assuming I set v->arch.hvm_vmx.exec_control |= >> CPU_BASED_MONITOR_TRAP_FLAG; in hvm_do_resume(), would that cause a >> VMEXIT with EXIT_REASON_MONITOR_TRAP_FLAG _before_ the instruction at he

Re: [Xen-devel] [PATCH] xen/vPMU: Do not clobber IA32_MISC_ENABLE

On 03/07/2016 09:27 AM, Andrew Cooper wrote: The VMX RDMSR intercept for MSR_IA32_MISC_ENABLE falls through into vpmu_do_rdmsr(), so that core2_vpmu_do_rdmsr() may play with the PTS and PEBS UNAVAIL bits. Some 64bit Windows include IA32_MISC_ENABLE in the set of items checked by PatchGuard, and

Re: [Xen-devel] [PATCH v2 1/3] console: allow log level threshold adjustments

On Mon, Mar 7, 2016 at 5:44 AM, Jan Beulich wrote: On 04.03.16 at 21:55, wrote: >>> +case XEN_SYSCTL_LOGLVL_set: >>> +if ( (op->host.lower_thresh >= 0 && op->host.upper_thresh >= 0 && >>> + op->host.lower_thresh > op->host.upper_thresh) || >>> + (op->gues

Re: [Xen-devel] [Xen-users] Garbled screen after RAM Scrub on boot

On 07/03/16 14:33, George Dunlap wrote: > Jan / Konrad, > > Have you guys ever seen something like this before? Any ideas how to proceed? > > Thanks > -George Sounds like the scrub is writing zeroes over the graphics framebuffer. This probably means that the firmware is using a region for the f

[Xen-devel] [distros-debian-sid test] 44230: trouble: blocked/broken/pass

flight 44230 distros-debian-sid real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44230/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf 3 host-install(3) broken REGR.

Re: [Xen-devel] [Xen-users] Garbled screen after RAM Scrub on boot

Jan / Konrad, Have you guys ever seen something like this before? Any ideas how to proceed? Thanks -George On Tue, Feb 23, 2016 at 1:37 PM, Francis Greaves wrote: > Dear All > I am using Centos 7 with Xen 4.6 on a Dell Poweredge T430 with (from lspci) > Matrox Electronics Systems Ltd. G200eR2

[Xen-devel] [PATCH] xen/vPMU: Do not clobber IA32_MISC_ENABLE

The VMX RDMSR intercept for MSR_IA32_MISC_ENABLE falls through into vpmu_do_rdmsr(), so that core2_vpmu_do_rdmsr() may play with the PTS and PEBS UNAVAIL bits. Some 64bit Windows include IA32_MISC_ENABLE in the set of items checked by PatchGuard, and will suffer a BSOD 0x109 CRITICAL_STRUCTURE_COR

[Xen-devel] [qemu-mainline baseline-only test] 44229: tolerable FAIL

This run is configured for baseline tests only. flight 44229 qemu-mainline real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44229/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl 19 guest-start/debian.repe

Re: [Xen-devel] [PATCH v2 00/16] Scheduling related tracing improvements

On Mon, 2016-03-07 at 11:27 +, Wei Liu wrote: > On Mon, Mar 07, 2016 at 04:21:22AM -0700, Jan Beulich wrote: > > > > > On 07.03.16 at 11:54, wrote: > > >  > > Well, if these were urgent I'd say yes. But I don't think they are, > > so I'd leave it to either Konrad (who has basically asked for w

Re: [Xen-devel] [BUG] Xen BUG at irq.c:1705 after [VT-D]d1:PCIe: unmap

>>> On 05.03.16 at 13:22, wrote: > This has happened in 2 out of four recent shutdowns of a specific domU > "garbo.hvm", domid=1. > --- domU specs (no tmem in cmdline arg to domU): - > Linux garbo 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt20-1+deb8u4 > (2016-02-29) x86_64 > garbo:~# cat /proc

Re: [Xen-devel] [PATCH v2 3/3] xl: new "loglvl" command

>>> On 07.03.16 at 14:20, wrote: > Il 04/03/2016 17:48, Jan Beulich ha scritto: >> --- a/tools/libxl/xl_cmdimpl.c >> +++ b/tools/libxl/xl_cmdimpl.c >> @@ -6469,6 +6469,84 @@ int main_debug_keys(int argc, char **arg >> return 0; >> } >> >> +static const struct { >> +int level; >> +

Re: [Xen-devel] [PATCH v2 3/3] xl: new "loglvl" command

Il 04/03/2016 17:48, Jan Beulich ha scritto: This is pretty simplistic for now, but I'd rather have someone better friends with the tools improve it (if desired). Signed-off-by: Jan Beulich --- a/tools/libxl/libxl.c +++ b/tools/libxl/libxl.c @@ -5958,6 +5958,26 @@ int libxl_send_debug_keys(lib

Re: [Xen-devel] [PATCH] xen/mm: Fix page_list_* helpers to evaluate all their arguments

>>> On 05.03.16 at 17:52, wrote: > Doing this reveals that const-correctness of page_list_{next,prev}() is > suspect, taking a const pointer and returning a non-const one. It is left > functioning as it did before, with an explicit typecast to remove constness. I don't see anything suspect here:

Re: [Xen-devel] Behaviour when setting CPU_BASED_MONITOR_TRAP_FLAG in hvm_do_resume()

On 06/03/16 13:35, Razvan Cojocaru wrote: > Hello, > > Assuming I set v->arch.hvm_vmx.exec_control |= > CPU_BASED_MONITOR_TRAP_FLAG; in hvm_do_resume(), would that cause a > VMEXIT with EXIT_REASON_MONITOR_TRAP_FLAG _before_ the instruction at he > current rIP runs, or _after_ it? > > A few tests I

Re: [Xen-devel] [PATCH v6 for Xen 4.7 1/4] xen: enable per-VCPU parameter settings for RTDS scheduler

>>> On 06.03.16 at 18:55, wrote: > --- a/xen/common/sched_credit.c > +++ b/xen/common/sched_credit.c > @@ -1054,6 +1054,10 @@ csched_dom_cntl( > * lock. Runq lock not needed anywhere in here. */ > spin_lock_irqsave(&prv->lock, flags); > > +if ( op->cmd == XEN_DOMCTL_SCHEDOP_putvcp

Re: [Xen-devel] [PATCH 0/1] ARM: Implement support for write-ctrlreg vm-events

On 3/7/2016 2:38 PM, Andrew Cooper wrote: On 07/03/16 09:12, Tamas K Lengyel wrote: On Mon, Mar 7, 2016 at 9:22 AM, Corneliu ZUZU > wrote: On 3/3/2016 4:10 PM, Corneliu ZUZU wrote: Then, QUESTIONS (FOR VM-EVENTS & ARM MAINTAINERS ESPECIALLY)

Re: [Xen-devel] [Patch V1 3/3] xen: add pvUSB backend

Sorry, I just found time now to continue with this series. On 27/10/15 19:54, Konrad Rzeszutek Wilk wrote: > On Thu, Sep 03, 2015 at 12:45:13PM +0200, Juergen Gross wrote: >> Add a backend for para-virtualized USB devices for xen domains. >> >> The backend is using host-libusb to forward USB reque

Re: [Xen-devel] [PATCH 0/1] ARM: Implement support for write-ctrlreg vm-events

On 07/03/16 09:12, Tamas K Lengyel wrote: > > > On Mon, Mar 7, 2016 at 9:22 AM, Corneliu ZUZU > wrote: > > On 3/3/2016 4:10 PM, Corneliu ZUZU wrote: > > Then, > QUESTIONS (FOR VM-EVENTS & ARM MAINTAINERS ESPECIALLY): > > Q1) [...] > >

[Xen-devel] [xen-4.3-testing test] 85586: regressions - trouble: blocked/broken/fail/pass

flight 85586 xen-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/85586/ 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. 83004 build-armhf

Re: [Xen-devel] [PATCH 0/1] ARM: Implement support for write-ctrlreg vm-events

On 3/7/2016 2:07 PM, Corneliu ZUZU wrote: On 3/7/2016 11:45 AM, Tamas K Lengyel wrote: On Mon, Mar 7, 2016 at 10:31 AM, Corneliu ZUZU > wrote: On 3/7/2016 11:12 AM, Tamas K Lengyel wrote: EPT is not really required for CR3 monitoring, it just has been

Re: [Xen-devel] [PATCH 0/1] ARM: Implement support for write-ctrlreg vm-events

On 3/7/2016 11:45 AM, Tamas K Lengyel wrote: On Mon, Mar 7, 2016 at 10:31 AM, Corneliu ZUZU > wrote: On 3/7/2016 11:12 AM, Tamas K Lengyel wrote: EPT is not really required for CR3 monitoring, it just has been the case that vm_events have been only i

Re: [Xen-devel] [V3] x86/xsaves: calculate the xstate_comp_offsets base on xcomp_bv

>>> On 07.03.16 at 11:19, wrote: > On Fri, Mar 04, 2016 at 06:56:35AM -0700, Jan Beulich wrote: >> >>> On 04.03.16 at 12:00, wrote: >> > --- a/xen/arch/x86/domctl.c >> > +++ b/xen/arch/x86/domctl.c >> > @@ -934,8 +934,14 @@ long arch_do_domctl( >> > goto vcpuextstate_out; >>

Re: [Xen-devel] [PATCH v6 3/5] IOMMU: Make the pcidevs_lock a recursive one

On March 07, 2016 7:49pm, wrote: > >>> On 07.03.16 at 12:42, wrote: > > On March 07, 2016 7:36pm, wrote: > >> >>> On 07.03.16 at 12:23, wrote: > >> > On March 07, 2016 7:14pm, wrote: > >> >> >>> On 07.03.16 at 08:05, wrote: > >> > > >> > > >> >> > A quick question, is it '-ERESTART', instead

Re: [Xen-devel] [PATCH v6 3/5] IOMMU: Make the pcidevs_lock a recursive one

>>> On 07.03.16 at 12:42, wrote: > On March 07, 2016 7:36pm, wrote: >> >>> On 07.03.16 at 12:23, wrote: >> > On March 07, 2016 7:14pm, wrote: >> >> >>> On 07.03.16 at 08:05, wrote: >> > >> > >> >> > A quick question, is it '-ERESTART', instead of '-EBUSY' ? >> >> >> >> No idea what this questi

Re: [Xen-devel] [PATCH v2 3/3] xl: new "loglvl" command

>>> On 04.03.16 at 19:45, wrote: > On Fri, 2016-03-04 at 09:48 -0700, Jan Beulich wrote: >> This is pretty simplistic for now, but I'd rather have someone better >> friends with the tools improve it (if desired). >> >> Signed-off-by: Jan Beulich >> >> --- a/tools/libxl/libxl.c >> +++ b/tools/li

Re: [Xen-devel] [PATCH v6 3/5] IOMMU: Make the pcidevs_lock a recursive one

On March 07, 2016 7:36pm, wrote: > >>> On 07.03.16 at 12:23, wrote: > > On March 07, 2016 7:14pm, wrote: > >> >>> On 07.03.16 at 08:05, wrote: > > > > > >> > A quick question, is it '-ERESTART', instead of '-EBUSY' ? > >> > >> No idea what this question is about in this context. > >> > > > > it

Re: [Xen-devel] [PATCH v6 3/5] IOMMU: Make the pcidevs_lock a recursive one

>>> On 07.03.16 at 12:23, wrote: > On March 07, 2016 7:14pm, wrote: >> >>> On 07.03.16 at 08:05, wrote: > > >> > A quick question, is it '-ERESTART', instead of '-EBUSY' ? >> >> No idea what this question is about in this context. >> > > it is in xen/drivers/passthrough/pci.c, assign_device

Re: [Xen-devel] [PATCH v2 00/16] Scheduling related tracing improvements

On Mon, Mar 07, 2016 at 04:21:22AM -0700, Jan Beulich wrote: > >>> On 07.03.16 at 11:54, wrote: > > On Mon, Mar 07, 2016 at 03:50:20AM -0700, Jan Beulich wrote: > >> >>> On 04.03.16 at 19:25, wrote: > >> > Hello committers, George, > >> > > >> > This is basically a ping for this series, as I thi

Re: [Xen-devel] [PATCH v6 3/5] IOMMU: Make the pcidevs_lock a recursive one

On March 07, 2016 7:14pm, wrote: > >>> On 07.03.16 at 08:05, wrote: > > A quick question, is it '-ERESTART', instead of '-EBUSY' ? > > No idea what this question is about in this context. > it is in xen/drivers/passthrough/pci.c, assign_device(). static int assign_device() { if

Re: [Xen-devel] [PATCH v2 00/16] Scheduling related tracing improvements

>>> On 07.03.16 at 11:54, wrote: > On Mon, Mar 07, 2016 at 03:50:20AM -0700, Jan Beulich wrote: >> >>> On 04.03.16 at 19:25, wrote: >> > Hello committers, George, >> > >> > This is basically a ping for this series, as I think most of it can >> > actually go in, unless I've missed something. >> >

  1   2   >