Re: [Xen-devel] [Xen-users] pvgrub: Error 9: Unknown boot failure

Continuing the thread on xen-devel. On 27/09/16 00:48, Sven Köhler wrote: > Am 26.09.2016 um 07:43 schrieb Juergen Gross: >> On 25/09/16 18:04, Sven Köhler wrote: >>> Hi, >>> >>> I'm experiencing the bug below which was discussed on xen-devel December >>> last year buy Ian and Juergen. I'm using x

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

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

[Xen-devel] [ovmf baseline-only test] 67766: all pass

This run is configured for baseline tests only. flight 67766 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67766/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 7188b4557a607c667175e026b60c6648a438e829 baseline v

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

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

[Xen-devel] [xen-unstable test] 101154: tolerable FAIL - PUSHED

flight 101154 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/101154/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 101141 test-amd64-i386-xl-qemut-wi

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

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

[Xen-devel] [ovmf baseline-only test] 67765: all pass

This run is configured for baseline tests only. flight 67765 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67765/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 00df35fe4146b6ceb39bf55df1fabec955cd08a6 baseline v

Re: [Xen-devel] [PATCH v6 16/16] libxl/arm: Add the size of ACPI tables to maxmem

On 2016/9/22 7:10, Wei Liu wrote: diff --git a/tools/libxl/libxl_dom.c b/tools/libxl/libxl_dom.c > index 2924629..118beab 100644 > --- a/tools/libxl/libxl_dom.c > +++ b/tools/libxl/libxl_dom.c > @@ -408,8 +408,15 @@ int libxl__build_pre(libxl__gc *gc, uint32_t domid, > } > } > > +

[Xen-devel] [Outreachy]Code Standards Checking using clang-format

Hello, I wish to take part in the Outreach Program this time. The second project that interest me is *Code Standards Checking using clang-format. *I am currently looking through clang-format so I could get to know how to use it. To get started, if you could suggest couple of small bitesize work-i

Re: [Xen-devel] [PATCH RFC v7 07/14] efi: create new early memory allocator

Hi Jan, On 25/09/2016 23:53, Jan Beulich wrote: On 24.09.16 at 01:35, wrote: Hi Daniel, On 23/09/2016 22:47, Daniel Kiper wrote: diff --git a/xen/arch/arm/setup.c b/xen/arch/arm/setup.c index 38eb888..2085f35 100644 --- a/xen/arch/arm/setup.c +++ b/xen/arch/arm/setup.c @@ -38,6 +38,7 @@ #in

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

flight 101155 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/101155/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass test-armhf-armhf-xl 1

Re: [Xen-devel] [PATCH v6 14/16] public/hvm/params.h: Add macros for HVM_PARAM_CALLBACK_TYPE_PPI

On 2016/9/22 8:00, Jan Beulich wrote: On 22.09.16 at 14:52, wrote: From: Shannon Zhao Add macros for HVM_PARAM_CALLBACK_TYPE_PPI operation values and update them in evtchn_fixup(). Also use HVM_PARAM_CALLBACK_IRQ_TYPE_MASK in hvm_set_callback_via(). Cc: Jan Beulich Cc: Andrew Cooper Sig

Re: [Xen-devel] [PATCH v2] x86/apicv: fix RTC periodic timer and apicv issue

> From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Monday, September 26, 2016 2:35 PM > > >>> On 24.09.16 at 01:34, wrote: > >> From: Jan Beulich [mailto:jbeul...@suse.com] > >> Sent: Friday, September 23, 2016 11:34 PM > >> > >> >>> On 20.09.16 at 15:30, wrote: > >> > --- a/xen/arch/x86/hv

Re: [Xen-devel] Fwd: Openindiana, using -machine pc, accel=xen in qemu

On Monday, 26 September 2016, 17:21:12 EDT, Anthony PERARD wrote: > Try this (apix_enable=0): > https://docs.oracle.com/cd/E27300_01/E27307/html/vmrns-bugs.html#vmrns-solar > is10hangs with 'xen_platform_pci=1' in your config. (it did not work for me > with xen_platform_pci=0.) > > It worked for m

Re: [Xen-devel] [PATCH v6 16/16] libxl/arm: Add the size of ACPI tables to maxmem

On 2016/9/26 2:05, Wei Liu wrote: On Mon, Sep 26, 2016 at 03:08:43PM +0800, Shannon Zhao wrote: > > > On 2016/9/22 22:32, Wei Liu wrote: > >FAOD: > > > >I think all the issues I found so far in this patch and other patch(es) > >are mostly cosmetic. I would be happy to accept incremental patch

Re: [Xen-devel] [PATCH v6] acpi: Prevent GPL-only code from seeping into non-GPL binaries

On 09/26/2016 12:48 PM, Ian Jackson wrote: > Boris Ostrovsky writes ("Re: [PATCH v6] acpi: Prevent GPL-only code from > seeping into non-GPL binaries"): >> On 09/26/2016 10:45 AM, Ian Jackson wrote: >>> If the indices are necessarily successive integers: >>> >>> links="A B C D" >>> index=0 >>>

Re: [Xen-devel] [Patch] x86emul: simplify prefix handling for VMFUNC

On Wed, Sep 21, 2016 at 10:22:32AM -0700, Lai, Paul wrote: > On Wed, Sep 21, 2016 at 02:39:58AM -0600, Jan Beulich wrote: > > >>> On 21.09.16 at 00:35, wrote: > > > On Tue, Sep 20, 2016 at 09:50:15AM -0600, Jan Beulich wrote: > > >> > > >> Paul, there's been no reply to > > >> https://lists.xenpr

Re: [Xen-devel] [PATCH RFC 01/12] PVHv2 Dom0

On Mon, Sep 26, 2016 at 07:12:39PM +0200, Roger Pau Monne wrote: > On Mon, Sep 26, 2016 at 10:25:06AM -0600, Jan Beulich wrote: > > >>> On 29.07.16 at 18:28, wrote: > > > This is a very rough implementation of a PVHv2 Dom0. There are still a > > > bunch > > > > > > of things that will not work

[Xen-devel] [ovmf baseline-only test] 67763: all pass

This run is configured for baseline tests only. flight 67763 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67763/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 065ae7d717f9e49c3be12dada109d60dead0bb90 baseline v

[Xen-devel] [PATCH Altp2m cleanup v6] altp2m cleanup work.

Indent goto labels by one space. Inline (header) altp2m functions. In do_altp2m_op(), during the sanity check of the passed command, return -ENONSYS if not a valid command. In do_altp2m_op(), when evaluating a command, ASSERT_UNREACHABLE() if the command is not recognizable. The sanity check above

[Xen-devel] [PATCH Altp2m cleanup v6] Cleaning up altp2m code

Altp2m cleanup work The altp2m clean work is motivated by the following URLs: https://lists.xenproject.org/archives/html/xen-devel/2015-07/msg04323.html Most of the work has been: Lots of white space, indentation, and other coding style preference corrections. Lots of function return type corr

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

flight 101153 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/101153/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-libvirt 12 migrate-support-checkfail never pass test-armhf-armhf-xl 1

Re: [Xen-devel] [PATCH Altp2m cleanup v5 1/3] altp2m cleanup work.

On Mon, Sep 26, 2016 at 10:01:50AM -0600, Jan Beulich wrote: > >>> On 13.09.16 at 18:46, wrote: > > Indent goto labels by one space. > > Inline (header) altp2m functions. > > In do_altp2m_op(), during the sanity check of the passed command, > > return -ENONSYS if not a valid command. > > In do_alt

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

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

Re: [Xen-devel] [PATCH 2/2] tools/configure: fix --with-system-{ovmf/seabios}

On Mon, Sep 26, 2016 at 05:57:00PM +0100, Wei Liu wrote: > On Mon, Sep 26, 2016 at 06:44:09PM +0200, Roger Pau Monne wrote: > > Current configure code doesn't define {SEABIOS/OVMF}_PATH when > > --with-system-{ovmf/seabios} is used. Fix this by making sure those defines > > are always set if the in

Re: [Xen-devel] [PATCH RFC 01/12] PVHv2 Dom0

On Mon, Sep 26, 2016 at 10:25:06AM -0600, Jan Beulich wrote: > >>> On 29.07.16 at 18:28, wrote: > > This is a very rough implementation of a PVHv2 Dom0. There are still a > > bunch > > > > of things that will not work properly (like SR-IOV, MSI, MSI-X...), but it > > *should* be able to boot a

Re: [Xen-devel] [PATCH RFC 07/12] xen/x86: parse Dom0 kernel for PVHv2

On Mon, Sep 26, 2016 at 10:16:19AM -0600, Jan Beulich wrote: > >>> On 29.07.16 at 18:29, wrote: > > Introduce a helper to parse the Dom0 kernel. > > It would help if you clarified why this needs to be different from > the PV ELF parsing - to me, ELF is ELF, so no duplication should > be necessary

Re: [Xen-devel] [PATCH RFC 08/12] xen/x86: setup PVHv2 Dom0 CPUs

On Mon, Sep 26, 2016 at 10:19:04AM -0600, Jan Beulich wrote: > >>> On 29.07.16 at 18:29, wrote: > > Initialize Dom0 BSP/APs and setup the memory and IO permissions. > > > > Signed-off-by: Roger Pau Monné > > --- > > Cc: Jan Beulich > > Cc: Andrew Cooper > > --- > > The logic used to setup the

Re: [Xen-devel] [PATCH 2/2] tools/configure: fix --with-system-{ovmf/seabios}

On Mon, Sep 26, 2016 at 06:44:09PM +0200, Roger Pau Monne wrote: > Current configure code doesn't define {SEABIOS/OVMF}_PATH when > --with-system-{ovmf/seabios} is used. Fix this by making sure those defines > are always set if the internal {ovmf/seabios}_path variables are also set. > > Signed-of

Re: [Xen-devel] Problem with Xen 4.5 failing XTF tests on old AMD cpus ?

Ian Jackson writes ("Re: Problem with Xen 4.5 failing XTF tests on old AMD cpus ?"): > Andrew Cooper writes ("Re: Problem with Xen 4.5 failing XTF tests on old AMD > cpus ?"): > > It will be because of Gen1 SVM which doesn't have NRIP support. This > > case requires emulation of the invlpg instr

Re: [Xen-devel] OUTREACHY 2016

On Sun, Sep 25, 2016 at 08:09:00PM +0530, Anamika Das wrote: > Sir, > My name is Anamika Das and I am in my final year of M.E. Computer > Science postgraduate student from BITS Pilani Hyderabad, India. My > proficiency revolves around the areas of C/C++, C#. > I have successfully comple

Re: [Xen-devel] [RFC PATCH] xs: use system's default stack size for xs_watch's reader thread

On Wed, Sep 21, 2016 at 10:07:10AM -0400, Konrad Rzeszutek Wilk wrote: > On Wed, Sep 21, 2016 at 09:50:30AM -0400, Chris Patterson wrote: > > On Wed, Sep 21, 2016 at 9:00 AM, Wei Liu wrote: > > > On Wed, Sep 21, 2016 at 08:51:07AM -0400, Konrad Rzeszutek Wilk wrote: > > >> On Tue, Sep 20, 2016 at

Re: [Xen-devel] [PATCH v6] acpi: Prevent GPL-only code from seeping into non-GPL binaries

Boris Ostrovsky writes ("Re: [PATCH v6] acpi: Prevent GPL-only code from seeping into non-GPL binaries"): > On 09/26/2016 10:45 AM, Ian Jackson wrote: > > If the indices are necessarily successive integers: > > > > links="A B C D" > > index=0 > > for link in $links; do > > index=$(( $ind

Re: [Xen-devel] [PATCH 1/2] lib/gnttab: fix build of gnttab_unimp.c

I will change lib to libs in subject line while committing On Mon, Sep 26, 2016 at 06:44:08PM +0200, Roger Pau Monne wrote: > Fix the definition of the xengnttab_grant_copy function so it's inline with in line with > the prototypes in xengnttab.h. > > This unbreaks the tools build on systems th

[Xen-devel] [PATCH 1/2] lib/gnttab: fix build of gnttab_unimp.c

Fix the definition of the xengnttab_grant_copy function so it's inline with the prototypes in xengnttab.h. This unbreaks the tools build on systems that don't have a gnttab device. Signed-off-by: Roger Pau Monné Cc: Ian Jackson Cc: Wei Liu --- tools/libs/gnttab/gnttab_unimp.c | 4 ++-- 1 file

[Xen-devel] [PATCH 2/2] tools/configure: fix --with-system-{ovmf/seabios}

Current configure code doesn't define {SEABIOS/OVMF}_PATH when --with-system-{ovmf/seabios} is used. Fix this by making sure those defines are always set if the internal {ovmf/seabios}_path variables are also set. Signed-off-by: Roger Pau Monné Cc: Wei Liu Cc: Ian Jackson --- Please re-run auto

[Xen-devel] [PATCH 0/2] tools: misc fixes

Two fixes for the tools, one is a typo fix and the other one is a fix for configure. Roger. ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

[Xen-devel] [OSSTEST PATCH 2/3] mg-bisect-activity-*: New rather ad-hoc scripts for wall clock timing analysys

Signed-off-by: Ian Jackson --- .gitignore| 2 + README.bisect-wallclock-analysis | 85 ++ mg-bisect-activity-collect-emails | 55 mg-bisect-activity-collect-tmpdir | 94 mg-bisect-activity-create-db | 17 m

[Xen-devel] [OSSTEST PATCH 3/3] mg-bisect-activity-dump-periods: Split out windows-install steps

Signed-off-by: Ian Jackson --- mg-bisect-activity-dump-periods | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/mg-bisect-activity-dump-periods b/mg-bisect-activity-dump-periods index 0c04720..00576a0 100755 --- a/mg-bisect-activity-dump-periods +++ b/mg-bisect-activity-dump-pe

[Xen-devel] [OSSTEST PATCH 1/3] Add *.tmp to .gitignore

Signed-off-by: Ian Jackson --- .gitignore | 1 + 1 file changed, 1 insertion(+) diff --git a/.gitignore b/.gitignore index bccf488..69f7743 100644 --- a/.gitignore +++ b/.gitignore @@ -1,6 +1,7 @@ *~ *.bak tmp +*.tmp bisection.ps bisection.dot bisection.html -- 2.1.4 ___

Re: [Xen-devel] [Wg-test-framework] osstest Massachusetts test lab resource usage investigation

Ian Jackson writes ("Re: [Wg-test-framework] osstest Massachusetts test lab resource usage investigation"): > I have now completed the investigation into db queries. I've been looking at the bisector too. I captured a history snapshot containing two bisections chosen arbitrarily, and wrote some

Re: [Xen-devel] [PATCH RFC 01/12] PVHv2 Dom0

>>> On 29.07.16 at 18:28, wrote: > This is a very rough implementation of a PVHv2 Dom0. There are still a bunch > > of things that will not work properly (like SR-IOV, MSI, MSI-X...), but it > *should* be able to boot a Dom0 kernel and it doesn't require using PIRQs. It's been a long time sinc

Re: [Xen-devel] Fwd: Openindiana, using -machine pc, accel=xen in qemu

On Mon, Sep 26, 2016 at 11:02:44AM -0400, jim burns wrote: > On Monday, 26 September 2016, 12:32:01 EDT, Anthony PERARD wrote: > > On Thu, Sep 22, 2016 at 10:37:14AM -0400, jim burns wrote: > > > Pls cc me with any replies. > > > > > > On Thursday, 22 September 2016, 12:22:02 EDT, Anthony PERARD w

Re: [Xen-devel] [PATCH RFC 09/12] xen/x86: setup PVHv2 Dom0 ACPI tables

>>> On 29.07.16 at 18:29, wrote: > This maps all the regions in the e820 marked as E820_ACPI or E820_NVS to > Dom0 1:1. It also shadows the page(s) where the native MADT is placed by > mapping a RAM page over it, copying the original data and modifying it > afterwards in order to represent the rea

Re: [Xen-devel] [PATCH RFC 08/12] xen/x86: setup PVHv2 Dom0 CPUs

>>> On 29.07.16 at 18:29, wrote: > Initialize Dom0 BSP/APs and setup the memory and IO permissions. > > Signed-off-by: Roger Pau Monné > --- > Cc: Jan Beulich > Cc: Andrew Cooper > --- > The logic used to setup the CPUID leaves is extremely simplistic (and > probably wrong for hardware differe

Re: [Xen-devel] [PATCH RFC 07/12] xen/x86: parse Dom0 kernel for PVHv2

>>> On 29.07.16 at 18:29, wrote: > Introduce a helper to parse the Dom0 kernel. It would help if you clarified why this needs to be different from the PV ELF parsing - to me, ELF is ELF, so no duplication should be necessary from a very high level perspective. Jan _

Re: [Xen-devel] Question about VPID during MOV-TO-CR3

On Mon, Sep 26, 2016 at 12:24 AM, Jan Beulich wrote: On 23.09.16 at 22:45, wrote: >> On Fri, Sep 23, 2016 at 9:50 AM, Tamas K Lengyel >> wrote: >>> On Fri, Sep 23, 2016 at 9:39 AM, Jan Beulich wrote: >>> On 23.09.16 at 17:26, wrote: > On Fri, Sep 23, 2016 at 2:24 AM, Jan Beulich

[Xen-devel] [PATCH v2] Added COPYING and README.patch files to xen/common and xen/tools

This patch adds information related to non-GPL licenses and code imports from 3rd party projects. The aim of this patch, is to make it easier for future contributors, to perform a review of the codebase. Signed-off-by: Lars Kurth Reviewed-by: Konrad Rzeszutek Wilk --- Changes since v1 Fixed typ

Re: [Xen-devel] [PATCH Altp2m cleanup v5 1/3] altp2m cleanup work.

>>> On 13.09.16 at 18:46, wrote: > Indent goto labels by one space. > Inline (header) altp2m functions. > In do_altp2m_op(), during the sanity check of the passed command, > return -ENONSYS if not a valid command. > In do_altp2m_op(), when evaluating a command, ASSERT_UNREACHABLE() > if the comman

Re: [Xen-devel] [PATCH v4] x86/vm_event: Allow overwriting Xen's i-cache used for emulation

> -Original Message- > From: Tamas K Lengyel [mailto:tamas.leng...@zentific.com] > Sent: 22 September 2016 19:54 > To: xen-de...@lists.xenproject.org > Cc: Tamas K Lengyel ; Paul Durrant > ; Jan Beulich ; Andrew > Cooper ; Jun Nakajima > ; Kevin Tian ; George > Dunlap ; Stefano Stabellini >

Re: [Xen-devel] [PATCH] Added COPYING and README.patch files to xen/common and xen/tools

On 26/09/2016 16:49, "Konrad Rzeszutek Wilk" wrote: >On Mon, Sep 26, 2016 at 04:23:27PM +0100, Lars Kurth wrote: >> This patch adds information related to non-GPL licenses and code >> imports from 3rd party projects. The aim of this patch, is to >> make it easier for future contributors, to per

Re: [Xen-devel] [PATCH v7 14/14] x86: add multiboot2 protocol support for relocatable images

>>> On 23.09.16 at 23:47, wrote: > @@ -383,10 +390,19 @@ __start: > cmp %edi,MB2_fixed_total_size(%ebx) > jbe trampoline_bios_setup > > +/* Get Xen image load base address from Multiboot2 information. */ > +cmpl$MULTIBOOT2_TAG_TYPE_LOAD_BASE_ADDR,MB2

Re: [Xen-devel] [PATCH] Added COPYING and README.patch files to xen/common and xen/tools

On Mon, Sep 26, 2016 at 04:23:27PM +0100, Lars Kurth wrote: > This patch adds information related to non-GPL licenses and code > imports from 3rd party projects. The aim of this patch, is to > make it easier for future contributors, to perform a review > of the codebase. I see a lot 'amd' instead

Re: [Xen-devel] [PATCH v7 13/14] x86/boot: rename sym_phys() to sym_offs()

>>> On 23.09.16 at 23:47, wrote: > This way macro name better describes its function. I'd appreciate if you could mention the change in function, so that it ends up being quite obvious why the name change is desirable. With that: Acked-by: Jan Beulich Jan

Re: [Xen-devel] [PATCH v4] x86/vm_event: Allow overwriting Xen's i-cache used for emulation

On 09/26/2016 05:55 PM, Tamas K Lengyel wrote: > On Sep 26, 2016 08:29, "Razvan Cojocaru" > wrote: >> >> On 09/26/2016 01:33 PM, Jan Beulich wrote: >> On 22.09.16 at 20:54, > wrote: >> >> When emulating instructions Xen's e

Re: [Xen-devel] [PATCH] x86emul: correct loading of %ss

On 26/09/16 16:25, Jan Beulich wrote: On 26.09.16 at 15:40, wrote: >> On 21/09/16 10:05, Jan Beulich wrote: >>> - Instead of #NP, #SS needs to be raised for non-present descriptors. >>> - Loading a null selector is fine in 64-bit mode at CPL != 3, as long >>> as RPL == CPL. >>> - Don't lose

Re: [Xen-devel] [PATCH] x86emul: correct loading of %ss

>>> On 26.09.16 at 15:40, wrote: > On 21/09/16 10:05, Jan Beulich wrote: >> - Instead of #NP, #SS needs to be raised for non-present descriptors. >> - Loading a null selector is fine in 64-bit mode at CPL != 3, as long >> as RPL == CPL. >> - Don't lose the low two selector bits on null selector

[Xen-devel] [PATCH] Added COPYING and README.patch files to xen/common and xen/tools

This patch adds information related to non-GPL licenses and code imports from 3rd party projects. The aim of this patch, is to make it easier for future contributors, to perform a review of the codebase. Signed-off-by: Lars Kurth --- xen/common/COPYING | 16 + xen/common

Re: [Xen-devel] [PATCH] x86/svm: Drop the set_segment_register() macro

On 09/26/2016 10:45 AM, Andrew Cooper wrote: > Replace its sole users with a single piece of inline assembly which is more > flexable about its register constraints, rather than forcing the use of %ax. > > While editing this area, reflow the comment to remove trailing whitespace and > use fewer lin

Re: [Xen-devel] [PATCH] x86/svm: Drop the set_segment_register() macro

>>> On 26.09.16 at 16:45, wrote: > Replace its sole users with a single piece of inline assembly which is more > flexable about its register constraints, rather than forcing the use of %ax. > > While editing this area, reflow the comment to remove trailing whitespace and > use fewer lines. > > N

Re: [Xen-devel] [PATCH v7 08/14] x86: add multiboot2 protocol support for EFI platforms

>>> On 26.09.16 at 16:40, wrote: > On 26/09/16 15:33, Jan Beulich wrote: > On 26.09.16 at 16:19, wrote: >>> On 23/09/16 22:47, Daniel Kiper wrote: +/* + * Initialize BSS (no nasty surprises!). + * It must be done earlier than in BIOS case +

Re: [Xen-devel] [PATCH v7 12/14] x86: make Xen early boot code relocatable

>>> On 23.09.16 at 23:47, wrote: > @@ -426,32 +453,65 @@ trampoline_bios_setup: > xor %cl, %cl > > trampoline_setup: > +/* > + * Called on legacy BIOS and EFI platforms. > + * > + * Initialize 0-15 bits of BOOT_FS segment descriptor base address. > +

Re: [Xen-devel] Fwd: Openindiana, using -machine pc, accel=xen in qemu

On Monday, 26 September 2016, 12:32:01 EDT, Anthony PERARD wrote: > On Thu, Sep 22, 2016 at 10:37:14AM -0400, jim burns wrote: > > Pls cc me with any replies. > > > > On Thursday, 22 September 2016, 12:22:02 EDT, Anthony PERARD wrote: > > > On Wed, Sep 21, 2016 at 06:20:16PM -0400, jim burns wrote

Re: [Xen-devel] [PATCH v6] acpi: Prevent GPL-only code from seeping into non-GPL binaries

On 09/26/2016 10:45 AM, Ian Jackson wrote: > Boris Ostrovsky writes ("Re: [PATCH v6] acpi: Prevent GPL-only code from > seeping into non-GPL binaries"): >> There are two interdependent variables that I need to print. The C >> equivalent is >> >> for ( i = 0; i < 4; i++ ) >> printf("%d

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

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

Re: [Xen-devel] [PATCH v4] x86/vm_event: Allow overwriting Xen's i-cache used for emulation

On Sep 26, 2016 08:29, "Razvan Cojocaru" wrote: > > On 09/26/2016 01:33 PM, Jan Beulich wrote: > On 22.09.16 at 20:54, wrote: > >> When emulating instructions Xen's emulator maintains a small i-cache fetched > >> from the guest memory. This patch extends the vm_event interface to allow > >>

Re: [Xen-devel] [PATCH v6] acpi: Prevent GPL-only code from seeping into non-GPL binaries

Boris Ostrovsky writes ("Re: [PATCH v6] acpi: Prevent GPL-only code from seeping into non-GPL binaries"): > On 09/26/2016 06:04 AM, Wei Liu wrote: > > On Fri, Sep 23, 2016 at 03:14:20PM -0400, Boris Ostrovsky wrote: > >> diff --git a/tools/firmware/hvmloader/acpi/gpl/mk_dsdt_gpl.sh > >> b/tools/f

Re: [Xen-devel] Outreachy Winter Internship

On Wed, Sep 14, 2016 at 5:28 PM, George Dunlap wrote: > On 11/09/16 11:52, Kavya Sharma wrote: >> Hello Sir,I am Kavya Sharma, an aspiring Outreachy intern.It would be my >> privilege to be an intern with xenproject.org this winter.I have read >> about Xen Hypervisor Userspace Tools and I am inter

[Xen-devel] [PATCH] x86/svm: Drop the set_segment_register() macro

Replace its sole users with a single piece of inline assembly which is more flexable about its register constraints, rather than forcing the use of %ax. While editing this area, reflow the comment to remove trailing whitespace and use fewer lines. No functional change. Signed-off-by: Andrew Coop

Re: [Xen-devel] [PATCH v6] acpi: Prevent GPL-only code from seeping into non-GPL binaries

Boris Ostrovsky writes ("Re: [PATCH v6] acpi: Prevent GPL-only code from seeping into non-GPL binaries"): > There are two interdependent variables that I need to print. The C > equivalent is > > for ( i = 0; i < 4; i++ ) > printf("%d %c\n", i, 'A'+i); > > The character value is deriv

Re: [Xen-devel] [PATCH v7 08/14] x86: add multiboot2 protocol support for EFI platforms

On 26/09/16 15:33, Jan Beulich wrote: On 26.09.16 at 16:19, wrote: >> On 23/09/16 22:47, Daniel Kiper wrote: >>> +/* >>> + * Initialize BSS (no nasty surprises!). >>> + * It must be done earlier than in BIOS case >>> + * because efi_multiboot2() touches it. >>>

Re: [Xen-devel] [PATCH v7 08/14] x86: add multiboot2 protocol support for EFI platforms

>>> On 26.09.16 at 16:19, wrote: > On 23/09/16 22:47, Daniel Kiper wrote: >> +/* >> + * Initialize BSS (no nasty surprises!). >> + * It must be done earlier than in BIOS case >> + * because efi_multiboot2() touches it. >> + */ >> +lea .startof.(.

Re: [Xen-devel] [PATCH v4] x86/vm_event: Allow overwriting Xen's i-cache used for emulation

On 09/26/2016 01:33 PM, Jan Beulich wrote: On 22.09.16 at 20:54, wrote: >> When emulating instructions Xen's emulator maintains a small i-cache fetched >> from the guest memory. This patch extends the vm_event interface to allow >> overwriting this i-cache via a buffer returned in the vm_even

Re: [Xen-devel] [PATCH v7 08/14] x86: add multiboot2 protocol support for EFI platforms

On 23/09/16 22:47, Daniel Kiper wrote: > +/* > + * Initialize BSS (no nasty surprises!). > + * It must be done earlier than in BIOS case > + * because efi_multiboot2() touches it. > + */ > +lea .startof.(.bss)(%rip),%edi > +mov $.sizeo

Re: [Xen-devel] [PATCH] block: xen-blkback: don't get/put blkif ref for each queue

On Mon, Sep 26, 2016 at 03:36:24PM +0800, Bob Liu wrote: > xen_blkif_get/put() for each queue is useless, and introduces a bug: > > If there is I/O inflight when removing device, xen_blkif_disconnect() will > return -EBUSY and xen_blkif_put() not be called. > Which means the references are leaked,

Re: [Xen-devel] [PATCH] x86/HVM: correct segment register loading during task switch

On 23/09/16 11:09, Jan Beulich wrote: > Instead of #NP, #SS needs to be raised for a non-present %ss > descriptor. > > Don't lose the low two selector bits on null selector loads. > > Signed-off-by: Jan Beulich Reviewed-by: Andrew Cooper ___ Xen-devel

Re: [Xen-devel] [PATCH v6] acpi: Prevent GPL-only code from seeping into non-GPL binaries

On Mon, Sep 26, 2016 at 10:01:37AM -0400, Boris Ostrovsky wrote: > On 09/26/2016 06:04 AM, Wei Liu wrote: > > On Fri, Sep 23, 2016 at 03:14:20PM -0400, Boris Ostrovsky wrote: > >> diff --git a/tools/firmware/hvmloader/acpi/gpl/mk_dsdt_gpl.sh > >> b/tools/firmware/hvmloader/acpi/gpl/mk_dsdt_gpl.sh

Re: [Xen-devel] [PATCH v6] acpi: Prevent GPL-only code from seeping into non-GPL binaries

On 09/26/2016 06:04 AM, Wei Liu wrote: > On Fri, Sep 23, 2016 at 03:14:20PM -0400, Boris Ostrovsky wrote: >> diff --git a/tools/firmware/hvmloader/acpi/gpl/mk_dsdt_gpl.sh >> b/tools/firmware/hvmloader/acpi/gpl/mk_dsdt_gpl.sh >> new file mode 100755 >> index 000..28a0dd7 >> --- /dev/null >> +++

Re: [Xen-devel] [PATCH] x86emul: correct loading of %ss

>>> On 26.09.16 at 15:40, wrote: > On 21/09/16 10:05, Jan Beulich wrote: >> @@ -1248,7 +1254,6 @@ protmode_load_seg( >> >> dpl = (desc.b >> 13) & 3; >> rpl = sel & 3; > > ... it occurs to me that the calculation of rpl can be moved up to its > declaration, which allows you to check (c

Re: [Xen-devel] [PATCH v6] acpi: Prevent GPL-only code from seeping into non-GPL binaries

>>> On 26.09.16 at 15:43, wrote: > On 09/26/2016 09:08 AM, Jan Beulich wrote: > On 26.09.16 at 14:49, wrote: >>> On 09/26/2016 02:46 AM, Jan Beulich wrote: >>> On 23.09.16 at 21:14, wrote: > Changes in v6: > * Replaced script's printf in most case with "here document" (for >

Re: [Xen-devel] [PATCH] x86emul: don't allow null selector for LTR

On 22/09/16 07:38, Jan Beulich wrote: > Signed-off-by: Jan Beulich Reviewed-by: Andrew Cooper ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH v7 09/14] x86/boot: implement early command line parser in C

>>> On 23.09.16 at 23:47, wrote: > Current early command line parser implementation in assembler > is very difficult to change to relocatable stuff using segment > registers. This requires a lot of changes in very weird and > fragile code. So, reimplement this functionality in C. This > way code w

Re: [Xen-devel] [PATCH v7 08/14] x86: add multiboot2 protocol support for EFI platforms

>>> On 23.09.16 at 23:47, wrote: > This way Xen can be loaded on EFI platforms using GRUB2 and > other boot loaders which support multiboot2 protocol. > > Signed-off-by: Daniel Kiper > Acked-by: Jan Beulich > --- > v7 - suggestions/fixes: >- do not allocate twice memory for trampoline if we

Re: [Xen-devel] [PATCH v6] acpi: Prevent GPL-only code from seeping into non-GPL binaries

On 09/26/2016 09:08 AM, Jan Beulich wrote: On 26.09.16 at 14:49, wrote: >> On 09/26/2016 02:46 AM, Jan Beulich wrote: >> On 23.09.16 at 21:14, wrote: Changes in v6: * Replaced script's printf in most case with "here document" (for multi-line text) or echo for singl

Re: [Xen-devel] [PATCH] x86emul: correct loading of %ss

On 21/09/16 10:05, Jan Beulich wrote: > - Instead of #NP, #SS needs to be raised for non-present descriptors. > - Loading a null selector is fine in 64-bit mode at CPL != 3, as long > as RPL == CPL. > - Don't lose the low two selector bits on null selector loads (also > applies to %ds, %es, %fs

Re: [Xen-devel] [PATCH RFC v7 07/14] efi: create new early memory allocator

>>> On 23.09.16 at 23:47, wrote: > --- a/xen/common/efi/boot.c > +++ b/xen/common/efi/boot.c > @@ -79,6 +79,10 @@ static size_t wstrlen(const CHAR16 * s); > static int set_color(u32 mask, int bpp, u8 *pos, u8 *sz); > static bool_t match_guid(const EFI_GUID *guid1, const EFI_GUID *guid2); > > +

Re: [Xen-devel] [PATCH v2 0/2] Clarify License information : stubdom, tools/blktap2

On Mon, Sep 26, 2016 at 01:16:32PM +0100, Lars Kurth wrote: > This series contains some of the easier license clean-up cases, which can be > fixed > by adding COPYING files or README.source files. The series specially contains: > > stubdom > Added a COPYING file as a boilerplate to explain licens

Re: [Xen-devel] [PATCH v7 03/14] x86: add multiboot2 protocol support

>>> On 23.09.16 at 23:47, wrote: > +static multiboot_info_t *mbi2_reloc(u32 mbi_in) > +{ > +const multiboot2_fixed_t *mbi_fix = _p(mbi_in); > +const multiboot2_memory_map_t *mmap_src; > +const multiboot2_tag_t *tag; > +module_t *mbi_out_mods = NULL; > +memory_map_t *mmap_dst; >

Re: [Xen-devel] Outreachy Round 13 .Reg

On 26/09/16 13:59, Harini V Reddy wrote: > Hi, > > I am Harini, an undergraduate pursuing Bachelors Of Engineering > in Information Science having some prior experience with coding > in C and Golang. > > I am interested in applying for Outreachy Round 13 in golang bindings > for libxl project. >

Re: [Xen-devel] [PATCH v6] acpi: Prevent GPL-only code from seeping into non-GPL binaries

>>> On 26.09.16 at 14:49, wrote: > On 09/26/2016 02:46 AM, Jan Beulich wrote: > On 23.09.16 at 21:14, wrote: >>> Changes in v6: >>> * Replaced script's printf in most case with "here document" (for multi-line >>> text) or echo for single line. Left printf for formatted output. >>> (Note t

Re: [Xen-devel] [PATCH v4 6/6] VMX: Fixup PI descritpor when cpu is offline

>>> On 21.09.16 at 04:37, wrote: > +void vmx_pi_desc_fixup(int cpu) > +{ > +unsigned int new_cpu, dest; > +unsigned long flags; > +struct arch_vmx_struct *vmx, *tmp; > +spinlock_t *new_lock, *old_lock = &per_cpu(vmx_pi_blocking, cpu).lock; > +struct list_head *blocked_vcpus = &

Re: [Xen-devel] [PATCH v6] acpi: Prevent GPL-only code from seeping into non-GPL binaries

On Mon, Sep 26, 2016 at 08:58:00AM -0400, Boris Ostrovsky wrote: > On 09/26/2016 06:24 AM, Wei Liu wrote: > > On Mon, Sep 26, 2016 at 11:20:50AM +0100, Ian Jackson wrote: > >> Wei Liu writes ("Re: [PATCH v6] acpi: Prevent GPL-only code from seeping > >> into non-GPL binaries"): > >>> On Fri, Sep 2

[Xen-devel] Outreachy Round 13 .Reg

Hi, I am Harini, an undergraduate pursuing Bachelors Of Engineering in Information Science having some prior experience with coding in C and Golang. I am interested in applying for Outreachy Round 13 in golang bindings for libxl project. Can I know the first contributions to be made for the same

Re: [Xen-devel] [PATCH v4 5/6] VT-d: No need to set irq affinity for posted format IRTE

>>> On 21.09.16 at 04:37, wrote: > We don't set the affinity for posted format IRTE, since the > destination of these interrupts is vCPU and the vCPU affinity > is set during vCPU scheduling. I'm quite sure I did point out before that you talk about just affinity changes here, yet ... > --- a/xe

Re: [Xen-devel] [PATCH v6] acpi: Prevent GPL-only code from seeping into non-GPL binaries

On 09/26/2016 06:24 AM, Wei Liu wrote: > On Mon, Sep 26, 2016 at 11:20:50AM +0100, Ian Jackson wrote: >> Wei Liu writes ("Re: [PATCH v6] acpi: Prevent GPL-only code from seeping >> into non-GPL binaries"): >>> On Fri, Sep 23, 2016 at 03:14:20PM -0400, Boris Ostrovsky wrote: +links="ABCD"

Re: [Xen-devel] [PATCH] x86/AMD: apply erratum 665 workaround

On 26/09/16 13:27, Jan Beulich wrote: > From: Emanuel Czirai > > AMD F12h machines have an erratum which can cause DIV/IDIV to behave > unpredictably. The workaround is to set MSRC001_1029[31] but sometimes > there is no BIOS update containing that workaround so let's do it > ourselves uncondition

Re: [Xen-devel] [PATCH v6] acpi: Prevent GPL-only code from seeping into non-GPL binaries

On 09/26/2016 02:46 AM, Jan Beulich wrote: On 23.09.16 at 21:14, wrote: >> Changes in v6: >> * Replaced script's printf in most case with "here document" (for multi-line >> text) or echo for single line. Left printf for formatted output. >> (Note that in one case paramter expansion is nec

Re: [Xen-devel] [PATCH v4 4/6] VMX: Make sure PI is in proper state before install the hooks

>>> On 21.09.16 at 04:37, wrote: > We may hit the ASSERT() in vmx_vcpu_block in the current code, There are three of them - please be explicit which one is what gets dealt with here. > --- a/xen/arch/x86/hvm/vmx/vmcs.c > +++ b/xen/arch/x86/hvm/vmx/vmcs.c > @@ -956,16 +956,13 @@ void virtual_vmcs

[Xen-devel] [PATCH 2/2] xen: add qemu device for each pvusb backend

In order to be able to specify to which pvusb controller a new pvusb device should be added we need a qemu device for each pvusb controller with an associated id. Add such a device when a new controller is requested and attach the usb bus of that controller to the new device. Any device connected

[Xen-devel] [PATCH 1/2] xen: add an own bus for xen backend devices

Add a bus for Xen backend devices in order to be able to establish a dedicated device path for pluggable devices. Signed-off-by: Juergen Gross --- hw/xen/xen_backend.c | 19 --- include/hw/xen/xen_backend.h | 4 2 files changed, 20 insertions(+), 3 deletions(-) dif

  1   2   >