[Xen-devel] [PATCH] xen/pci: correct comment of pci_device_detect()

Actually we always return 1 if pci device exists. Signed-off-by: Tiejun Chen --- xen/drivers/passthrough/pci.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/xen/drivers/passthrough/pci.c b/xen/drivers/passthrough/pci.c index 862e20f..6cb6e00 100644 --- a/xen/drivers/passthr

Re: [Xen-devel] [PATCH v5 1/5] pci: add pci_iomap_wc() variants

> On Tue, May 19, 2015 at 4:02 PM, Bjorn Helgaas wrote: > > [-cc Venkatesh (bouncing) > > > > On Tue, May 19, 2015 at 5:46 PM, Luis R. Rodriguez > > wrote: > >> On Tue, May 19, 2015 at 3:44 PM, Bjorn Helgaas > >> wrote: > >>> Acked-by: Bjorn Helgaas > >> > >> Thanks! Who's tree should this go

Re: [Xen-devel] [RFC][PATCH 01/13] tools: introduce some new parameters to set rdm policy

On 2015/5/19 19:00, Wei Liu wrote: On Tue, May 19, 2015 at 06:50:11PM +0800, Chen, Tiejun wrote: On 2015/5/19 17:42, Wei Liu wrote: [...] want you want? We have a little bit of complexity here, "Default per-device RDM policy is 'force', while default global RDM policy is 'try'. When both

[Xen-devel] [rumpuserxen test] 56792: regressions - FAIL

flight 56792 rumpuserxen real [real] http://logs.test-lab.xenproject.org/osstest/logs/56792/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-rumpuserxen 5 rumpuserxen-build fail REGR. vs. 33866 build-i386-rumpuserxe

[Xen-devel] [xen-4.4-testing test] 56731: regressions - FAIL

flight 56731 xen-4.4-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/56731/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-win7-amd64 14 guest-localmigrate.2 fail REGR. vs. 53875 test-amd64-i3

Re: [Xen-devel] [PATCH v7 03/14] x86: detect and initialize Intel CAT feature

On Tue, May 19, 2015 at 11:22:54AM +0100, Jan Beulich wrote: > >>> On 19.05.15 at 11:33, wrote: > > On Tue, May 19, 2015 at 09:42:07AM +0100, Jan Beulich wrote: > >> >>> On 19.05.15 at 09:40, wrote: > >> > On Mon, May 18, 2015 at 02:33:51PM +0100, Jan Beulich wrote: > >> >> >>> On 08.05.15 at 10:

Re: [Xen-devel] [PATCH v7 01/14] x86: add socket_to_cpumask

On Tue, May 19, 2015 at 11:18:20AM +0100, Jan Beulich wrote: > >>> On 19.05.15 at 11:51, wrote: > > On Tue, May 19, 2015 at 08:31:53AM +0100, Jan Beulich wrote: > >> >>> On 19.05.15 at 09:10, wrote: > >> > On Tue, May 19, 2015 at 07:52:04AM +0100, Jan Beulich wrote: > >> >> >>> On 19.05.15 at 08:

Re: [Xen-devel] [V5] x86/cpuidle: get accurate C0 value with xenpm tool

On Tue, 2015-05-19 at 10:01 +0100, Jan Beulich wrote: > >>> On 14.05.15 at 07:23, wrote: > > @@ -1172,7 +1196,10 @@ int pmstat_get_cx_stat(uint32_t cpuid, struct > > pm_cx_stat *stat) > > { > > struct acpi_processor_power *power = processor_powers[cpuid]; > > uint64_t idle_usage = 0, i

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

flight 56727 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/56727/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-win7-amd64 9 windows-install fail REGR. vs. 56512 test-amd64-i386-xl-

Re: [Xen-devel] Xen BUG at page_alloc.c:1738 (Xen 4.5)

I compiled Xen with debugging enabled and it appears to pass the initial boot but then fails later in the boot process. I'm working through that now. Here's what my source of page_alloc.c looks like around line 1738: 1731 if ( likely(d) && likely(d != dom_cow) ) 1732 { 1733

Re: [Xen-devel] [PATCH v5 1/2] x86, platform, xen, kconfig: clarify kvmconfig is for kvm

On Tue, May 19, 2015 at 04:57:17PM -0700, Luis R. Rodriguez wrote: > From: "Luis R. Rodriguez" > > We'll be adding options for xen as well. > > Cc: Josh Triplett > Cc: Borislav Petkov > Cc: Pekka Enberg > Cc: David Rientjes > Cc: Michal Marek > Cc: Randy Dunlap > Cc: penb...@kernel.org > C

[Xen-devel] [PATCH v5 2/2] x86, arm, platform, xen, kconfig: add xen defconfig helper

From: "Luis R. Rodriguez" This lets you build a kernel which can support xen dom0 or xen guests by just using: make xenconfig on both x86 and arm64 kernels. This also splits out the options which are available currently to be built with x86 and 'make ARCH=arm64' under a shared config. Techn

[Xen-devel] [PATCH v5 1/2] x86, platform, xen, kconfig: clarify kvmconfig is for kvm

From: "Luis R. Rodriguez" We'll be adding options for xen as well. Cc: Josh Triplett Cc: Borislav Petkov Cc: Pekka Enberg Cc: David Rientjes Cc: Michal Marek Cc: Randy Dunlap Cc: penb...@kernel.org Cc: levinsasha...@gmail.com Cc: mtosa...@redhat.com Cc: fengguang...@intel.com Cc: David Vra

[Xen-devel] [PATCH v5 0/2] x86: add xenconfig

From: "Luis R. Rodriguez" David Vrabel, please let me know if there are any issues. These two patches are based on your xen/tip.git tree on the for-linus-4.1b branch. This v5 is a respin the the old v4 series to work with the latest code. I had stopped on the v4 at that time we were discussing d

Re: [Xen-devel] [PATCH v5 1/5] pci: add pci_iomap_wc() variants

On Tue, May 19, 2015 at 4:29 PM, David Airlie wrote: > >> On Tue, May 19, 2015 at 4:02 PM, Bjorn Helgaas wrote: >> > [-cc Venkatesh (bouncing) >> > >> > On Tue, May 19, 2015 at 5:46 PM, Luis R. Rodriguez >> > wrote: >> >> On Tue, May 19, 2015 at 3:44 PM, Bjorn Helgaas >> >> wrote: >> >>> Acked-

[Xen-devel] [xen-4.5-testing test] 56728: tolerable FAIL - PUSHED

flight 56728 xen-4.5-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/56728/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-xl 3 host-install(3) broken in 56687 pass in 56728 test-armhf-armhf-xl-arndale 7

Re: [Xen-devel] [PATCH v5 1/5] pci: add pci_iomap_wc() variants

On Tue, May 19, 2015 at 4:02 PM, Bjorn Helgaas wrote: > [-cc Venkatesh (bouncing) > > On Tue, May 19, 2015 at 5:46 PM, Luis R. Rodriguez > wrote: >> On Tue, May 19, 2015 at 3:44 PM, Bjorn Helgaas wrote: >>> Acked-by: Bjorn Helgaas >> >> Thanks! Who's tree should this go through? > > I don't kno

Re: [Xen-devel] [PATCH v5 1/5] pci: add pci_iomap_wc() variants

[-cc Venkatesh (bouncing) On Tue, May 19, 2015 at 5:46 PM, Luis R. Rodriguez wrote: > On Tue, May 19, 2015 at 3:44 PM, Bjorn Helgaas wrote: >> Acked-by: Bjorn Helgaas > > Thanks! Who's tree should this go through? I don't know. This is the only patch that went to linux-pci, so I haven't seen

Re: [Xen-devel] [RFC 21/23] net/xen-netback: Make it running on 64KB page granularity

Hi, On 18/05/2015 13:54, Wei Liu wrote: On Mon, May 18, 2015 at 01:11:26PM +0100, Julien Grall wrote: On 15/05/15 16:31, Wei Liu wrote: On Fri, May 15, 2015 at 01:35:42PM +0100, Julien Grall wrote: On 15/05/15 03:35, Wei Liu wrote: On Thu, May 14, 2015 at 06:01:01PM +0100, Julien Grall wrote

Re: [Xen-devel] [PATCH v5 1/5] pci: add pci_iomap_wc() variants

On Tue, May 19, 2015 at 3:44 PM, Bjorn Helgaas wrote: > Acked-by: Bjorn Helgaas Thanks! Who's tree should this go through? Luis ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH v5 1/5] pci: add pci_iomap_wc() variants

On Thu, Apr 30, 2015 at 10:36:04AM -0700, Luis R. Rodriguez wrote: > From: "Luis R. Rodriguez" > > This allows drivers to take advantage of write-combining > when possible. The PCI specification does not allow for us > to automatically identify a memory region which needs > write-combining so dri

[Xen-devel] [qemu-upstream-4.3-testing test] 56767: trouble: preparing/queued

flight 56767 qemu-upstream-4.3-testing running [real] http://logs.test-lab.xenproject.org/osstest/logs/56767/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 queued t

Re: [Xen-devel] [PATCH v4 2/2] x86, arm, platform, xen, kconfig: add xen defconfig helper

On Fri, Feb 13, 2015 at 01:15:18PM -0800, David Rientjes wrote: > On Fri, 13 Feb 2015, Luis R. Rodriguez wrote: > > > David, > > > > since I'm making some Kconfig changes to Xen I think I should > > fold this into that series with the modifications required > > last so as to avoid other commits a

Re: [Xen-devel] [qemu-upstream-4.3-testing test] 56721: regressions - FAIL

On Tue, 2015-05-19 at 21:56 +0100, Andrew Cooper wrote: > On 19/05/2015 21:49, osstest service user wrote: > > flight 56721 qemu-upstream-4.3-testing real [real] > > http://logs.test-lab.xenproject.org/osstest/logs/56721/ > > > > Regressions :-( > > > > Tests which did not succeed and are blocking,

Re: [Xen-devel] [qemu-upstream-4.3-testing test] 56721: regressions - FAIL

On 19/05/2015 21:49, osstest service user wrote: > flight 56721 qemu-upstream-4.3-testing real [real] > http://logs.test-lab.xenproject.org/osstest/logs/56721/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: > test-amd64-i386-freebsd1

[Xen-devel] [qemu-upstream-4.3-testing test] 56721: regressions - FAIL

flight 56721 qemu-upstream-4.3-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/56721/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-freebsd10-amd64 16 guest-localmigrate/x10 fail in 56637 REGR. vs. 5028

[Xen-devel] [linux-linus test] 56718: tolerable FAIL - PUSHED

flight 56718 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/56718/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-libvirt 11 guest-start fail REGR. vs. 50329 test-amd64-amd64-libvirt 1

Re: [Xen-devel] [PATCH v10 05/10] xen: Add vmware_port support

On 15/05/15 00:34, Don Slutz wrote: > This includes adding is_vmware_port_enabled > > This is a new xen_arch_domainconfig flag, > XEN_DOMCTL_CONFIG_VMWARE_PORT_MASK. > > This enables limited support of VMware's hyper-call. > > This is both a more complete support then in currently provided by > QEM

[Xen-devel] [PATCH] xen/x86: Don't unconditionally touch the hvm_domain union during domain construction

It may not be the appropriate half to touch. Drop the superfluous mem_sharing_enabled assignment, and move the hap_enabled assignment to a suitable conditional before it is actually needed. Signed-off-by: Andrew Cooper CC: Keir Fraser CC: Jan Beulich --- xen/arch/x86/domain.c | 11 +

Re: [Xen-devel] [PATCH v10 02/10] xen: Add support for VMware cpuid leaves

On 15/05/15 00:34, Don Slutz wrote: > This is done by adding xen_arch_domainconfig vmware_hw. It is set to > the VMware virtual hardware version. > > Currently 0, 3-4, 6-11 are good values. However the > code only checks for == 0 or != 0 or >= 7. > > If non-zero then > Return VMware's cpuid leav

[Xen-devel] [linux-3.4 test] 56712: regressions - FAIL

flight 56712 linux-3.4 real [real] http://logs.test-lab.xenproject.org/osstest/logs/56712/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl 9 debian-install fail REGR. vs. 52209-bisect test-amd64-amd64-pair

Re: [Xen-devel] [RFC v2] xSplice design

Adding Don Slutz as he requested to be added Lars On 15/05/2015 20:44, "Konrad Rzeszutek Wilk" wrote: >Hey! > >During the Xen Hacka^H^H^H^HProject Summit? we chatted about live-patching >the hypervisor. We sketched out how it could be done, and brainstormed >some of the problems. > >I took that

Re: [Xen-devel] [PATCH 4/4] x86: switch default mapping attributes to non-executable

On 18/05/15 13:47, Jan Beulich wrote: > Only a very limited subset of mappings need to be done as executable > ones; in particular the direct mapping should not be executable to > limit the damage attackers can cause by exploiting security relevant > bugs. > > The EFI change at once includes an adj

Re: [Xen-devel] [PATCHv1] xen/events: don't bind non-percpu VIRQs with percpu chip

On 05/19/2015 01:50 PM, David Vrabel wrote: A non-percpu VIRQ (e.g., VIRQ_CONSOLE) may be freed on a different VCPU than it is bound to. This can result in a race between handle_percpu_irq() and removing the action in __free_irq() because handle_percpu_irq() does not take desc->lock. The interr

Re: [Xen-devel] [PATCH V3 3/6] libxl: add pvusb API

On Tue, 2015-05-19 at 19:06 +0100, George Dunlap wrote: > > diff --git a/tools/libxl/libxl.h b/tools/libxl/libxl.h > > index 6bc75c5..cbe3519 100644 > > --- a/tools/libxl/libxl.h > > +++ b/tools/libxl/libxl.h > > @@ -114,6 +114,12 @@ > > #define LIBXL_HAVE_DOMAIN_NODEAFFINITY 1 > > > > /* > > + *

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

flight 56700 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/56700/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-rumpuserxen-i386 15 rumpuserxen-demo-xenstorels/xenstorels.repeat fail REGR. vs. 56

Re: [Xen-devel] [PATCH V3 3/6] libxl: add pvusb API

On Sun, Apr 19, 2015 at 4:50 AM, Chunyan Liu wrote: > +int libxl_device_usbctrl_getinfo(libxl_ctx *ctx, uint32_t domid, > +libxl_device_usbctrl *usbctrl, > +libxl_usbctrlinfo *usbctrlinfo) > +{ > +GC_INIT(ctx); > +char *dompat

Re: [Xen-devel] [PATCH v2 5/6] flask/policy: Add SECINITSID_DOMU as default domU SSID

On Tue, 2015-05-19 at 13:02 -0400, Daniel De Graaf wrote: > On 05/19/2015 09:44 AM, Ian Campbell wrote: > > From: Daniel De Graaf > > > > Acked-by: Ian Campbell > > --- > > Daniel -- this is from your example patch in > > <2b0e.8050...@tycho.nsa.gov> and so needs your S-o-b, please. > > Sign

Re: [Xen-devel] [PATCH V3 3/6] libxl: add pvusb API

On Sun, Apr 19, 2015 at 4:50 AM, Chunyan Liu wrote: > +int libxl_device_usb_getinfo(libxl_ctx *ctx, char *busid, libxl_usbinfo > *usbinfo) > +{ Sorry, missed something. This function is wrong. It gives you information about a *host* USB device; but should properly give you information about a

Re: [Xen-devel] Xen BUG at page_alloc.c:1738 (Xen 4.5)

On 19/05/15 19:06, Major Hayden wrote: > Hello there, > > I've been doing some testing of Xen 4.5 on Fedora 22 (due out within a week) > and I have an error that prevents the server from booting in the very early > boot process: > >> (XEN) Xen call trace: >> (XEN)[] free_domheap_pages+0x240/0

[Xen-devel] Xen BUG at page_alloc.c:1738 (Xen 4.5)

Hello there, I've been doing some testing of Xen 4.5 on Fedora 22 (due out within a week) and I have an error that prevents the server from booting in the very early boot process: > (XEN) Xen call trace: > (XEN)[] free_domheap_pages+0x240/0x430 > (XEN)[] mmio_ro_do_page_fault+0x114/0x16

Re: [Xen-devel] [PATCH V3 3/6] libxl: add pvusb API

On Sun, Apr 19, 2015 at 4:50 AM, Chunyan Liu wrote: > 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: Chunyan Liu > Signed-off-by: Simo

[Xen-devel] [PATCHv1] xen/events: don't bind non-percpu VIRQs with percpu chip

A non-percpu VIRQ (e.g., VIRQ_CONSOLE) may be freed on a different VCPU than it is bound to. This can result in a race between handle_percpu_irq() and removing the action in __free_irq() because handle_percpu_irq() does not take desc->lock. The interrupt handler sees a NULL action and oopses. On

Re: [Xen-devel] [PATCH v5 1/5] pci: add pci_iomap_wc() variants

On Thu, Apr 30, 2015 at 10:36:04AM -0700, Luis R. Rodriguez wrote: > From: "Luis R. Rodriguez" <-- snip --> > --- > > This v5 makes the code return NULL for IORESOURCE_IO and fixes the commit > log to clarify the conclusions reached for MTRR and our review of > IORESOURCE_PREFETCH. > > include

Re: [Xen-devel] [PATCH 3/4] x86: move I/O emulation stubs off the stack

On 18/05/15 13:47, Jan Beulich wrote: > This is needed as stacks are going to become non-executable. > > Signed-off-by: Jan Beulich > > --- a/xen/arch/x86/traps.c > +++ b/xen/arch/x86/traps.c > @@ -2006,7 +2006,7 @@ static int emulate_privileged_op(struct > ? (*(u32 *)

Re: [Xen-devel] Status of Credit2 and Credit1 [was: Re: Xen 4.6 Development Update (four months reminder)]

On Sat, May 16, 2015 at 03:15:21AM +0200, Dario Faggioli wrote: > On Wed, 2015-05-13 at 06:01 +0100, wei.l...@citrix.com wrote: > > > = Prognosis = > > > > The states are: none -> fair -> ok -> good -> done > > > > none - nothing yet > > fair - still working on it, patches are prototypes or RFC

Re: [Xen-devel] [PATCH 2/4] x86emul: move stubs off the stack

On 18/05/15 13:46, Jan Beulich wrote: > This is needed as stacks are going to become non-executable. > > Signed-off-by: Jan Beulich > > --- a/tools/tests/x86_emulator/x86_emulate.c > +++ b/tools/tests/x86_emulator/x86_emulate.c > @@ -17,4 +17,8 @@ typedef bool bool_t; > #define __packed __attribu

Re: [Xen-devel] [PATCH 3/4] libxc: rework vnuma bits in setup_guest

On Tue, May 19, 2015 at 06:14:27PM +0100, Wei Liu wrote: [...] > > >> > > >>Does having high memory mean that we need to have 2 vnodes? We should be > > >Yes, see the comment above. > > > > > >>able to cope with multiple vmemranges per node, right? > > > > > >Yes. That's already done in libxl's fun

Re: [Xen-devel] [PATCH 3/4] libxc: rework vnuma bits in setup_guest

On 05/19/2015 01:14 PM, Wei Liu wrote: On Tue, May 19, 2015 at 01:03:59PM -0400, Boris Ostrovsky wrote: On 05/19/2015 12:31 PM, Wei Liu wrote: On Tue, May 19, 2015 at 12:23:07PM -0400, Boris Ostrovsky wrote: On 05/18/2015 11:34 AM, Wei Liu wrote: Make the setup process similar to PV counterpa

[Xen-devel] [libvirt test] 56719: regressions - FAIL

flight 56719 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/56719/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt 11 guest-start fail REGR. vs. 53854 test-amd64-i386-libvirt

Re: [Xen-devel] [PATCH 3/4] libxc: rework vnuma bits in setup_guest

On Tue, May 19, 2015 at 01:03:59PM -0400, Boris Ostrovsky wrote: > On 05/19/2015 12:31 PM, Wei Liu wrote: > >On Tue, May 19, 2015 at 12:23:07PM -0400, Boris Ostrovsky wrote: > >>On 05/18/2015 11:34 AM, Wei Liu wrote: > >>>Make the setup process similar to PV counterpart. That is, to allocate a > >>

Re: [Xen-devel] [PATCH v2 5/6] flask/policy: Add SECINITSID_DOMU as default domU SSID

On 05/19/2015 09:44 AM, Ian Campbell wrote: From: Daniel De Graaf Acked-by: Ian Campbell --- Daniel -- this is from your example patch in <2b0e.8050...@tycho.nsa.gov> and so needs your S-o-b, please. Signed-off-by: Daniel De Graaf Or you can apply the combined patch that I am also send

[Xen-devel] [PATCH] flask/policy: add initial SIDs for domU/domDM

Add default security contexts to the XSM policy for use by the toolstack when a domain is created without specifying an explicit security label. Signed-off-by: Daniel De Graaf --- docs/misc/xsm-flask.txt | 6 +++--- tools/flask/policy/policy/initial_sids | 4 t

Re: [Xen-devel] [PATCH 3/4] libxc: rework vnuma bits in setup_guest

On 05/19/2015 12:31 PM, Wei Liu wrote: On Tue, May 19, 2015 at 12:23:07PM -0400, Boris Ostrovsky wrote: On 05/18/2015 11:34 AM, Wei Liu wrote: Make the setup process similar to PV counterpart. That is, to allocate a P2M array that covers the whole memory range and start from there. This is clea

Re: [Xen-devel] [PATCH 1/4] x86: move syscall trampolines off the stack

On 18/05/15 13:46, Jan Beulich wrote: > --- a/xen/arch/x86/smpboot.c > +++ b/xen/arch/x86/smpboot.c > @@ -25,6 +25,7 @@ > #include > #include > #include > +#include > #include > #include > #include > @@ -603,6 +604,42 @@ static int do_boot_cpu(int apicid, int c > return rc; > } >

Re: [Xen-devel] [PATCH v2 6/6] libxl: assign a default ssidref (XSM label) to guests

On Tue, May 19, 2015 at 05:23:21PM +0100, Ian Campbell wrote: > On Tue, 2015-05-19 at 16:54 +0100, Wei Liu wrote: > > > > @@ -42,6 +44,9 @@ int libxl__domain_create_info_setdefault(libxl__gc *gc, > > > libxl_defbool_setdefault(&c_info->run_hotplug_scripts, true); > > > libxl_defbool_setd

Re: [Xen-devel] [PATCH 3/4] libxc: rework vnuma bits in setup_guest

On Tue, May 19, 2015 at 12:23:07PM -0400, Boris Ostrovsky wrote: > On 05/18/2015 11:34 AM, Wei Liu wrote: > >Make the setup process similar to PV counterpart. That is, to allocate a > >P2M array that covers the whole memory range and start from there. This > >is clearer than using an array with no

Re: [Xen-devel] [PATCH v2 6/6] libxl: assign a default ssidref (XSM label) to guests

On Tue, 2015-05-19 at 16:54 +0100, Wei Liu wrote: > > @@ -42,6 +44,9 @@ int libxl__domain_create_info_setdefault(libxl__gc *gc, > > libxl_defbool_setdefault(&c_info->run_hotplug_scripts, true); > > libxl_defbool_setdefault(&c_info->driver_domain, false); > > > > +if (!c_info->ssidr

Re: [Xen-devel] [PATCH 3/4] libxc: rework vnuma bits in setup_guest

On 05/18/2015 11:34 AM, Wei Liu wrote: Make the setup process similar to PV counterpart. That is, to allocate a P2M array that covers the whole memory range and start from there. This is clearer than using an array with no holes in it. Also the dummy layout should take MMIO hole into considerati

Re: [Xen-devel] [PATCH v9 1/6] tools/libxl: Check if fdt_{first, next}_subnode are present in libfdt

On 19/05/15 12:03, Ian Campbell wrote: > On Tue, 2015-05-19 at 11:39 +0100, Julien Grall wrote: >> Hi, >> >> On 13/05/2015 19:33, Julien Grall wrote: >>> +#ifndef LIBXL_LIBFDT_COMPAT_H >>> +#define LIBXL_LIBFDT_COMPAT_H >>> + >>> +#if !HAVE_DECL_FDT_FIRST_SUBNODE >>> +int fdt_first_subnode(const vo

Re: [Xen-devel] How to turn off persistent grant in xen

Got it. Thank you Hannas On Tue, 19 May 2015 17:41:41 +0200, Roger Pau Monné wrote: El 19/05/15 a les 16.17, HANNAS YAYA Issa ha escrit: Hi I want to disable persistent grant in xen. I tried to use xenbus to disable it. What I did is modifying this line in drivers/block/xenblkback/xenbus.c: 7

Re: [Xen-devel] Xen/arm: Virtual ITS command queue handling

On 19/05/15 15:48, Ian Campbell wrote: >> A software would be buggy if no INV/INVALL is sent after change the LPI >> configuration table. > > Specifically _guest_ software. > > AIUI the ITS is not required to reread the LPI cfg table unless an > INV/INVALL is issued, but it is allowed to do so if

Re: [Xen-devel] [PATCH v2 2/6] xen: flask: Pass output directory as a parameter to mkflask.sh

On Tue, May 19, 2015 at 02:44:34PM +0100, Ian Campbell wrote: > When called from the tools side in a later patch we will want to > direct its output to the appropriate place. > > Signed-off-by: Ian Campbell Acked-by: Wei Liu > --- > xen/xsm/flask/Makefile |2 +- > xen/xsm/flask/p

Re: [Xen-devel] [PATCH v2 3/6] xen: flask: Restrict generated header to xen + tools

On Tue, May 19, 2015 at 02:44:35PM +0100, Ian Campbell wrote: > This isn't strictly necessary but since it is going to be exposed via > tools/include in a later patch this will help prevent accidental > leakage beyond the tools. > > Signed-off-by: Ian Campbell Acked-by: Wei Liu > --- > xen/xs

Re: [Xen-devel] [PATCH v2 4/6] tools: Expose XSM Flask initial SIDs list to tools

On Tue, May 19, 2015 at 02:44:36PM +0100, Ian Campbell wrote: > By generating tools/include/xen-xsm/flask/flask.h using the same tool > as used during the hypervisor build. > > Note that this is done regardless of whether XSM is enabled, since we > want the tools to be agnostic to whether or not X

Re: [Xen-devel] [PATCH v2 6/6] libxl: assign a default ssidref (XSM label) to guests

On Tue, May 19, 2015 at 02:44:38PM +0100, Ian Campbell wrote: > We have now arranged for SECINITSID_DOMU to be defined (it corresponds > to system_u:system_r:domU_t in the default policy). Use it as the > default for the SSID of every domain. > > Signed-off-by: Ian Campbell > Cc: Daniel De Graaf

Re: [Xen-devel] World-switch architected component flushing/invalidating.

On Tue, 2015-05-19 at 15:23 +, Mazen Ezzeddine (Student) wrote: > Is there a header file to include and use already-implemented > xen-specific functions for cache/TLB/branchPredictor invalidating? > Could you please route me to the Xen file where they are implemented. I suggest you use a tool

Re: [Xen-devel] [RFC PATCH 08/13] xen-netback: clone skb if skb->xmit_more is set

On Tue, May 12, 2015 at 07:18:32PM +0200, Joao Martins wrote: > On xenvif_start_xmit() we have an additional queue to the netback RX > kthread that will sends the packet. When using burst>1 pktgen sets > skb->xmit_more to tell the driver that there more skbs in the queue. > However, pktgen transmit

Re: [Xen-devel] How to turn off persistent grant in xen

El 19/05/15 a les 16.17, HANNAS YAYA Issa ha escrit: > Hi > I want to disable persistent grant in xen. I tried to use xenbus to > disable it. What I did is modifying this line in > drivers/block/xenblkback/xenbus.c: > > 791err = xenbus_printf(xbt, dev->nodename, "feature-persistent", > "%u", 1

Re: [Xen-devel] [PATCH v2 1/6] tools: Add AWK to set of tools checked for by configure

On Tue, May 19, 2015 at 02:44:33PM +0100, Ian Campbell wrote: > We are going to need this to generate the userspace flask.h header. > > Please rerun autogen.sh when committing. > > Signed-off-by: Ian Campbell Acked-by: Wei Liu > --- > config/Tools.mk.in |1 + > tools/configure.ac |2

Re: [Xen-devel] [RFC 22/23] xen/privcmd: Add support for Linux 64KB page granularity

On 14/05/15 18:01, Julien Grall wrote: > The hypercall interface (as well as the toolstack) is always using 4KB > page granularity. When the toolstack is asking for mapping a series of > guest PFN in a batch, it expects to have the page map contiguously in > its virtual memory. > > When Linux is u

Re: [Xen-devel] [RFC PATCH 00/13] Persistent grant maps for xen net drivers

On Tue, May 12, 2015 at 07:18:24PM +0200, Joao Martins wrote: > There have been recently[3] some discussions and issues raised on > persistent grants for the block layer, though the numbers above > show some significant improvements specially on more network intensive > workloads and provide a mar

Re: [Xen-devel] [RFC PATCH 07/13] xen-netback: add persistent tree counters to debugfs

On Tue, May 12, 2015 at 07:18:31PM +0200, Joao Martins wrote: > Prints the total/max number of persistent grants and how many of > them are in use. > > Signed-off-by: Joao Martins Reviewed-by: Wei Liu > --- > drivers/net/xen-netback/xenbus.c | 11 +++ > 1 file changed, 11 insertions(+

Re: [Xen-devel] [RFC PATCH 06/13] xen-netback: copy buffer on xenvif_start_xmit()

On Tue, May 12, 2015 at 07:18:30PM +0200, Joao Martins wrote: > By introducing persistent grants we speed up the RX thread with the > decreased copy cost, that leads to a throughput decrease of 20%. > It is observed that the rx_queue stays mostly at 10% of its capacity, > as opposed to full capacit

Re: [Xen-devel] [PATCH v21 02/14] x86/VPMU: Add public xenpmu.h

>>> On 19.05.15 at 16:40, wrote: > On 05/19/2015 02:48 AM, Jan Beulich wrote: > On 18.05.15 at 18:12, wrote: >>> On 05/18/2015 11:15 AM, Jan Beulich wrote: >>> On 08.05.15 at 23:06, wrote: > +/* > + * Architecture-specific information describing state of the processor at > +

Re: [Xen-devel] [RFC PATCH 05/13] xen-netback: refactor xenvif_rx_action

On Tue, May 12, 2015 at 07:18:29PM +0200, Joao Martins wrote: > Refactor xenvif_rx_action by dividing it into build_gops and > submit, similar to what xenvif_tx_action looks like. > > Signed-off-by: Joao Martins Reviewed-by: Wei Liu ___ Xen-devel mai

Re: [Xen-devel] [RFC PATCH 04/13] xen-netback: implement RX persistent grants

On Tue, May 12, 2015 at 07:18:28PM +0200, Joao Martins wrote: > It starts by doing a lookup in the tree for a gref. If no persistent > grant is found on the tree, it will do grant copy and prepare > the grant maps. Finally valides the grant map and adds it to the tree. validates? > After mapped t

Re: [Xen-devel] [RFC 17/23] xen/grant-table: Make it running on 64KB granularity

On 14/05/15 18:00, Julien Grall wrote: > The Xen interface is using 4KB page granularity. This means that each > grant is 4KB. > > The current implementation allocates a Linux page per grant. On Linux > using 64KB page granularity, only the first 4KB of the page will be > used. > > We could decre

Re: [Xen-devel] [RFC 16/23] xen/events: fifo: Make it running on 64KB granularity

On 14/05/15 18:00, Julien Grall wrote: > Only use the first 4KB of the page to store the events channel info. It > means that we will wast 60KB every time we allocate page for: > * control block: a page is allocating per CPU > * event array: a page is allocating everytime we need to expan

Re: [Xen-devel] [RFC PATCH 03/13] xen-netback: implement TX persistent grants

On Tue, May 12, 2015 at 07:18:27PM +0200, Joao Martins wrote: > Introduces persistent grants for TX path which follows similar code path > as the grant mapping. > > It starts by checking if there's a persistent grant available for header > and frags grefs and if so setting it in tx_pgrants. If no

[Xen-devel] World-switch architected component flushing/invalidating.

Dear all, Could you please hint me about the below: I need to flush/invalidate all architected components (all levels of D-cache/I-cache, I-TLB D-TLB, branch predictor etc..) on Xen world/Domain switch running on a dual core ARM cortex A-15. As such, am I on the safe side if I include the inv

Re: [Xen-devel] [RFC 15/23] xen/balloon: Don't rely on the page granularity is the same for Xen and Linux

On 14/05/15 18:00, Julien Grall wrote: > For ARM64 guests, Linux is able to support either 64K or 4K page > granularity. Although, the hypercall interface is always based on 4K > page granularity. > > With 64K page granuliarty, a single page will be spread over multiple > Xen frame. > > When a dr

[Xen-devel] Windows 2008 r2 smp guest booting hang with viridian=true on ovmf(xen latest version 4.5.1-rc1 + latest edk2)

Hi all, I have test win2008 r2 guest on ovmf with xen latest version + edk2 latest Xen : 4.5.1-rc1 Edk2 : e2ab3f819f4e8165c24bd6f4fdc24ef17bdf458b (date:2015/5/18) and come across a problem: when the v

Re: [Xen-devel] [RFC PATCH 02/13] xen-netback: xenbus feature persistent support

On Tue, May 12, 2015 at 07:18:26PM +0200, Joao Martins wrote: > Checks for "feature-persistent" that indicates persistent grants > support. Adds max_persistent_grants module param that specifies the max > number of persistent grants, which if set to zero disables persistent > grants. > > Signed-of

Re: [Xen-devel] [PATCH] xen: fix building on ARM with CONFIG_HIBERNATE_CALLBACKS

On 19/05/15 15:49, Boris Ostrovsky wrote: > On 05/19/2015 10:36 AM, Arnd Bergmann wrote: >> On Tuesday 19 May 2015 09:57:19 Boris Ostrovsky wrote: >>> On 05/19/2015 08:58 AM, Arnd Bergmann wrote: A recent bug fix for x86 broke Xen on ARM for the case that CONFIG_HIBERNATE_CALLBACKS is ena

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

flight 56707 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/56707/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 18 guest-start/debianhvm.repeat fail REGR. vs. 56492 test-amd64-i386-

Re: [Xen-devel] [xen-unstable test] 56456: regressions - FAIL

El 19/05/15 a les 12.29, Jan Beulich ha escrit: On 19.05.15 at 12:20, wrote: >> At 12:19 +0100 on 18 May (1431951570), Jan Beulich wrote: >> On 18.05.15 at 12:50, wrote: El 18/05/15 a les 12.17, Tim Deegan ha escrit: > - have map_dirty_bitmap() DTRT, with something like access_

Re: [Xen-devel] [PATCH] xen: fix building on ARM with CONFIG_HIBERNATE_CALLBACKS

On 05/19/2015 10:36 AM, Arnd Bergmann wrote: On Tuesday 19 May 2015 09:57:19 Boris Ostrovsky wrote: On 05/19/2015 08:58 AM, Arnd Bergmann wrote: A recent bug fix for x86 broke Xen on ARM for the case that CONFIG_HIBERNATE_CALLBACKS is enabled: drivers/built-in.o: In function `do_suspend': /git

Re: [Xen-devel] Xen/arm: Virtual ITS command queue handling

On Tue, 2015-05-19 at 15:05 +0100, Julien Grall wrote: > On 19/05/15 13:48, Vijay Kilari wrote: > > On Tue, May 19, 2015 at 5:49 PM, Ian Campbell > > wrote: > >> On Tue, 2015-05-19 at 17:40 +0530, Vijay Kilari wrote: > If a guest issues (for example) a MOVI which is not followed by an >

Re: [Xen-devel] [PATCH v21 02/14] x86/VPMU: Add public xenpmu.h

On 05/19/2015 02:48 AM, Jan Beulich wrote: On 18.05.15 at 18:12, wrote: On 05/18/2015 11:15 AM, Jan Beulich wrote: On 08.05.15 at 23:06, wrote: +/* + * Architecture-specific information describing state of the processor at + * the time of PMU interrupt. + * Fields of this structure marked as

Re: [Xen-devel] [PATCH] xen: fix building on ARM with CONFIG_HIBERNATE_CALLBACKS

On Tuesday 19 May 2015 09:57:19 Boris Ostrovsky wrote: > On 05/19/2015 08:58 AM, Arnd Bergmann wrote: > > A recent bug fix for x86 broke Xen on ARM for the case that > > CONFIG_HIBERNATE_CALLBACKS is enabled: > > > > drivers/built-in.o: In function `do_suspend': > > /git/arm-soc/drivers/xen/manage.

Re: [Xen-devel] [RFC 13/23] xen/xenbus: Use Xen page definition

Hi David, On 19/05/15 14:59, David Vrabel wrote: > On 14/05/15 18:00, Julien Grall wrote: >> The xenstore ring is always based on the page granularity of Xen. > [...] >> --- a/drivers/xen/xenbus/xenbus_probe.c >> +++ b/drivers/xen/xenbus/xenbus_probe.c >> @@ -713,7 +713,7 @@ static int __init xens

Re: [Xen-devel] [RFC 12/23] xen: Extend page_to_mfn to take an offset in the page

Hi David, On 19/05/15 14:57, David Vrabel wrote: > On 14/05/15 18:00, Julien Grall wrote: >> With 64KB page granularity support in Linux, a page will be split accross >> multiple MFN (Xen is using 4KB page granularity). Thoses MFNs may not be >> contiguous. >> >> With the offset in the page, the h

Re: [Xen-devel] Xen/arm: Virtual ITS command queue handling

On Tue, 2015-05-19 at 19:34 +0530, Vijay Kilari wrote: > On Tue, May 19, 2015 at 7:24 PM, Ian Campbell wrote: > > On Tue, 2015-05-19 at 14:36 +0100, Ian Campbell wrote: > >> On Tue, 2015-05-19 at 14:27 +0100, Julien Grall wrote: > >> > With the multiple vITS we would have to retrieve the number of

Re: [Xen-devel] [RFC 10/23] xen/biomerge: WORKAROUND always says the biovec are not mergeable

Hi Boris, On 15/05/15 16:54, Boris Ostrovsky wrote: > On 05/14/2015 01:00 PM, Julien Grall wrote: >> When Linux is using 64K page granularity, every page will be slipt in >> multiple non-contiguous 4K MFN. >> >> I'm not sure how to handle efficiently the check to know whether we can >> merge 2 bio

[Xen-devel] How to turn off persistent grant in xen

Hi I want to disable persistent grant in xen. I tried to use xenbus to disable it. What I did is modifying this line in drivers/block/xenblkback/xenbus.c: 791 err = xenbus_printf(xbt, dev->nodename, "feature-persistent", "%u", 1); and put this 791 err = xenbus_printf(xbt, dev->nodename, "

Re: [Xen-devel] [PATCH v2] xen/pcifront: Remove usage of struct timeval

On 05/19/2015 02:08 AM, Tina Ruchandani wrote: struct timeval uses a 32-bit field for representing seconds, which will overflow in the year 2038 and beyond. This patch replaces struct timeval with 64-bit ktime_t which is 2038 safe. The patch is part of a larger effort to remove instances of 32-bi

Re: [Xen-devel] [RFC 02/23] xen/xenbus: client: Fix call of virt_to_mfn in xenbus_grant_ring

Hi David, On 19/05/15 14:51, David Vrabel wrote: >> --- a/drivers/xen/xenbus/xenbus_client.c >> +++ b/drivers/xen/xenbus/xenbus_client.c >> @@ -379,16 +379,16 @@ int xenbus_grant_ring(struct xenbus_device *dev, void >> *vaddr, >> int i, j; >> >> for (i = 0; i < nr_pages; i++) { >> -

Re: [Xen-devel] Xen/arm: Virtual ITS command queue handling

On 19/05/15 14:54, Ian Campbell wrote: > On Tue, 2015-05-19 at 14:36 +0100, Ian Campbell wrote: >> On Tue, 2015-05-19 at 14:27 +0100, Julien Grall wrote: >>> With the multiple vITS we would have to retrieve the number of vITS. >>> Maybe by extending the xen_arch_domainconfig? >> >> I'm sure we can

Re: [Xen-devel] Xen/arm: Virtual ITS command queue handling

On 19/05/15 13:48, Vijay Kilari wrote: > On Tue, May 19, 2015 at 5:49 PM, Ian Campbell wrote: >> On Tue, 2015-05-19 at 17:40 +0530, Vijay Kilari wrote: If a guest issues (for example) a MOVI which is not followed by an INV/INVALL on native then what would trigger the LPI configuration to

  1   2   >