Re: [Xen-devel] [PATCH] xen vtd : set msi guest_masked 0 by default

2016-01-26 20:56 GMT+08:00 Jan Beulich : > >>> On 26.01.16 at 02:34, wrote: > > There are some problems when msi guest_masked is set to 1 by default. > > When guest os is windows 2008 r2 server, > > the device(eg X540-AT2 vf) is not initialized correctly. > > Host will always receive message like

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

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_module >>> >>> This update bases on >>> com

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

On 3/3/2016 4:10 PM, Corneliu ZUZU wrote: Then, QUESTIONS (FOR VM-EVENTS & ARM MAINTAINERS ESPECIALLY): Q1) [...] Q2) [...] Q3) [...] Q4) [...] Hey all, I have a question relating to this part of code @ vmx_update_guest_cr: if ( paging_mode_hap(v->domain) ) { /

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

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) [...] >> >> Q2) [...] >> >> Q3) [...] >> >> Q4) [...] >> > > Hey all, > > I have a question relating to this part of cod

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

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 implemented for hap-enabled domains. I suppose this is not valid for vm-events in their entirety, right? I mean it seems to me that @ least for mo

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

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 implemented for hap-enabled domains. > > > I suppose this is not valid for vm-events in

Re: [Xen-devel] Changes to xenbits login (removing ssh password authentication) - please reply by Friday March 4th

It seems my key is already on xenbits. -George On 02/03/16 17:15, Lars Kurth wrote: > Hi all, > > due to the denyhosts package having been removed from Jessie, we are planning > to disable SSH password authentication from xenbits. The majority of people > who have xenbits accounts do use SSH

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

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; > > } > > > > -

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

flight 85582 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/85582/ 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

[Xen-devel] [xen-4.5-testing baseline-only test] 44228: tolerable FAIL

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

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

>>> 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->guest.lower_thresh >= 0 && op->guest.upper_thresh >= 0 && >>

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

>>> 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. > > So, let me try to recap: > > On Tue, 2016-02-16 at 19:11 +0100, Dario Faggioli wrote: >> >> Dario Faggioli (1

Re: [Xen-devel] [Qemu-devel] RFC: configuring QEMU virtfs for Xen PV(H) guests

On Mon, Mar 07, 2016 at 08:21:46AM +0100, Juergen Gross wrote: > Hi Wei, > > On 15/02/16 14:44, Wei Liu wrote: > > On Mon, Feb 15, 2016 at 02:33:05PM +0100, Juergen Gross wrote: > >> On 15/02/16 14:16, Wei Liu wrote: > >>> On Mon, Feb 15, 2016 at 09:07:13AM +, Paul Durrant wrote: > > > >>>

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

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. > > > > So, let me try to recap: > > > > On

Re: [Xen-devel] [Qemu-devel] RFC: configuring QEMU virtfs for Xen PV(H) guests

On 07/03/16 11:51, Wei Liu wrote: > On Mon, Mar 07, 2016 at 08:21:46AM +0100, Juergen Gross wrote: >> Hi Wei, >> >> On 15/02/16 14:44, Wei Liu wrote: >>> On Mon, Feb 15, 2016 at 02:33:05PM +0100, Juergen Gross wrote: On 15/02/16 14:16, Wei Liu wrote: > On Mon, Feb 15, 2016 at 09:07:13AM +0

Re: [Xen-devel] [PATCH] xen vtd : set msi guest_masked 0 by default

>>> On 07.03.16 at 09:12, wrote: > 2016-01-26 20:56 GMT+08:00 Jan Beulich : > >> >>> On 26.01.16 at 02:34, wrote: >> > There are some problems when msi guest_masked is set to 1 by default. >> > When guest os is windows 2008 r2 server, >> > the device(eg X540-AT2 vf) is not initialized correctly.

Re: [Xen-devel] [Qemu-devel] RFC: configuring QEMU virtfs for Xen PV(H) guests

On Mon, Mar 07, 2016 at 11:56:15AM +0100, Juergen Gross wrote: > On 07/03/16 11:51, Wei Liu wrote: > > On Mon, Mar 07, 2016 at 08:21:46AM +0100, Juergen Gross wrote: > >> Hi Wei, > >> > >> On 15/02/16 14:44, Wei Liu wrote: > >>> On Mon, Feb 15, 2016 at 02:33:05PM +0100, Juergen Gross wrote: >

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

>>> On 07.03.16 at 08:05, wrote: > I try to fix it with follow: > patch >> > > --- a/xen/drivers/passthrough/pci.c > +++ b/xen/drivers/passthrough/pci.c > @@ -118,6 +118,11 @@ int pcidevs_is_locked(void) > return spin_is_locked(&_pcidevs_lock); > } > > +int pcidevs_tryloc

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

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 *vmx, *tmp; >> +spinlock_t *lock = &per_cpu(vmx_pi_blocking, smp_proce

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. >> >

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 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 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 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 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 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 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] [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 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] [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

[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 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) [...] > >

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 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 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] 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] 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] [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 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] [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 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

[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

[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

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] [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

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

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] [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] 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] 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

[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] [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 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 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

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 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 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 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 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] 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 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] [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 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] [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] 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] 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 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] [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 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

[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 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

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] 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 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

[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 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

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 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

[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

[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 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 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

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] [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

[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] [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

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

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] [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] [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] [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 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 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

[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

[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] [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 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 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

  1   2   >