[Xen-devel] [distros-debian-sid test] 38618: tolerable FAIL

flight 38618 distros-debian-sid real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38618/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-armhf-sid-netboot-pygrub 9 debian-di-install fail like 38586

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

flight 77785 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/77785/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-rumpuserxen-i386 10 guest-start fail REGR. vs. 60684

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

flight 77788 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/77788/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-raw 6 xen-boot fail REGR. vs. 77684 Regressions which are

Re: [Xen-devel] [PATCH v3 1/5] remus: don't call stream_continue() when doing failover

On 01/09/2016 12:20 AM, Ian Campbell wrote: > On Fri, 2016-01-08 at 14:38 +0800, Wen Congyang wrote: >> stream_continue() is used for migration to read emulator >> xenstore data and emulator context. For remus, if we do >> failover, we have read it in the checkpoint cycle, and >> we only need to

Re: [Xen-devel] [GIT PULL] xen: features and fixes for 4.5-rc0

Hi David, On Mon, 11 Jan 2016 11:32:01 + David Vrabel wrote: > > Please git pull the following tag: > > git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git > for-linus-4.5-rc0-tag > > xen: features and fixes for 4.5-rc0 > > - - Stolen ticks and PV wallclock

Re: [Xen-devel] [PATCH v4 0/3] checkpatch: handling of memory barriers

On Mon, 2016-01-11 at 13:00 +0200, Michael S. Tsirkin wrote: > As part of memory barrier cleanup, this patchset > extends checkpatch to make it easier to stop > incorrect memory barrier usage. Thanks Michael. Acked-by: Joe Perches

Re: [Xen-devel] [PATCH RFC 0/3] Xen on Virtio

On Tue, Dec 15, 2015 at 12:40 PM, Michael S. Tsirkin wrote: > On Mon, Dec 14, 2015 at 10:27:52AM -0800, Andy Lutomirski wrote: >> On Mon, Dec 14, 2015 at 6:12 AM, Michael S. Tsirkin wrote: >> > On Mon, Dec 14, 2015 at 02:00:05PM +, David Vrabel wrote: >> >>

Re: [Xen-devel] [PATCH v3 2/5] remus: resume immediately if libxl__xc_domain_save_done() completes

On 01/09/2016 12:27 AM, Ian Campbell wrote: > On Fri, 2016-01-08 at 14:38 +0800, Wen Congyang wrote: >> For example: if the secondary host is down, and we fail to send the data >> to >> the secondary host. xc_domain_save() returns 0. > > Just to be check: On failure in this way xc_domain_save()

[Xen-devel] [PATCH v2 1/2] build: introduce CONFIG_NR_CPUS in Kconfig

Introduce an option where the user can modifiy the maximum number of supported physical CPUs. CC: Ian Campbell CC: Stefano Stabellini CC: Keir Fraser CC: Jan Beulich CC: Andrew Cooper

[Xen-devel] [PATCH v2 2/2] build: convert NR_CPUS to Kconfig

Use CONFIG_NR_CPUS from Kconfig as NR_CPUS instead of the previous MAX_PHYS_CPUS variable from make. Remove the creation of MAX_PHYS_CPUS as well. CC: Ian Campbell CC: Stefano Stabellini CC: Keir Fraser CC: Jan Beulich

Re: [Xen-devel] VirtIO-GPU 3D OpenGL Hardware Acceleration for VMs and Xen

Hello, And now all the components listed below are released and available easily. Dom0: - Qemu 2.5 has virtio-gpu 3D/OpenGL acceleration support for VMs. DomU: - Linux 4.4 kernel has the virtio-gpu drm driver. - Mesa 11.1 has the virtio-gpu 3D driver (virgl galliumd3 / OpenGL). Did anyone try

[Xen-devel] [PATCH v4 2/3] checkpatch: check for __smp outside barrier.h

Introduction of __smp barriers cleans up a bunch of duplicate code, but it gives people an additional handle onto a "new" set of barriers - just because they're prefixed with __* unfortunately doesn't stop anyone from using it (as happened with other arch stuff before.) Add a checkpatch test so

[Xen-devel] [PATCH v4 3/3] checkpatch: add virt barriers

Add virt_ barriers to list of barriers to check for presence of a comment. Signed-off-by: Michael S. Tsirkin --- scripts/checkpatch.pl | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl index 25476c2..c7bf1aa

[Xen-devel] [PATCH v4 1/3] checkpatch.pl: add missing memory barriers

SMP-only barriers were missing in checkpatch.pl Refactor code slightly to make adding more variants easier. Signed-off-by: Michael S. Tsirkin --- scripts/checkpatch.pl | 22 +- 1 file changed, 21 insertions(+), 1 deletion(-) diff --git

Re: [Xen-devel] [PATCH v3 3/3] checkpatch: add virt barriers

On Mon, Jan 11, 2016 at 09:40:18PM +1100, Julian Calaby wrote: > Hi Michael, > > On Mon, Jan 11, 2016 at 9:35 PM, Michael S. Tsirkin wrote: > > On Sun, Jan 10, 2016 at 02:52:16PM -0800, Joe Perches wrote: > >> On Mon, 2016-01-11 at 09:13 +1100, Julian Calaby wrote: > >> > On

Re: [Xen-devel] [PATCH v4 0/3] checkpatch: handling of memory barriers

Hi Michael, On Mon, Jan 11, 2016 at 10:04 PM, Michael S. Tsirkin wrote: > On Mon, Jan 11, 2016 at 12:59:25PM +0200, Michael S. Tsirkin wrote: >> As part of memory barrier cleanup, this patchset >> extends checkpatch to make it easier to stop >> incorrect memory barrier usage. >>

Re: [Xen-devel] [PATCH v2 1/3] xsm/xen_version: Add XSM for the xen_version hypercall.

>>> On 08.01.16 at 18:31, wrote: >> >> > The rest: XENVER_[version|capabilities| >> >> > parameters|get_features|page_size|guest_handle] behave >> >> > as before - allowed by default for all guests. >> >> > >> >> > This is with the XSM default policy and with the dummy

Re: [Xen-devel] [PATCH v3 3/3] checkpatch: add virt barriers

Hi Michael, On Mon, Jan 11, 2016 at 9:35 PM, Michael S. Tsirkin wrote: > On Sun, Jan 10, 2016 at 02:52:16PM -0800, Joe Perches wrote: >> On Mon, 2016-01-11 at 09:13 +1100, Julian Calaby wrote: >> > On Mon, Jan 11, 2016 at 6:31 AM, Michael S. Tsirkin >> >

Re: [Xen-devel] [PATCH] libxc: Expose the MPX cpuid flag to guest

On Mon, Jan 11, 2016 at 04:52:10PM +0800, Liang Li wrote: > If hardware support memory protect externsion, expose this feature > to guest by default. Users don't have to use a 'cpuid= ' option in > config file to turn it on. > > Signed-off-by: Liang Li I will defer this to

Re: [Xen-devel] [PATCH v4] igd-passthrough-i440FX: convert to realize()

On Mon, Jan 11, 2016 at 10:46:20AM +, Stefano Stabellini wrote: > On Mon, 11 Jan 2016, Hao, Xudong wrote: > > Stefano, > > > > Patch http://marc.info/?l=qemu-devel=145137863501079 don't works for qemu > > at all, some conflict when git apply. > > Patch

[Xen-devel] Recall: [PATCH v4] igd-passthrough-i440FX: convert to realize()

Hao, Xudong would like to recall the message, "[Xen-devel] [PATCH v4] igd-passthrough-i440FX: convert to realize()". ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

[Xen-devel] [PATCH] libxc: Expose the MPX cpuid flag to guest

If hardware support memory protect externsion, expose this feature to guest by default. Users don't have to use a 'cpuid= ' option in config file to turn it on. Signed-off-by: Liang Li --- tools/libxc/xc_cpufeature.h | 1 + tools/libxc/xc_cpuid_x86.c | 6 ++ 2 files

Re: [Xen-devel] [PATCH] libxc: Expose the MPX cpuid flag to guest

On 11/01/16 09:05, Wei Liu wrote: > On Mon, Jan 11, 2016 at 04:52:10PM +0800, Liang Li wrote: >> If hardware support memory protect externsion, expose this feature >> to guest by default. Users don't have to use a 'cpuid= ' option in >> config file to turn it on. >> >> Signed-off-by: Liang Li

Re: [Xen-devel] [PATCH v3 3/3] checkpatch: add virt barriers

On Sun, Jan 10, 2016 at 02:52:16PM -0800, Joe Perches wrote: > On Mon, 2016-01-11 at 09:13 +1100, Julian Calaby wrote: > > On Mon, Jan 11, 2016 at 6:31 AM, Michael S. Tsirkin wrote: > > > Add virt_ barriers to list of barriers to check for > > > presence of a comment. > [] > > >

Re: [Xen-devel] [PATCH v3 39/41] xen/events: use virt_xxx barriers

On 10/01/16 14:21, Michael S. Tsirkin wrote: > drivers/xen/events/events_fifo.c uses rmb() to communicate with the > other side. > > For guests compiled with CONFIG_SMP, smp_rmb would be sufficient, so > rmb() here is only needed if a non-SMP guest runs on an SMP host. > > Switch to the virt_rmb

[Xen-devel] [PATCH v4 0/3] checkpatch: handling of memory barriers

As part of memory barrier cleanup, this patchset extends checkpatch to make it easier to stop incorrect memory barrier usage. This replaces the checkpatch patches in my series arch: barrier cleanup + barriers for virt and will be included in the pull request including the series. changes

Re: [Xen-devel] [PATCH v4 0/3] checkpatch: handling of memory barriers

On Mon, Jan 11, 2016 at 12:59:25PM +0200, Michael S. Tsirkin wrote: > As part of memory barrier cleanup, this patchset > extends checkpatch to make it easier to stop > incorrect memory barrier usage. > > This replaces the checkpatch patches in my series > arch: barrier cleanup + barriers

Re: [Xen-devel] [PATCH v3 2/5] build: Hook the schedulers into Kconfig

>>> On 08.01.16 at 17:58, wrote: > On 1/8/16 10:49 AM, Jan Beulich wrote: > On 08.01.16 at 17:30, wrote: >>> So, based on the Kconfig setup and the linker ASSERT, there should be no >>> way to have a default scheduler that is not in the build.

Re: [Xen-devel] [PATCH v4] igd-passthrough-i440FX: convert to realize()

On Mon, 11 Jan 2016, Hao, Xudong wrote: > Stefano, > > Patch http://marc.info/?l=qemu-devel=145137863501079 don't works for qemu > at all, some conflict when git apply. > Patch http://marc.info/?l=qemu-devel=145137863501079 is based on patch > http://marc.info/?l=qemu-devel=145172165010604,

Re: [Xen-devel] [PATCH v4] igd-passthrough-i440FX: convert to realize()

Stefano, Patch http://marc.info/?l=qemu-devel=145137863501079 don't works for qemu at all, some conflict when git apply. Patch http://marc.info/?l=qemu-devel=145137863501079 is based on patch http://marc.info/?l=qemu-devel=145172165010604, right? I can boot up Linux VM with IGD pass-through

Re: [Xen-devel] [PATCH v2 20/32] metag: define __smp_xxx

On Tue, Jan 05, 2016 at 12:09:30AM +, James Hogan wrote: > Hi Michael, > > On Thu, Dec 31, 2015 at 09:08:22PM +0200, Michael S. Tsirkin wrote: > > This defines __smp_xxx barriers for metag, > > for use by virtualization. > > > > smp_xxx barriers are removed as they are > > defined correctly

Re: [Xen-devel] [PATCH] x86/hvm: Allow the guest to permit the use of userspace hypercalls

>>> On 11.01.16 at 18:17, wrote: > On 11/01/16 14:44, Jan Beulich wrote: > On 11.01.16 at 14:59, wrote: >>> Currently, hypercalls issued from HVM userspace will unconditionally fail >>> with -EPERM. >>> >>> This is inflexible, and a guest

[Xen-devel] For help about event channel

Hi,alls, I want to achieve that the xen kernel can xend a notification to a domu, and then the domu can receive the notification and handle this notification. now,I think the event channel can achieve it.But I don't have enough information about event channel. Can who describe in detail the

Re: [Xen-devel] [PATCH v4] igd-passthrough-i440FX: convert to realize()

I used 6bb9ead762bf749af11ea225fc2a74db1b93c105 yesterday, this version don't include commit 349a3b1cc. Thanks, -Xudong > -Original Message- > From: Cao jin [mailto:caoj.f...@cn.fujitsu.com] > Sent: Tuesday, January 12, 2016 10:01 AM > To: Hao, Xudong ; Stefano

[Xen-devel] 15-day Public Review for Virtual I/O Device (VIRTIO) Version 1.0 - ends January 26th

OASIS members and other interested parties, The OASIS Virtual I/O Device (VIRTIO) TC members [1] have produced an updated Committee Specification Draft (CSD) and submitted this specification for 15-day public review: Virtual I/O Device (VIRTIO) Version 1.0 Committee Specification Draft 05 /

Re: [Xen-devel] [v3,11/41] mips: reuse asm-generic/barrier.h

On 01/10/2016 06:18 AM, Michael S. Tsirkin wrote: On mips dma_rmb, dma_wmb, smp_store_mb, read_barrier_depends, smp_read_barrier_depends, smp_store_release and smp_load_acquire match the asm-generic variants exactly. Drop the local definitions and pull in asm-generic/barrier.h instead. This

[Xen-devel] [linux-3.16 test] 77819: tolerable FAIL - PUSHED

flight 77819 linux-3.16 real [real] http://logs.test-lab.xenproject.org/osstest/logs/77819/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-rumpuserxen-i386 10 guest-startfail like 76945 test-amd64-amd64-xl-credit2

Re: [Xen-devel] [PATCH v4] igd-passthrough-i440FX: convert to realize()

Hi On 01/11/2016 05:53 PM, Hao, Xudong wrote: Stefano, Patch http://marc.info/?l=qemu-devel=145137863501079 don't works for qemu at all, some conflict when git apply. Patch http://marc.info/?l=qemu-devel=145137863501079 is based on patch http://marc.info/?l=qemu-devel=145172165010604, right?

[Xen-devel] Nested virtualization off VMware vSphere 6.0 with EL6 guests crashes on Xen 4.6

Hey, The machine is an X5-2 which is a Haswell based E5-2699 v3. We are trying to launch to use the nested virtualization. The guest is a simple VMware vSphere 6.0 with 32GB, 8 CPUs. The guest than that is launched within VMware is a 2 VCPU 2GB Linux (OEL6 to be exact). During its bootup Xen

[Xen-devel] [linux-next test] 77812: regressions - FAIL

flight 77812 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/77812/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-win7-amd64 12 guest-saverestore fail REGR. vs. 77554

[Xen-devel] [qemu-upstream-4.6-testing baseline-only test] 38620: tolerable FAIL

This run is configured for baseline tests only. flight 38620 qemu-upstream-4.6-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38620/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-xl-vhd 9 debian-di-install

[Xen-devel] [xen-4.3-testing baseline-only test] 38617: regressions - FAIL

This run is configured for baseline tests only. flight 38617 xen-4.3-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38617/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl 19

[Xen-devel] [GIT PULL] xen: features and fixes for 4.5-rc0

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Linus, Please git pull the following tag: git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.5-rc0-tag xen: features and fixes for 4.5-rc0 - - Stolen ticks and PV wallclock support for arm/arm64. - - Add grant copy ioctl to

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

flight 77716 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/77716/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-rumpuserxen-i386 10 guest-start fail REGR. vs. 59254

Re: [Xen-devel] [Qemu-devel] [PATCH v3 13/13] xen-hvm: Mark inappropriate error handling FIXME

Stefano Stabellini writes: > On Thu, 17 Dec 2015, Markus Armbruster wrote: >> Cc: Stefano Stabellini >> Cc: xen-de...@lists.xensource.com >> Signed-off-by: Markus Armbruster >> --- >> xen-hvm.c | 7 +++

Re: [Xen-devel] [PATCH v13 7/8] Add IOREQ_TYPE_VMWARE_PORT

>>> On 10.01.16 at 20:42, wrote: > On 12/21/15 09:10, Jan Beulich wrote: > On 28.11.15 at 22:45, wrote: >>> @@ -167,26 +168,65 @@ static int hvmemul_do_io( >>> vio->io_req.state = STATE_IOREQ_NONE; >>> break; >>> case

Re: [Xen-devel] Uniform commands for booting xen

On 13.11.2015 10:50, Ian Campbell wrote: > On Fri, 2015-11-13 at 12:04 +0300, Andrei Borzenkov wrote: >>> How do you express modules other than kernel+initrd in that >>> scheme, without grub needing to be aware of any new addition we >>> may find necessary going forward? >>> >> >> Are modules used

Re: [Xen-devel] [PATCH v4 2/5] build: Hook the schedulers into Kconfig

>>> On 08.01.16 at 22:22, wrote: > --- a/xen/common/Kconfig > +++ b/xen/common/Kconfig > @@ -51,4 +51,71 @@ config KEXEC > > If unsure, say Y. > > +# Enable schedulers > +menu "Schedulers" > + visible if EXPERT = "y" Does "visible if EXPERT" not

Re: [Xen-devel] [PATCH 1/2] build: introduce CONFIG_NR_CPUS in Kconfig

>>> On 09.01.16 at 14:43, wrote: > On 08/01/2016 23:17, Doug Goldstein wrote: >> Introduce an option where the user can modifiy the maximum number of >> supported physical CPUs. >> >> CC: Ian Campbell >> CC: Stefano Stabellini

[Xen-devel] [qemu-upstream-4.6-testing test] 77722: tolerable FAIL - PUSHED

flight 77722 qemu-upstream-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/77722/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-rtds 9 debian-installfail REGR. vs. 63071

Re: [Xen-devel] Uniform commands for booting xen

>>> On 11.01.16 at 15:06, wrote: > On 13.11.2015 10:50, Ian Campbell wrote: >> On Fri, 2015-11-13 at 12:04 +0300, Andrei Borzenkov wrote: How do you express modules other than kernel+initrd in that scheme, without grub needing to be aware of any new addition we

Re: [Xen-devel] [PATCH v3 3/3] libxl: info: Display build_id of the hypervisor.

On Thu, Jan 07, 2016 at 09:25:20PM -0500, Konrad Rzeszutek Wilk wrote: > If the hypervisor is built with we will display it. > > Signed-off-by: Konrad Rzeszutek Wilk > --- > v2: Include HAVE_*, use libxl_zalloc, s/rc/ret/ > --- > tools/libxl/libxl.c | 24

Re: [Xen-devel] [PATCH] xen/spinlock: Use mnemonics for recursive spinlock sentinel values

>>> On 09.01.16 at 15:33, wrote: > --- a/xen/common/spinlock.c > +++ b/xen/common/spinlock.c > @@ -246,7 +246,7 @@ int _spin_trylock_recursive(spinlock_t *lock) > unsigned int cpu = smp_processor_id(); > > /* Don't allow overflow of recurse_cpu field. */ > -

Re: [Xen-devel] [PATCH 2/2] build: convert NR_CPUS to Kconfig

>>> On 09.01.16 at 00:17, wrote: > This converts the usage of NR_CPUS / MAX_PHYS_CPUS to Kconfig as > CONFIG_NR_CPUS. Considering the size of the patch, the doubling of the identifier's length, and the fact that even Linux continues to use NR_CPUS I wonder whether we wouldn't

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

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

[Xen-devel] [xen-4.5-testing baseline-only test] 38615: regressions - FAIL

This run is configured for baseline tests only. flight 38615 xen-4.5-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38615/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-pygrub 10 guest-start

[Xen-devel] [PATCH] x86/hvm: Allow the guest to permit the use of userspace hypercalls

Currently, hypercalls issued from HVM userspace will unconditionally fail with -EPERM. This is inflexible, and a guest may wish to allow userspace to make hypercalls. Introduce HVMOP_set_hypercall_dpl which allows the guest to alter the permissions check for hypercalls. It behaves exactly like

Re: [Xen-devel] [PATCH v4 2/5] build: Hook the schedulers into Kconfig

>>> On 09.01.16 at 19:08, wrote: > On 09/01/16 17:50, Jonathan Creekmore wrote: >> However, if you would prefer me to remove the "If unsure" language >> completely, I can do that. The text came in before the whole >> CONFIG_EXPERT flag did. > > I would suggest dropping

Re: [Xen-devel] [PATCH v2 2/2] xen: convert XSM_ENABLE to Kconfig

Doug Goldstein writes ("[Xen-devel] [PATCH v2 2/2] xen: convert XSM_ENABLE to Kconfig"): > Converts the existing XSM_ENABLE flag from Config.mk to CONFIG_XSM > within Kconfig. This also re-adds the dependency of CONFIG_FLASK on > CONFIG_XSM. Some version of these patches were applied to

[Xen-devel] [qemu-upstream-4.4-testing test] 77735: regressions - FAIL

flight 77735 qemu-upstream-4.4-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/77735/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 5 xen-build fail REGR. vs. 62702 Tests

[Xen-devel] [PATCH v6 1/2] public/io/netif.h: clarifications to wire formats

My previous patch 03809ae7 "document transmit and receive wire formats separately" improved documentation of the receive and transmit wire formats but further clarifications were requested. This patch adds those clarifications. Signed-off-by: Paul Durrant Cc: Ian

[Xen-devel] [PATCH v6 0/2] public/io/netif.h: support for toeplitz hashing

This series documents changes needed to support toeplitz hashing in a backend, configurable by the frontend. Patch #1 adds further clarifications to the receive and transmit wire formats. Patch #2 documents a new 'control ring' for passing bulk data between frontend and backend. This is needed

Re: [Xen-devel] [PATCH v4 2/5] build: Hook the schedulers into Kconfig

On 1/11/16 10:49 AM, Jan Beulich wrote: On 11.01.16 at 17:31, wrote: >> There have been a good deal number of different downstreams that have >> been encouraging of changes like this but it seems like you are >> fundamentally opposed. Which is plainly discouraging to

Re: [Xen-devel] [PATCH] tools: make flask utils build unconditional

On 1/11/16 9:19 AM, Wei Liu wrote: > On Fri, Jan 08, 2016 at 12:49:07PM -0600, Doug Goldstein wrote: > [...] >> Ok so I'm at a loss what steps I need to take. I've submitted patches to >> put the config in /boot so that this check can be made but there's a >> disagreement if that's even necessary

Re: [Xen-devel] [PATCH v2] x86/hvm: Allow the guest to permit the use of userspace hypercalls

On Mon, Jan 11, 2016 at 04:51:19PM +, Andrew Cooper wrote: > Currently, hypercalls issued from HVM userspace will unconditionally fail with > -EPERM. > > This is inflexible, and a guest may wish to allow userspace to make > hypercalls. > > Introduce HVMOP_set_hypercall_dpl which allows the

Re: [Xen-devel] Blank screen while booting xen

On Mon, Jan 11, 2016 at 10:56:07PM +0530, Harmandeep Kaur wrote: > On Mon, Jan 11, 2016 at 8:23 PM, Konrad Rzeszutek Wilk > wrote: > > On Mon, Jan 11, 2016 at 12:57:27AM +0530, Harmandeep Kaur wrote: > >> Hi, > >> > >> I tried to modify and compile some of Xen 4.7's code >

Re: [Xen-devel] [PATCH v2 1/3] xsm/xen_version: Add XSM for the xen_version hypercall.

>>> On 11.01.16 at 17:01, wrote: > On Mon, Jan 11, 2016 at 02:02:54AM -0700, Jan Beulich wrote: >> >>> On 08.01.16 at 18:31, wrote: >> >> >> > The rest: XENVER_[version|capabilities| >> >> >> > parameters|get_features|page_size|guest_handle] behave

Re: [Xen-devel] [PATCH v4 2/5] build: Hook the schedulers into Kconfig

On 1/11/16 9:43 AM, Jan Beulich wrote: On 11.01.16 at 16:10, wrote: >> Jan Beulich writes: >> On 08.01.16 at 22:22, wrote: +config SCHED_CREDIT + bool "Credit scheduler support" + default y >>> >>> I continue

[Xen-devel] [qemu-mainline test] 77743: tolerable FAIL - PUSHED

flight 77743 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/77743/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-rtds 9 debian-install fail like 77410 Tests which did not

Re: [Xen-devel] [PATCH v4 2/5] build: Hook the schedulers into Kconfig

>>> On 11.01.16 at 17:31, wrote: > There have been a good deal number of different downstreams that have > been encouraging of changes like this but it seems like you are > fundamentally opposed. Which is plainly discouraging to people to > attempt to engage upstream. I could

Re: [Xen-devel] [PATCH] x86/hvm: Allow the guest to permit the use of userspace hypercalls

On 11/01/16 14:44, Jan Beulich wrote: On 11.01.16 at 14:59, wrote: >> Currently, hypercalls issued from HVM userspace will unconditionally fail >> with -EPERM. >> >> This is inflexible, and a guest may wish to allow userspace to make >> hypercalls. > I thought

[Xen-devel] [PATCH v2] x86/hvm: Allow the guest to permit the use of userspace hypercalls

Currently, hypercalls issued from HVM userspace will unconditionally fail with -EPERM. This is inflexible, and a guest may wish to allow userspace to make hypercalls. Introduce HVMOP_set_hypercall_dpl which allows the guest to alter the permissions check for hypercalls. It behaves exactly like

[Xen-devel] 2014 and 2015 contribution stats (including Reviewed-by and other tags)

Hi folks, please find attached 2014 and 2015 contribution stats, including some of the tags. To compare like with like, the 2015 figures do contain repos which were taken out of xen.git. They also include osstest, as I used to track these in the past. The company figures in the 2015 file may

[Xen-devel] [xen-4.4-testing baseline-only test] 38616: regressions - FAIL

This run is configured for baseline tests only. flight 38616 xen-4.4-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38616/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-amd64-pvgrub 6 xen-boot

Re: [Xen-devel] [PATCH 03/28] libxl: Provide libxl__dm_support_*

On 01/07/2016 10:13 AM, Ian Campbell wrote: > On Tue, 2015-12-22 at 18:44 +, Ian Jackson wrote: >> This allows code elsewhere in libxl to find out what options a device >> model executable supports. This is done by searching the usage >> message for fixed strings. > Has anyone (ever, not

Re: [Xen-devel] Blank screen while booting xen

On Mon, Jan 11, 2016 at 8:23 PM, Konrad Rzeszutek Wilk wrote: > On Mon, Jan 11, 2016 at 12:57:27AM +0530, Harmandeep Kaur wrote: >> Hi, >> >> I tried to modify and compile some of Xen 4.7's code >> (cloned from git clone git://xenbits.xen.org/xen.git) >> and even with a

Re: [Xen-devel] [PATCH v4 2/5] build: Hook the schedulers into Kconfig

Jan Beulich writes: On 08.01.16 at 22:22, wrote: >> --- a/xen/common/Kconfig >> +++ b/xen/common/Kconfig >> @@ -51,4 +51,71 @@ config KEXEC >> >>If unsure, say Y. >> >> +# Enable schedulers >> +menu "Schedulers" >> +visible if EXPERT = "y" > > Does

Re: [Xen-devel] [Qemu-devel] [PATCH] MAINTAINERS: update Xen files

Stefano Stabellini writes: > Add the PV block backend, the Xen mapcache, and hw/i386/xen to the list > of Xen related files maintained by me. > > Signed-off-by: Stefano Stabellini Reviewed-by: Markus Armbruster

Re: [Xen-devel] [PATCH v2 1/3] xsm/xen_version: Add XSM for the xen_version hypercall.

On Mon, Jan 11, 2016 at 02:02:54AM -0700, Jan Beulich wrote: > >>> On 08.01.16 at 18:31, wrote: > >> >> > The rest: XENVER_[version|capabilities| > >> >> > parameters|get_features|page_size|guest_handle] behave > >> >> > as before - allowed by default for all guests. > >>

Re: [Xen-devel] [PATCH v5 1/2] public/io/netif.h: document transmit and receive wire formats separately

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: 11 January 2016 15:53 > To: Paul Durrant > Cc: Ian Campbell; Ian Jackson; xen-de...@lists.xenproject.org; Keir > (Xen.org); Tim (Xen.org) > Subject: Re: [PATCH v5 1/2] public/io/netif.h: document transmit and

Re: [Xen-devel] Uniform commands for booting xen

On 11.01.2016 15:32, Jan Beulich wrote: On 11.01.16 at 15:06, wrote: >> On 13.11.2015 10:50, Ian Campbell wrote: >>> On Fri, 2015-11-13 at 12:04 +0300, Andrei Borzenkov wrote: > How do you express modules other than kernel+initrd in that > scheme, without grub

[Xen-devel] [PATCH v5 1/2] public/io/netif.h: document transmit and receive wire formats separately

Currently there is no documented wire format for guest receive-side packets but the location of the 'wire format' comment block suggests it is the same as transmit-side. This is almost true but there is a subtle difference in the use of the 'size' field for the first fragment. For clarity this

Re: [Xen-devel] [PATCH] xen/spinlock: Use mnemonics for recursive spinlock sentinel values

On 11/01/16 14:19, Jan Beulich wrote: On 09.01.16 at 15:33, wrote: >> --- a/xen/common/spinlock.c >> +++ b/xen/common/spinlock.c >> @@ -246,7 +246,7 @@ int _spin_trylock_recursive(spinlock_t *lock) >> unsigned int cpu = smp_processor_id(); >> >> /*

Re: [Xen-devel] [PATCH] x86emul: support clzero

On 9/22/2015 8:06 AM, Jan Beulich wrote: ... in anticipation of this possibly going to get used by guests for basic thinks like memset() or clearing or pages. Since the emulation doesn't use clzero itself, checking the guest's CPUID for the feature to be exposed is (intentionally) being avoided

Re: [Xen-devel] VirtIO-GPU 3D OpenGL Hardware Acceleration for VMs and Xen

On Mon, Jan 11, 2016 at 11:47:39AM +0200, Pasi Kärkkäinen wrote: > Hello, > > And now all the components listed below are released and available easily. > > Dom0: > - Qemu 2.5 has virtio-gpu 3D/OpenGL acceleration support for VMs. > > DomU: > - Linux 4.4 kernel has the virtio-gpu drm driver. >

Re: [Xen-devel] [PATCH] x86/hvm: Allow the guest to permit the use of userspace hypercalls

> -Original Message- > From: xen-devel-boun...@lists.xen.org [mailto:xen-devel- > boun...@lists.xen.org] On Behalf Of Andrew Cooper > Sent: 11 January 2016 14:00 > To: Xen-devel > Cc: Andrew Cooper; Stefano Stabellini; Ian Campbell; Jan Beulich > Subject: [Xen-devel] [PATCH] x86/hvm: Allow

Re: [Xen-devel] [PATCH] x86/hvm: Allow the guest to permit the use of userspace hypercalls

>>> On 11.01.16 at 14:59, wrote: > Currently, hypercalls issued from HVM userspace will unconditionally fail > with -EPERM. > > This is inflexible, and a guest may wish to allow userspace to make > hypercalls. I thought previous discussion had made clear that routing

Re: [Xen-devel] [PATCH] libxl: add basic spice support for pv domUs

On Tue, Dec 01, 2015 at 05:04:35PM +0100, Fabio Fantoni wrote: > This patch adds basic spice support for pv domUs. > The qemu parameters are the same as the hvm ones and they works. > Therefore xl cfg parameters are the same as the hvm ones except that > features not supported yet by pv domUs

[Xen-devel] [PATCH v5 2/2] public/io/netif.h: document control ring and toeplitz hashing

This patch documents a new shared ring between frontend and backend that can be used to pass bulk out-of-band data, such as that required to implement toeplitz hashing in the backend such that it is configurable by the frontend (which is needed to support NDIS RSS for Windows guests). The patch

Re: [Xen-devel] [PATCH 2/2] build: convert NR_CPUS to Kconfig

>>> On 11.01.16 at 16:06, wrote: > On 1/11/16 8:24 AM, Jan Beulich wrote: > On 09.01.16 at 00:17, wrote: >>> This converts the usage of NR_CPUS / MAX_PHYS_CPUS to Kconfig as >>> CONFIG_NR_CPUS. >> >> Considering the size of the patch, the doubling of

Re: [Xen-devel] [PATCH v4 2/5] build: Hook the schedulers into Kconfig

>>> On 11.01.16 at 16:10, wrote: > Jan Beulich writes: > On 08.01.16 at 22:22, wrote: >>> +config SCHED_CREDIT >>> + bool "Credit scheduler support" >>> + default y >> >> I continue to think that not making the primary scheduler

Re: [Xen-devel] [PATCH v5 1/2] public/io/netif.h: document transmit and receive wire formats separately

>>> On 11.01.16 at 16:25, wrote: > Currently there is no documented wire format for guest receive-side > packets but the location of the 'wire format' comment block suggests > it is the same as transmit-side. This is almost true but there is a > subtle difference in the

Re: [Xen-devel] Blank screen while booting xen

On Mon, Jan 11, 2016 at 12:57:27AM +0530, Harmandeep Kaur wrote: > Hi, > > I tried to modify and compile some of Xen 4.7's code > (cloned from git clone git://xenbits.xen.org/xen.git) > and even with a very minor change (patch included at last) > my xen failed to boot. It stucks at black blank

Re: [Xen-devel] [PATCH] libxc: Expose the MPX cpuid flag to guest

On Mon, Jan 11, 2016 at 04:52:10PM +0800, Liang Li wrote: > If hardware support memory protect externsion, expose this feature extension > to guest by default. Users don't have to use a 'cpuid= ' option in > config file to turn it on. > > Signed-off-by: Liang Li > --- >

Re: [Xen-devel] [PATCH 2/2] build: convert NR_CPUS to Kconfig

On 1/11/16 8:24 AM, Jan Beulich wrote: On 09.01.16 at 00:17, wrote: >> This converts the usage of NR_CPUS / MAX_PHYS_CPUS to Kconfig as >> CONFIG_NR_CPUS. > > Considering the size of the patch, the doubling of the identifier's > length, and the fact that even Linux

Re: [Xen-devel] [PATCHv5 1/3] rwlock: Add per-cpu reader-writer lock infrastructure

On 22/12/15 11:56, George Dunlap wrote: > On 18/12/15 16:08, Malcolm Crossley wrote: >> >> + >> +#ifndef NDEBUG >> +#define PERCPU_RW_LOCK_UNLOCKED(owner) { RW_LOCK_UNLOCKED, 0, owner } >> +static inline void _percpu_rwlock_owner_check(percpu_rwlock_t **per_cpudata, >> +

Re: [Xen-devel] [PATCH 2/2] build: convert NR_CPUS to Kconfig

On Mon, 2016-01-11 at 08:30 -0700, Jan Beulich wrote: > > > > On 11.01.16 at 16:06, wrote: > > On 1/11/16 8:24 AM, Jan Beulich wrote: > > > Considering the size of the patch, the doubling of the > > > identifier's > > > length, and the fact that even Linux continues to use

Re: [Xen-devel] [PATCH] tools: make flask utils build unconditional

On Fri, Jan 08, 2016 at 12:49:07PM -0600, Doug Goldstein wrote: [...] > Ok so I'm at a loss what steps I need to take. I've submitted patches to > put the config in /boot so that this check can be made but there's a > disagreement if that's even necessary or not. > That's a bit unfortunate. :-(

Re: [Xen-devel] Uniform commands for booting xen

>>> On 11.01.16 at 15:58, wrote: > On 11.01.2016 15:32, Jan Beulich wrote: > On 11.01.16 at 15:06, wrote: >>> On 13.11.2015 10:50, Ian Campbell wrote: On Fri, 2015-11-13 at 12:04 +0300, Andrei Borzenkov wrote: >> How do you express modules other

[Xen-devel] [PATCH v6 2/2] public/io/netif.h: document control ring and toeplitz hashing

This patch documents a new shared ring between frontend and backend that can be used to pass bulk out-of-band data, such as that required to implement toeplitz hashing in the backend such that it is configurable by the frontend (which is needed to support NDIS RSS for Windows guests). The patch

  1   2   >