[Xen-devel] [ovmf baseline-only test] 75009: tolerable FAIL

This run is configured for baseline tests only. flight 75009 ovmf real [real] http://osstest.xensource.com/osstest/logs/75009/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-i386-xl-qemuu-ovmf-amd64 10 debian-hvm-install fail like 75008

[Xen-devel] [xen-4.8-testing test] 125548: regressions - FAIL

flight 125548 xen-4.8-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/125548/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf-libvirt broken in 125165 build-armhf-libvirt

[Xen-devel] [PATCH v3] xen/pv: Call get_cpu_address_sizes to set x86_virt/phys_bits

to get_cpu_address_sizes below the call to x86_configure_nx. - Amend the commit message to describe why PV VMs do not boot up successfully when CONFIG_DEBUG_VIRTUAL is enabled. Changes since v2: - Add a Reviewed-by tag to note Boris Ostrovsky's code review. - Rebase onto next-20180725. --- arch/x86/kernel/

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

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

Re: [Xen-devel] [PATCH] xenconsole: add option to avoid escape sequences in log

On Wed, Jul 25, 2018 at 1:53 AM, Wei Liu wrote: > On Wed, Jul 25, 2018 at 09:49:39AM +0100, Wei Liu wrote: > > On Sat, Jul 21, 2018 at 02:14:12AM +0200, Marek Marczykowski-Górecki > wrote: > > > > > + > > > + memcpy(dest, buf, len); > > > + for (i = 0; i < len; i++) { > > > + if

Re: [Xen-devel] [PATCH v7 12/12] xen: clarify the security-support status of Kconfig options on ARM

On Wed, 25 Jul 2018, George Dunlap wrote: > On Wed, Jul 25, 2018 at 10:50 AM, Julien Grall wrote: > >> Anything you can select in menuconfig without passing > >> XEN_CONFIG_EXPERT=y is security supported. Anything hidden behind > >> XEN_CONFIG_EXPERT is security supported in its default

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

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

[Xen-devel] [PATCH] libxl/libxl_arm_acpi.c: fix 'memcpy' forming offset out of the bounds

gcc-8.1 complains: libxl_arm_acpi.c:208:5: error: 'memcpy' forming offset [5, 6] is out of the bounds [0, 4] [-Werror=array-bounds] memcpy(h->oem_id, ACPI_OEM_ID, sizeof(h->oem_id)); ^ libxl_arm_acpi.c:209:5: error: 'memcpy' forming offset

Re: [Xen-devel] [Memory Accounting] was: Re: PVH dom0 creation fails - the system freezes

On 07/25/2018 02:56 PM, Andrew Cooper wrote: > On 25/07/18 17:29, Juergen Gross wrote: >> On 25/07/18 18:12, Roger Pau Monné wrote: >>> On Wed, Jul 25, 2018 at 05:05:35PM +0300, berca...@amazon.com wrote: On 07/25/2018 05:02 PM, Wei Liu wrote: > On Wed, Jul 25, 2018 at 03:41:11PM +0200,

[Xen-devel] Minutes of: Xen ARM Community Call Wednesday 25th July 9AM Pacific / 4PM UTC

Hi Everyone, These are the notes I took during the meeting. Thanks for attending! Cheers, Stefano = Certifications = Lars. Discussion at Xen Summit didn't go far because we didn't have any concrete examples. Lars had a meeting with PRQA. The acquisition by Perforce is completed. Lars sent all

[Xen-devel] [BUG] Serial port prevents PVH dom0 boot

When booting into dom0=pvh, using the serial console prevents dom0 from booting. Serial works until Xen tries to hand off to dom0. The specific crash varies with the arguments passed to iommu: iommu=1,debug console=com1 com1=115200,8n1 Xen goes into an infinite loop iommu=1 console=com1

[Xen-devel] [PATCH] x86/traps: Fix cascade crash in show_registers()

Copying all of struct cpu_user_regs is generally unsafe, as the structure extends beyond the hardware exception frame. This generally copies 32 bytes beyond the top of the valid stack frame, and in the case of the top IST stack, hits the unmapped guard page. Signed-off-by: Andrew Cooper --- CC:

[Xen-devel] [Memory Accounting] was: Re: PVH dom0 creation fails - the system freezes

On 25/07/18 17:29, Juergen Gross wrote: > On 25/07/18 18:12, Roger Pau Monné wrote: >> On Wed, Jul 25, 2018 at 05:05:35PM +0300, berca...@amazon.com wrote: >>> On 07/25/2018 05:02 PM, Wei Liu wrote: On Wed, Jul 25, 2018 at 03:41:11PM +0200, Juergen Gross wrote: > On 25/07/18 15:35, Roger

[Xen-devel] [qemu-upstream-4.11-testing test] 125534: regressions - FAIL

flight 125534 qemu-upstream-4.11-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/125534/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-qemuu-rhel6hvm-amd 10 redhat-install fail in 125508 REGR. vs.

Re: [Xen-devel] [PATCH] xen/blkfront: remove unused macros

On 7/25/18 12:42 AM, Juergen Gross wrote: > Remove some macros not used anywhere. Applied, thanks. -- Jens Axboe ___ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel

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

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

[Xen-devel] Xen Security Advisory 274 - Linux: Uninitialized state in PV syscall return path

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Xen Security Advisory XSA-274 Linux: Uninitialized state in PV syscall return path ISSUE DESCRIPTION = Linux has a `failsafe` callback, invoked by Xen under certain conditions. Normally in this

Re: [Xen-devel] libvirtd hang on CentOS6 after latest updates

On 07/25/2018 10:17 AM, George Dunlap wrote: On Wed, Jul 25, 2018 at 4:42 PM, Jim Fehlig wrote: On 07/22/2018 04:03 PM, Karel Hendrych wrote: Hi, I am seeing frequent libvirtd hangs (clients not responding) after last CentOS6-Xen update : xen-devel is not the best place to seek help with

Re: [Xen-devel] [PATCH 2/2] automation: build with debian unstable

On Wed, Jul 25, 2018 at 10:55:31AM -0500, Doug Goldstein wrote: > On Mon, Jul 23, 2018 at 05:57:35PM +0100, Wei Liu wrote: > > Signed-off-by: Wei Liu > > While this is good and provisionally I would say: > > Acked-by: Doug Goldstein > > I'd like us to hold off on committing this until other

Re: [Xen-devel] PVH dom0 creation fails - the system freezes

On 25/07/18 18:12, Roger Pau Monné wrote: > On Wed, Jul 25, 2018 at 05:05:35PM +0300, berca...@amazon.com wrote: >> On 07/25/2018 05:02 PM, Wei Liu wrote: >>> On Wed, Jul 25, 2018 at 03:41:11PM +0200, Juergen Gross wrote: On 25/07/18 15:35, Roger Pau Monné wrote: >> What could be causing

Re: [Xen-devel] PVH dom0 creation fails - the system freezes

> -Original Message- > From: Xen-devel [mailto:xen-devel-boun...@lists.xenproject.org] On Behalf > Of Roger Pau Monné > Sent: 25 July 2018 15:12 > To: berca...@amazon.com > Cc: xen-devel ; David Woodhouse > ; Jan Beulich ; > abel...@amazon.com > Subject: Re: [Xen-devel] PVH dom0 creation

Re: [Xen-devel] libvirtd hang on CentOS6 after latest updates

On Wed, Jul 25, 2018 at 4:42 PM, Jim Fehlig wrote: > On 07/22/2018 04:03 PM, Karel Hendrych wrote: >> >> Hi, I am seeing frequent libvirtd hangs (clients not responding) after >> last CentOS6-Xen update : > > > xen-devel is not the best place to seek help with downstream issues, > particularly

Re: [Xen-devel] PVH dom0 creation fails - the system freezes

On Wed, Jul 25, 2018 at 05:05:35PM +0300, berca...@amazon.com wrote: > On 07/25/2018 05:02 PM, Wei Liu wrote: > > On Wed, Jul 25, 2018 at 03:41:11PM +0200, Juergen Gross wrote: > > > On 25/07/18 15:35, Roger Pau Monné wrote: > > > > > What could be causing the available memory loss problem? > > >

Re: [Xen-devel] [PATCH 2/2] automation: build with debian unstable

On Mon, Jul 23, 2018 at 05:57:35PM +0100, Wei Liu wrote: > Signed-off-by: Wei Liu While this is good and provisionally I would say: Acked-by: Doug Goldstein I'd like us to hold off on committing this until other changes land to fix the build issues that are currently happening on Debian

Re: [Xen-devel] [PATCH 1/2] automation: add debian unstable images

On Mon, Jul 23, 2018 at 05:57:34PM +0100, Wei Liu wrote: > This will get us the latest toolchain available in Debian. > > Signed-off-by: Wei Liu Acked-by: Doug Goldstein ___ Xen-devel mailing list Xen-devel@lists.xenproject.org

Re: [Xen-devel] libvirtd hang on CentOS6 after latest updates

On 07/22/2018 04:03 PM, Karel Hendrych wrote: Hi, I am seeing frequent libvirtd hangs (clients not responding) after last CentOS6-Xen update : xen-devel is not the best place to seek help with downstream issues, particularly libvirt ones :-). You would have better luck contacting the CentOS6

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

On Wed, Jul 25, 2018 at 09:13:07AM -0600, Jan Beulich wrote: > >>> On 25.07.18 at 17:01, wrote: > > flight 125533 xen-unstable real [real] > > http://logs.test-lab.xenproject.org/osstest/logs/125533/ > > > > Regressions :-( > > > > Tests which did not succeed and are blocking, > > including

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

>>> On 25.07.18 at 17:01, wrote: > flight 125533 xen-unstable real [real] > http://logs.test-lab.xenproject.org/osstest/logs/125533/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: > test-amd64-amd64-libvirt-xsm 7 xen-boot

Re: [Xen-devel] [PATCH v6] automation: introduce a script for build test

On Wed, Jul 25, 2018 at 08:54:32AM -0500, Doug Goldstein wrote: > On Wed, Jul 25, 2018 at 10:24:24AM +0100, Wei Liu wrote: > > Signed-off-by: Ian Jackson > > Signed-off-by: Wei Liu > > --- > > This is a script I wrote previously for build test. > > > > Given it basically runs a set of commands

Re: [Xen-devel] [PATCH v6] automation: introduce a script for build test

On Wed, Jul 25, 2018 at 02:40:13PM +0100, George Dunlap wrote: > On 07/25/2018 02:29 PM, Wei Liu wrote: > > On Wed, Jul 25, 2018 at 11:27:16AM +0100, George Dunlap wrote: > >> On Wed, Jul 25, 2018 at 10:24 AM, Wei Liu wrote: > >>> Signed-off-by: Ian Jackson > >>> Signed-off-by: Wei Liu > >>>

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

flight 125533 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/125533/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt-xsm 7 xen-boot fail REGR. vs. 125178

Re: [Xen-devel] [PATCH v2] tools/helpers: don't hardcode domain type for dom0 and xenstore domain

On Wed, Jul 25, 2018 at 04:50:40PM +0200, Juergen Gross wrote: > Today when setting up a minimal domain configuration file for dom0 and > eventually xenstore-domain the domain type is harcoded as PV. Change > that by asking the hypervisor for the correct type. > > Signed-off-by: Juergen Gross

Re: [Xen-devel] [PATCH v3 1/2] x86/efi: move the logic to detect PE build support

On Wed, Jul 25, 2018 at 08:38:16AM -0600, Jan Beulich wrote: > >>> On 25.07.18 at 15:38, wrote: > > On Wed, Jul 25, 2018 at 02:48:28PM +0200, Daniel Kiper wrote: > >> On Wed, Jul 18, 2018 at 12:27:32PM +0200, Roger Pau Monne wrote: > >> > So that it can be used by other components apart from the

[Xen-devel] [PATCH v2] tools/helpers: don't hardcode domain type for dom0 and xenstore domain

Today when setting up a minimal domain configuration file for dom0 and eventually xenstore-domain the domain type is harcoded as PV. Change that by asking the hypervisor for the correct type. Signed-off-by: Juergen Gross --- tools/helpers/init-dom-json.c | 14 -- 1 file changed, 12

Re: [Xen-devel] Build Inconsistencies

On Wed, Jul 25, 2018 at 10:27:06AM +0200, Roger Pau Monné wrote: > I'm afraid I'm not able to find the error in the logs. I've tried > grepping for 'error:' or '***', but I haven't been able to find > anything. > > Do you happen to have the exact cause of the build failure? > > > AFAICT a `make

[Xen-devel] [PATCH] Config.mk: update OVMF changeset

Simply catching up with upstream. Signed-off-by: Anthony PERARD --- Config.mk | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Config.mk b/Config.mk index 0e829bb364..aeb418adf6 100644 --- a/Config.mk +++ b/Config.mk @@ -274,7 +274,7 @@ QEMU_TRADITIONAL_URL ?=

Re: [Xen-devel] [PATCH v3 1/2] x86/efi: move the logic to detect PE build support

>>> On 25.07.18 at 15:38, wrote: > On Wed, Jul 25, 2018 at 02:48:28PM +0200, Daniel Kiper wrote: >> On Wed, Jul 18, 2018 at 12:27:32PM +0200, Roger Pau Monne wrote: >> > So that it can be used by other components apart from the efi specific >> > code. By moving the detection code creating a dummy

Re: [Xen-devel] PVH dom0 creation fails - the system freezes

On Wed, Jul 25, 2018 at 04:57:23PM +0300, berca...@amazon.com wrote: > On 07/25/2018 04:35 PM, Roger Pau Monné wrote: > > On Wed, Jul 25, 2018 at 01:06:43PM +0300, berca...@amazon.com wrote: > > > On 07/24/2018 12:54 PM, Jan Beulich wrote: > > > > > > > On 23.07.18 at 13:50, wrote: > > > > > For

Re: [Xen-devel] PVH dom0 creation fails - the system freezes

On Wed, Jul 25, 2018 at 05:05:35PM +0300, berca...@amazon.com wrote: > On 07/25/2018 05:02 PM, Wei Liu wrote: > > On Wed, Jul 25, 2018 at 03:41:11PM +0200, Juergen Gross wrote: > > > On 25/07/18 15:35, Roger Pau Monné wrote: > > > > > What could be causing the available memory loss problem? > > >

Re: [Xen-devel] PVH dom0 creation fails - the system freezes

On 07/25/2018 05:02 PM, Wei Liu wrote: On Wed, Jul 25, 2018 at 03:41:11PM +0200, Juergen Gross wrote: On 25/07/18 15:35, Roger Pau Monné wrote: What could be causing the available memory loss problem? That seems to be Linux aggressively ballooning out memory, you go from 7129M total memory to

Re: [Xen-devel] [PATCH v3 1/2] x86/efi: move the logic to detect PE build support

On Wed, Jul 25, 2018 at 03:38:43PM +0200, Roger Pau Monné wrote: > On Wed, Jul 25, 2018 at 02:48:28PM +0200, Daniel Kiper wrote: > > On Wed, Jul 18, 2018 at 12:27:32PM +0200, Roger Pau Monne wrote: > > > So that it can be used by other components apart from the efi specific > > > code. By moving

Re: [Xen-devel] PVH dom0 creation fails - the system freezes

On Wed, Jul 25, 2018 at 03:41:11PM +0200, Juergen Gross wrote: > On 25/07/18 15:35, Roger Pau Monné wrote: > > > >> > >> What could be causing the available memory loss problem? > > > > That seems to be Linux aggressively ballooning out memory, you go from > > 7129M total memory to 246M. Are you

Re: [Xen-devel] PVH dom0 creation fails - the system freezes

On 07/25/2018 04:35 PM, Roger Pau Monné wrote: On Wed, Jul 25, 2018 at 01:06:43PM +0300, berca...@amazon.com wrote: On 07/24/2018 12:54 PM, Jan Beulich wrote: On 23.07.18 at 13:50, wrote: For the last few days, I have been trying to get a PVH dom0 running, however I encountered the following

Re: [Xen-devel] [PATCH] automation: build with 32 bit stretch

On Mon, Jul 23, 2018 at 09:04:46AM +0100, Wei Liu wrote: > Signed-off-by: Wei Liu Acked-by: Doug Goldstein ___ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel

Re: [Xen-devel] [PATCH v6] automation: introduce a script for build test

On Wed, Jul 25, 2018 at 10:24:24AM +0100, Wei Liu wrote: > Signed-off-by: Ian Jackson > Signed-off-by: Wei Liu > --- > This is a script I wrote previously for build test. > > Given it basically runs a set of commands on every commit, maybe it should > be named for-each-commit.sh ? So if we do

Re: [Xen-devel] [PATCH] xen: correct DEFCONFIG_LIST Kconfig item

On Tue, Jul 24, 2018 at 07:40:11AM -0600, Jan Beulich wrote: > >>> On 10.07.18 at 12:18, wrote: > On 10.07.18 at 10:31, wrote: > >> The default value of DEFCONFIG_LIST is wrong: it should be the value of > >> the configured ARCH_DEFCONFIG item, not the string "$ARCH_DEFCONFIG". > > > >

Re: [Xen-devel] PVH dom0 creation fails - the system freezes

On 25/07/18 15:35, Roger Pau Monné wrote: > On Wed, Jul 25, 2018 at 01:06:43PM +0300, berca...@amazon.com wrote: >> On 07/24/2018 12:54 PM, Jan Beulich wrote: >> On 23.07.18 at 13:50, wrote: For the last few days, I have been trying to get a PVH dom0 running, however I encountered

Re: [Xen-devel] [PATCH v6] automation: introduce a script for build test

On 07/25/2018 02:29 PM, Wei Liu wrote: > On Wed, Jul 25, 2018 at 11:27:16AM +0100, George Dunlap wrote: >> On Wed, Jul 25, 2018 at 10:24 AM, Wei Liu wrote: >>> Signed-off-by: Ian Jackson >>> Signed-off-by: Wei Liu >>> --- >>> This is a script I wrote previously for build test. >>> >>> Given it

Re: [Xen-devel] [PATCH] tools/helpers: don't hardcode domain type for dom0 and xenstore domain

On 25/07/18 15:31, Wei Liu wrote: > On Wed, Jul 25, 2018 at 03:25:26PM +0200, Juergen Gross wrote: >> Today when setting up a minimal domain configuration file for dom0 and >> eventually xenstore-domain the domain type is harcoded as PV. Change >> that by asking the hypervisor for the correct

Re: [Xen-devel] [PATCH v3 1/2] x86/efi: move the logic to detect PE build support

On Wed, Jul 25, 2018 at 02:48:28PM +0200, Daniel Kiper wrote: > On Wed, Jul 18, 2018 at 12:27:32PM +0200, Roger Pau Monne wrote: > > So that it can be used by other components apart from the efi specific > > code. By moving the detection code creating a dummy efi/disabled file > > can be avoided.

Re: [Xen-devel] PVH dom0 creation fails - the system freezes

On Wed, Jul 25, 2018 at 01:06:43PM +0300, berca...@amazon.com wrote: > On 07/24/2018 12:54 PM, Jan Beulich wrote: > > > > > On 23.07.18 at 13:50, wrote: > > > For the last few days, I have been trying to get a PVH dom0 running, > > > however I encountered the following problem: the system seems

Re: [Xen-devel] [PATCH] tools/helpers: don't hardcode domain type for dom0 and xenstore domain

On Wed, Jul 25, 2018 at 03:25:26PM +0200, Juergen Gross wrote: > Today when setting up a minimal domain configuration file for dom0 and > eventually xenstore-domain the domain type is harcoded as PV. Change > that by asking the hypervisor for the correct type. > > Signed-off-by: Juergen Gross >

Re: [Xen-devel] [PATCH v6] automation: introduce a script for build test

On Wed, Jul 25, 2018 at 11:27:16AM +0100, George Dunlap wrote: > On Wed, Jul 25, 2018 at 10:24 AM, Wei Liu wrote: > > Signed-off-by: Ian Jackson > > Signed-off-by: Wei Liu > > --- > > This is a script I wrote previously for build test. > > > > Given it basically runs a set of commands on every

[Xen-devel] [PATCH] tools/helpers: don't hardcode domain type for dom0 and xenstore domain

Today when setting up a minimal domain configuration file for dom0 and eventually xenstore-domain the domain type is harcoded as PV. Change that by asking the hypervisor for the correct type. Signed-off-by: Juergen Gross --- tools/helpers/init-dom-json.c | 14 -- 1 file changed, 12

Re: [Xen-devel] [PATCH] x86/pv: Deprecate support for paging out the LDT

On Wed, Jul 25, 2018 at 1:29 PM, Jan Beulich wrote: On 25.07.18 at 14:18, wrote: >> On 25/07/18 13:16, Jan Beulich wrote: >> On 25.07.18 at 14:08, wrote: On 29/06/18 06:27, Jan Beulich wrote: Andrew Cooper 06/28/18 6:10 PM >>> >> On 28/06/18 14:35, Jan Beulich wrote:

Re: [Xen-devel] [PATCH] automation: introduce a script for build test

On Wed, Jul 25, 2018 at 12:04:33PM +0100, George Dunlap wrote: > On 07/25/2018 11:53 AM, Wei Liu wrote: > > On Wed, Jul 25, 2018 at 11:48:36AM +0100, Anthony PERARD wrote: > >> On Tue, Jul 24, 2018 at 01:01:52PM -0500, Doug Goldstein wrote: > >>> On Tue, Jul 24, 2018 at 05:56:51PM +0100, Wei Liu

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

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

Re: [Xen-devel] [PATCH v3 2/2] x86/efi: split compiler vs linker support

On Wed, Jul 18, 2018 at 05:29:27PM +0200, Roger Pau Monné wrote: > On Wed, Jul 18, 2018 at 08:41:30AM -0600, Jan Beulich wrote: > > >>> On 18.07.18 at 12:27, wrote: > > > So that an ELF binary with support for EFI services will be built when > > > the compiler supports the MS ABI, regardless of

Re: [Xen-devel] [PATCH v3 1/2] x86/efi: move the logic to detect PE build support

On Wed, Jul 18, 2018 at 12:27:32PM +0200, Roger Pau Monne wrote: > So that it can be used by other components apart from the efi specific > code. By moving the detection code creating a dummy efi/disabled file > can be avoided. > > This is required so that the conditional used to define the efi

Re: [Xen-devel] [PATCH v14 00/11] x86/domctl: Save info for one vcpu instance

>>> On 25.07.18 at 14:14, wrote: > This patch series addresses the ideea of saving data from a single vcpu > instance. > First it starts by adding *save_one functions, then it introduces a handler > for the > new save_one* funcs and makes use of it in the hvm_save and hvm_save_one > funcs. >

Re: [Xen-devel] [PATCH] x86/pv: Deprecate support for paging out the LDT

>>> On 25.07.18 at 14:18, wrote: > On 25/07/18 13:16, Jan Beulich wrote: > On 25.07.18 at 14:08, wrote: >>> On 29/06/18 06:27, Jan Beulich wrote: >>> Andrew Cooper 06/28/18 6:10 PM >>> > On 28/06/18 14:35, Jan Beulich wrote: > On 26.06.18 at 13:35, wrote: >>> ---

Re: [Xen-devel] [PATCH] libgnttab: Add support for Linux dma-buf

On 07/25/2018 06:00 AM, Oleksandr Andrushchenko wrote: > On 07/25/2018 12:53 PM, Wei Liu wrote: >> On Wed, Jul 25, 2018 at 12:49:29PM +0300, Oleksandr Andrushchenko wrote: >>> On 07/25/2018 12:39 PM, Wei Liu wrote: On Mon, Jul 23, 2018 at 03:27:25PM +0300, Oleksandr Andrushchenko wrote:

Re: [Xen-devel] [PATCH] x86/pv: Deprecate support for paging out the LDT

On 25/07/18 13:16, Jan Beulich wrote: On 25.07.18 at 14:08, wrote: >> On 29/06/18 06:27, Jan Beulich wrote: >> Andrew Cooper 06/28/18 6:10 PM >>> On 28/06/18 14:35, Jan Beulich wrote: On 26.06.18 at 13:35, wrote: >> --- a/xen/arch/x86/Kconfig >> +++

Re: [Xen-devel] [PATCH] x86/pv: Deprecate support for paging out the LDT

>>> On 25.07.18 at 14:08, wrote: > On 29/06/18 06:27, Jan Beulich wrote: > Andrew Cooper 06/28/18 6:10 PM >>> >>> On 28/06/18 14:35, Jan Beulich wrote: >>> On 26.06.18 at 13:35, wrote: > --- a/xen/arch/x86/Kconfig > +++ b/xen/arch/x86/Kconfig > @@ -161,3 +161,24 @@ endmenu

[Xen-devel] [PATCH v14 11/11] x86/hvm: Remove save_one handler

Signed-off-by: Alexandru Isaila --- xen/arch/x86/cpu/mcheck/vmce.c | 1 - xen/arch/x86/hvm/hpet.c| 2 +- xen/arch/x86/hvm/hvm.c | 5 + xen/arch/x86/hvm/i8254.c | 2 +- xen/arch/x86/hvm/irq.c | 6 +++--- xen/arch/x86/hvm/mtrr.c| 2 +-

[Xen-devel] [PATCH v14 09/11] x86/domctl: Don't pause the whole domain if only getting vcpu state

This patch is focused on moving the for loop to the caller so now we can save info for a single vcpu instance with the save_one handlers. Signed-off-by: Alexandru Isaila --- Changes since V11: - Changed the CONTINUE return to return 0. --- xen/arch/x86/hvm/hvm.c | 19 ---

[Xen-devel] [PATCH v14 10/11] x86/hvm: Remove redundant save functions

This patch removes the redundant save functions and renames the save_one* to save. It then changes the domain param to vcpu in the save funcs. Signed-off-by: Alexandru Isaila --- Changes since V11: - Remove enum return type for save funcs. --- xen/arch/x86/cpu/mcheck/vmce.c | 19

[Xen-devel] [PATCH v14 03/11] x86/hvm: Introduce hvm_save_cpu_ctxt_one func

This is used to save data from a single instance. Signed-off-by: Alexandru Isaila --- Changes since V12: - Changed memset to {} init. --- xen/arch/x86/hvm/hvm.c | 214 + 1 file changed, 111 insertions(+), 103 deletions(-) diff --git

[Xen-devel] [PATCH v14 06/11] x86/hvm: Introduce hvm_save_mtrr_msr_one func

This is used to save data from a single instance. Signed-off-by: Alexandru Isaila --- Changes since v11: - hvm_save_mtrr_msr() now returns err from hvm_save_mtrr_msr_one(). Note: This patch is based on Roger Pau Monne's series[1] --- xen/arch/x86/hvm/mtrr.c | 81

[Xen-devel] [PATCH v14 08/11] x86/hvm: Add handler for save_one funcs

Signed-off-by: Alexandru Isaila --- Changes since V8: - Add comment for the handler return values. --- xen/arch/x86/cpu/mcheck/vmce.c | 1 + xen/arch/x86/hvm/hpet.c| 2 +- xen/arch/x86/hvm/hvm.c | 6 +- xen/arch/x86/hvm/i8254.c | 2 +- xen/arch/x86/hvm/irq.c

[Xen-devel] [PATCH v14 02/11] x86/hvm: Introduce hvm_save_tsc_adjust_one() func

This is used to save data from a single instance. Signed-off-by: Alexandru Isaila --- Changes since V13: - Moved tsc_adjust to the initializer. --- xen/arch/x86/hvm/hvm.c | 13 ++--- 1 file changed, 10 insertions(+), 3 deletions(-) diff --git a/xen/arch/x86/hvm/hvm.c

[Xen-devel] [PATCH v14 04/11] x86/hvm: Introduce hvm_save_cpu_xsave_states_one

This is used to save data from a single instance. Signed-off-by: Alexandru Isaila --- Changes since V11: - hvm_save_cpu_xsave_states_one() returns the err from _hvm_init_entry(). - hvm_save_cpu_xsave_states() returns err from hvm_save_cpu_xsave_states_one();

[Xen-devel] [PATCH v14 05/11] x86/hvm: Introduce hvm_save_cpu_msrs_one func

This is used to save data from a single instance. Signed-off-by: Alexandru Isaila Reviewed-by: Paul Durrant --- Changes since V11: - hvm_save_cpu_msrs() returns err from hvm_save_cpu_msrs_one(). --- xen/arch/x86/hvm/hvm.c | 105 +++-- 1 file

[Xen-devel] [PATCH v14 01/11] x86/cpu: Introduce vmce_save_vcpu_ctxt_one() func

This is used to save data from a single instance. Signed-off-by: Alexandru Isaila --- Changes since V11: - Removed the memset and added init with {}. --- xen/arch/x86/cpu/mcheck/vmce.c | 21 + 1 file changed, 13 insertions(+), 8 deletions(-) diff --git

[Xen-devel] [PATCH v14 07/11] x86/hvm: Introduce viridian_save_vcpu_ctxt_one() func

This is used to save data from a single instance. Signed-off-by: Alexandru Isaila Reviewed-by: Paul Durrant --- Changes since V13: - Fixed style. --- xen/arch/x86/hvm/viridian.c | 30 +++--- 1 file changed, 19 insertions(+), 11 deletions(-) diff --git

[Xen-devel] [PATCH v14 00/11] x86/domctl: Save info for one vcpu instance

Hi all, This patch series addresses the ideea of saving data from a single vcpu instance. First it starts by adding *save_one functions, then it introduces a handler for the new save_one* funcs and makes use of it in the hvm_save and hvm_save_one funcs. The final 2 patches are used for clean

[Xen-devel] [PATCH] x86/pv: Deprecate support for paging out the LDT

On 29/06/18 06:27, Jan Beulich wrote: Andrew Cooper 06/28/18 6:10 PM >>> >> On 28/06/18 14:35, Jan Beulich wrote: >> On 26.06.18 at 13:35, wrote: --- a/xen/arch/x86/Kconfig +++ b/xen/arch/x86/Kconfig @@ -161,3 +161,24 @@ endmenu source "common/Kconfig"

[Xen-devel] Xen Project Developer Summit 2018: Slides and Video recordings

Dear community members, if you have not been able to attend the developer summit, you will find presentations, session recordings and design session notes in the following places: Slides: https://www.slideshare.net/search/slideshow?searchfrom=header=XPDDS18 Videos:

Re: [Xen-devel] Xen 4.12 release planning

On 25/07/18 13:51, Lars Kurth wrote: > > >> On 25 Jul 2018, at 12:45, Juergen Gross wrote: >> >> On 25/07/18 13:39, Lars Kurth wrote: >>> >>> On 25 Jul 2018, at 12:24, George Dunlap >>> > wrote: On Wed, Jul 25, 2018 at 10:22 AM, Juergen Gross >>>

Re: [Xen-devel] Xen 4.12 release planning

> On 25 Jul 2018, at 12:45, Juergen Gross wrote: > > On 25/07/18 13:39, Lars Kurth wrote: >> >> >>> On 25 Jul 2018, at 12:24, George Dunlap >> > wrote: >>> >>> On Wed, Jul 25, 2018 at 10:22 AM, Juergen Gross >> > wrote:

[Xen-devel] [PATCH] x86/altp2m: Allow setting the #VE info page for an arbitrary VCPU

The intended use-case of this patch is to allow either Dom0 or a control domain to activate #VE for an introspected guest, and not having to do this necessarily from an in-guest agent. Signed-off-by: Adrian Pop --- tools/libxc/xc_altp2m.c | 1 - xen/arch/x86/hvm/hvm.c | 47

Re: [Xen-devel] Xen 4.12 release planning

On 25/07/18 13:39, Lars Kurth wrote: > > >> On 25 Jul 2018, at 12:24, George Dunlap > > wrote: >> >> On Wed, Jul 25, 2018 at 10:22 AM, Juergen Gross > > wrote: >>> >>> fFFR...ffFFR...ffFFR...f >>> >>> We can rule out

Re: [Xen-devel] Xen 4.12 release planning

> On 25 Jul 2018, at 12:24, George Dunlap wrote: > > On Wed, Jul 25, 2018 at 10:22 AM, Juergen Gross > wrote: >> >> fFFR...ffFFR...ffFFR...f >> >> We can rule out several variants with release dates just before or in a >> holiday season: >>

Re: [Xen-devel] Xen 4.12 release planning

On 25/07/18 13:34, Juergen Gross wrote: > On 25/07/18 13:30, Andrew Cooper wrote: >> On 25/07/18 12:24, George Dunlap wrote: >>> On Wed, Jul 25, 2018 at 10:22 AM, Juergen Gross wrote: On 25/07/18 10:19, Andrew Cooper wrote: > On 25/07/2018 09:15, Julien Grall wrote: >> Hi Juergen,

Re: [Xen-devel] Xen 4.12 release planning

On 25/07/18 12:34, George Dunlap wrote: > On Wed, Jul 25, 2018 at 12:30 PM, Andrew Cooper > wrote: >> On 25/07/18 12:24, George Dunlap wrote: >>> On Wed, Jul 25, 2018 at 10:22 AM, Juergen Gross wrote: On 25/07/18 10:19, Andrew Cooper wrote: > On 25/07/2018 09:15, Julien Grall wrote:

Re: [Xen-devel] Xen 4.12 release planning

On Wed, Jul 25, 2018 at 12:30 PM, Andrew Cooper wrote: > On 25/07/18 12:24, George Dunlap wrote: >> On Wed, Jul 25, 2018 at 10:22 AM, Juergen Gross wrote: >>> On 25/07/18 10:19, Andrew Cooper wrote: On 25/07/2018 09:15, Julien Grall wrote: > Hi Juergen, > > On 25/07/18 08:19,

Re: [Xen-devel] Xen 4.12 release planning

On 25/07/18 13:30, Andrew Cooper wrote: > On 25/07/18 12:24, George Dunlap wrote: >> On Wed, Jul 25, 2018 at 10:22 AM, Juergen Gross wrote: >>> On 25/07/18 10:19, Andrew Cooper wrote: On 25/07/2018 09:15, Julien Grall wrote: > Hi Juergen, > > On 25/07/18 08:19, Juergen Gross

Re: [Xen-devel] Xen 4.12 release planning

On 25/07/18 12:24, George Dunlap wrote: > On Wed, Jul 25, 2018 at 10:22 AM, Juergen Gross wrote: >> On 25/07/18 10:19, Andrew Cooper wrote: >>> On 25/07/2018 09:15, Julien Grall wrote: Hi Juergen, On 25/07/18 08:19, Juergen Gross wrote: > Its time to plan the Xen 4.12 release

Re: [Xen-devel] Xen 4.12 release planning

On Wed, Jul 25, 2018 at 10:22 AM, Juergen Gross wrote: > On 25/07/18 10:19, Andrew Cooper wrote: >> On 25/07/2018 09:15, Julien Grall wrote: >>> Hi Juergen, >>> >>> On 25/07/18 08:19, Juergen Gross wrote: Its time to plan the Xen 4.12 release dates. There have been concerns with

Re: [Xen-devel] [PATCH] automation: introduce a script for build test

On Wed, Jul 25, 2018 at 12:04:33PM +0100, George Dunlap wrote: > On 07/25/2018 11:53 AM, Wei Liu wrote: > > On Wed, Jul 25, 2018 at 11:48:36AM +0100, Anthony PERARD wrote: > >> git rebase --exec ./scripts/basic-build.sh > > > > To expound this a bit: > > > > That's what I used and told

[Xen-devel] [PATCH v4 3/3] x86/altp2m: Add a hvmop for querying the suppress #VE bit

Signed-off-by: Adrian Pop --- tools/libxc/include/xenctrl.h | 2 ++ tools/libxc/xc_altp2m.c | 32 --- xen/arch/x86/hvm/hvm.c | 23 +++-- xen/arch/x86/mm/mem_access.c| 45 + xen/include/public/hvm/hvm_op.h |

[Xen-devel] [PATCH v4 1/3] x86/mm: Change default value for suppress #VE in set_mem_access()

From: Vlad Ioan Topan The default value for the "suppress #VE" bit set by set_mem_access() currently depends on whether the call is made from the same domain (the bit is set when called from another domain and cleared if called from the same domain). This patch changes that behavior to inherit

[Xen-devel] [PATCH v4 0/3] Add hvmops for setting and getting the suppress #VE bit

As the code stands right now, after DomU has enabled #VE using HVMOP_altp2m_vcpu_enable_notify, all its pages have the #VE suppress bit cleared, generating #VEs for any EPT violation. There is currently no way to change the value of the #VE suppress bit for a page from a domain; it can only be

[Xen-devel] [PATCH v4 2/3] x86/altp2m: Add a hvmop for setting the suppress #VE bit

Introduce a new hvmop, HVMOP_altp2m_set_suppress_ve, which allows a domain to change the value of the #VE suppress bit for a page. Add a libxc wrapper for invoking this hvmop. Signed-off-by: Adrian Pop Acked-by: Wei Liu Acked-by: Tamas K Lengyel --- Changes in v4: - fix a deadlock: If

[Xen-devel] [PATCH v3] x86/altp2m: Add a subop for obtaining the mem access of a page

Currently there is a subop for setting the memaccess of a page, but not for consulting it. The new HVMOP_altp2m_get_mem_access adds this functionality. Both altp2m get/set mem access functions use the struct xen_hvm_altp2m_mem_access which has now dropped the `set' part and has been renamed from

Re: [Xen-devel] automation: Creating a patchwork instance to improve pre-commit build testing - Summary of discussion so far

Hi all, given this was a fairly lengthy thread, I thought I'd summarize. Although I originally thought the proposal was uncontroversial, Jan has raised some concerns about extra e-mails that would be sent by the patch bot (aka 1 additional mail per series). From the discussion, I got the sense

Re: [Xen-devel] [PATCH v7 12/12] xen: clarify the security-support status of Kconfig options on ARM

On Wed, Jul 25, 2018 at 10:50 AM, Julien Grall wrote: >> Anything you can select in menuconfig without passing >> XEN_CONFIG_EXPERT=y is security supported. Anything hidden behind >> XEN_CONFIG_EXPERT is security supported in its default configuration. > > > Could you clarify what you mean by

[Xen-devel] [freebsd-master test] 125569: regressions - trouble: blocked/fail

flight 125569 freebsd-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/125569/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-freebsd 7 freebsd-buildfail REGR. vs. 125317 Tests which did

Re: [Xen-devel] [PATCH] automation: introduce a script for build test

On 07/25/2018 11:53 AM, Wei Liu wrote: > On Wed, Jul 25, 2018 at 11:48:36AM +0100, Anthony PERARD wrote: >> On Tue, Jul 24, 2018 at 01:01:52PM -0500, Doug Goldstein wrote: >>> On Tue, Jul 24, 2018 at 05:56:51PM +0100, Wei Liu wrote: Signed-off-by: Ian Jackson Signed-off-by: Wei Liu

Re: [Xen-devel] [PATCH] automation: introduce a script for build test

On Wed, Jul 25, 2018 at 11:48:36AM +0100, Anthony PERARD wrote: > On Tue, Jul 24, 2018 at 01:01:52PM -0500, Doug Goldstein wrote: > > On Tue, Jul 24, 2018 at 05:56:51PM +0100, Wei Liu wrote: > > > Signed-off-by: Ian Jackson > > > Signed-off-by: Wei Liu > > > --- > > > This is a script I wrote

  1   2   >