[Xen-devel] [xen-unstable test] 100751: tolerable FAIL

flight 100751 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/100751/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-amd64-i386-libvirt 3 host-install(3) broken in 100748 pass in 100751 test-armhf-armhf-xl7

Re: [Xen-devel] [PATCH 2/5] gcov: collect more sections to constructor list

Hi Wei, On 02/09/2016 12:47, Wei Liu wrote: The version of gcc (4.9.2) I use put constructors into .init_array* section(s). Collect those sections into constructor list as well. Modify both arm and x86 scripts to keep them in sync. With Jan's comment handled: Acked-by: Julien Grall

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

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

Re: [Xen-devel] [PATCH v3 10/38] arm/p2m: Move hostp2m init/teardown to individual functions

Hi Julien, On 09/02/2016 12:51 PM, Julien Grall wrote: > > > On 02/09/16 10:09, Sergej Proskurin wrote: >> Hi Julien, >> >> On 09/01/2016 07:36 PM, Julien Grall wrote: >>> Hello Sergej, >>> >>> On 16/08/16 23:16, Sergej Proskurin wrote: --- xen/arch/arm/p2m.c| 71

Re: [Xen-devel] [PATCH] libxl: do not assume Dom0 backend while getting nic info

Wei Liu writes ("Re: [PATCH] libxl: do not assume Dom0 backend while getting nic info"): > On Mon, Sep 05, 2016 at 11:44:46AM +0200, Marek Marczykowski-Górecki wrote: > > Yes, certainly. If you want I can send a 4.7 version (function is in > > libxl.c there). Thanks for the backport. Wei, can

Re: [Xen-devel] [PATCH] libxl: add "xl qemu-monitor-command"

On 05/09/16 12:32, Ian Jackson wrote: > Juergen Gross writes ("[PATCH] libxl: add "xl qemu-monitor-command""): >> Add a new xl command "qemu-monitor-command" to issue arbitrary commands >> to a domain's device model. Syntax is: >> >> xl qemu-monitor-command >> >> The command is issued via qmp

Re: [Xen-devel] Regression between Xen 4.6.0 and 4.7.0, Direct kernel boot on a qemu-xen and seabios HVM guest doesn't work anymore.

>>> On 05.09.16 at 13:19, wrote: > On 2016-09-05 12:25, Jan Beulich wrote: >> Anyway - with you quite clearly having used HAP before, I can't >> see how this commit would matter for you at all. In case you want >> to double check you could try with a hypervisor built without

Re: [Xen-devel] [PATCH v5 12/16] x86/efi: create new early memory allocator

>>> On 20.08.16 at 00:43, wrote: > --- a/xen/arch/x86/efi/efi-boot.h > +++ b/xen/arch/x86/efi/efi-boot.h > @@ -103,9 +103,56 @@ static void __init relocate_trampoline(unsigned long > phys) > *(u16 *)(*trampoline_ptr + (long)trampoline_ptr) = phys >> 4; > } >

[Xen-devel] [xen-unstable-smoke test] 100755: regressions - FAIL

flight 100755 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/100755/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-i386 6 xen-boot fail REGR. vs. 100736

[Xen-devel] [PATCH] libxl: update flex output files for DSA 3653-2

We updated flex output files in 4b314c89 ("libxl: update flex output files") for DSA 3653-1 / CVE-2016-6354. But Debian security team discovered the fix to flex was incomplete and issued DSA 3653-2. We need to update our flex output files accordingly. Signed-off-by: Wei Liu

Re: [Xen-devel] [PATCH v2 Altp2m cleanup v3 2/3] Move altp2m specific functions to altp2m files.

>>> On 02.09.16 at 19:56, wrote: > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Friday, September 2, 2016 6:31 AM On 19.08.16 at 19:22, wrote: >> +/* Init alternate p2m data. */ >> +if ( (d->arch.altp2m_eptp =

[Xen-devel] [PATCH RFC 2/6] xen/arm: hwdom GIC: inherit interrupt parent from host device tree

From: "Kyle J. Temkin" Currently, we don't copy in the interrupt parent from the host device tree; and instead let Xen automatically figure it out when generating the device tree for the hardware domain. In cases where a non-GIC interrupt controller is present, this can

[Xen-devel] [PATCH RFC 1/6] xen/arm: platforms: Add earlyprintk and serial support for Tegra boards.

From: "Kyle J. Temkin" Tegra boards feature a NS16550-compatible serial mapped into the MMIO space. Add support for its use both as a full-featured serial port and as an earlyprintk driver. Adds a new "needs_rtoie" (requires Rx Timeout Interrupt) quirk, as some platforms--

[Xen-devel] [PATCH RFC 0/6] ARM: Add support for Tegra SoCs (incl. Jetson TK1, Jetson TX1)

The attached patch-set adds support for 32-bit and 64-bit Tegra SoCs; including support for the Jetson TK1 and Jetson TX1 boards, as well as the Pixel C tablet. It has been tested on the TK1, TX1, and Pixel C. Many thanks to Ian Campbell, whose original Jetson TK1 patchset contained a lot of

Re: [Xen-devel] Regression between Xen 4.6.0 and 4.7.0, Direct kernel boot on a qemu-xen and seabios HVM guest doesn't work anymore.

>>> On 05.09.16 at 12:02, wrote: > On 2016-09-05 11:46, Jan Beulich wrote: > On 05.09.16 at 11:20, wrote: >>> Hmm it seems my thread was kind of hijacked and i was dropped from the >>> CC. >>> >>> I had some time and bisected the issue and it

Re: [Xen-devel] [PATCH] libxl: add "xl qemu-monitor-command"

Juergen Gross writes ("Re: [PATCH] libxl: add "xl qemu-monitor-command""): > On 05/09/16 12:32, Ian Jackson wrote: > > The rest of the documentation will need adjusting. As an example of > > the incompleteness I am talking about I think the example shows only > > some of the USB devices presented

Re: [Xen-devel] Regression between Xen 4.6.0 and 4.7.0, Direct kernel boot on a qemu-xen and seabios HVM guest doesn't work anymore.

On Mon, Sep 05, 2016 at 11:20:30AM +0200, li...@eikelenboom.it wrote: > On 2016-08-25 23:18, li...@eikelenboom.it wrote: > >On 2016-08-25 22:34, Doug Goldstein wrote: > >>On 8/25/16 4:21 PM, li...@eikelenboom.it wrote: > >>>Today i tried to switch some of my HVM guests (qemu-xen) from booting >

[Xen-devel] [PATCH] libxl: do not assume Dom0 backend while getting nic info

Fill backend_domid field based on backend path. ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

Re: [Xen-devel] Regression between Xen 4.6.0 and 4.7.0, Direct kernel boot on a qemu-xen and seabios HVM guest doesn't work anymore.

On 2016-09-05 11:46, Jan Beulich wrote: On 05.09.16 at 11:20, wrote: Hmm it seems my thread was kind of hijacked and i was dropped from the CC. I had some time and bisected the issue and it resulted in: 5a3ce8f85e7e7bdd339d259daa19f6bc5cb4735f is the first bad commit

[Xen-devel] [PATCH for-4.7, 4.6] libxl: do not assume Dom0 backend while getting nic info

Fill backend_domid field based on backend path. Cc: Ian Jackson Cc: Wei Liu Signed-off-by: Marek Marczykowski-Górecki --- tools/libxl/libxl.c | 12 1 file changed, 12 insertions(+) diff --git

[Xen-devel] [PATCH RFC 6/6] xen/arm: platforms/tegra: ensure the hwdom can only affect its own interrupts

From: "Kyle J. Temkin" Several Tegra hardware devices-- and the Tegra device tree-- expect the presence of a Tegra Legacy Interrupt Controller (LIC) in the hardware domain. Accordingly, we'll need to expose (most of) the LIC's registers to the hardware domain. As the

[Xen-devel] [PATCH RFC 4/6] xen/arm: platforms: Add Tegra platform to support basic IRQ routing.

From: "Kyle J. Temkin" Tegra devices have a legacy interrupt controller (lic, or ictlr) that must be programmed in parallel with their primary GIC. For all intents and purposes, we treat this devices attached to this controller as connected to the primary GIC, as it will be

[Xen-devel] [PATCH RFC 3/6] xen/arm: Allow platforms to hook IRQ routing.

From: "Kyle J. Temkin" Some common platforms (e.g. Tegra) have non-traditional IRQ controllers that must be programmed in addition to their primary GICs-- and which can come in unusual topologies. Device trees for targets that feature these controllers often deviate from

Re: [Xen-devel] [PATCH] libxl: add "xl qemu-monitor-command"

Juergen Gross writes ("[PATCH] libxl: add "xl qemu-monitor-command""): > Add a new xl command "qemu-monitor-command" to issue arbitrary commands > to a domain's device model. Syntax is: > > xl qemu-monitor-command > > The command is issued via qmp human-monitor-command command. Any >

Re: [Xen-devel] [PATCH v5] x86/cpuid: AVX-512 Feature Detection

On 23/08/16 02:54, Luwei Kang wrote: > AVX512 is an extention of AVX2. Its spec can be found at: > https://software.intel.com/sites/default/files/managed/b4/3a/319433-024.pdf > This patch detects AVX512 features by CPUID. > > Signed-off-by: Luwei Kang Reviewed-by: Andrew

Re: [Xen-devel] Regression between Xen 4.6.0 and 4.7.0, Direct kernel boot on a qemu-xen and seabios HVM guest doesn't work anymore.

On 2016-09-05 13:43, Jan Beulich wrote: On 05.09.16 at 13:19, wrote: On 2016-09-05 12:25, Jan Beulich wrote: Anyway - with you quite clearly having used HAP before, I can't see how this commit would matter for you at all. In case you want to double check you could try

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

LOCK prefixes get dealt with elsewhere and 66, F2, and F3 can all be checked for in one go by looking at vex.pfx. Signed-off-by: Jan Beulich --- a/xen/arch/x86/x86_emulate/x86_emulate.c +++ b/xen/arch/x86/x86_emulate/x86_emulate.c @@ -3942,8 +3942,8 @@ x86_emulate(

Re: [Xen-devel] [PATCH] tools/firmware: Rename bios.bin to seabios.bin

On Mon, Sep 05, 2016 at 10:28:25AM +0100, Andrew Cooper wrote: > On 05/09/16 09:09, Anthony PERARD wrote: > > On Mon, Aug 22, 2016 at 11:24:05AM +0100, Wei Liu wrote: > >> On Fri, Aug 19, 2016 at 03:26:23PM +0100, Andrew Cooper wrote: > >>> bios.bin as a name is far too generic. Rename it to

Re: [Xen-devel] [PATCH linux v3 3/9] xen: introduce xen_vcpu_id mapping

Julien Grall writes: > Hi Vitaly, > > On 26/07/16 13:30, Vitaly Kuznetsov wrote: >> It may happen that Xen's and Linux's ideas of vCPU id diverge. In >> particular, when we crash on a secondary vCPU we may want to do kdump >> and unlike plain kexec where we do

Re: [Xen-devel] Regression between Xen 4.6.0 and 4.7.0, Direct kernel boot on a qemu-xen and seabios HVM guest doesn't work anymore.

On 2016-09-05 12:25, Jan Beulich wrote: On 05.09.16 at 12:02, wrote: On 2016-09-05 11:46, Jan Beulich wrote: On 05.09.16 at 11:20, wrote: Hmm it seems my thread was kind of hijacked and i was dropped from the CC. I had some time and bisected the

Re: [Xen-devel] [PATCH 0/3] mini-os: test and document config variations

On Fri, Sep 02, 2016 at 10:56:44AM +0200, Juergen Gross wrote: > Add a "testbuild" target to Makefile which builds various configurations. > Repair some minor issues uncovered by those test builds. > Document the config framework. > > Juergen Gross (3): > mini-os: fix builds with uncommon

[Xen-devel] [PATCH] mini-os: add comments in Config.mk regarding new config options

Add some comment in Config.mk what to do in case of adding new config options. Signed-off-by: Juergen Gross --- Config.mk | 5 + 1 file changed, 5 insertions(+) diff --git a/Config.mk b/Config.mk index 0e405bf..0baedd1 100644 --- a/Config.mk +++ b/Config.mk @@ -152,6

Re: [Xen-devel] [PATCH] libxl: do not assume Dom0 backend while getting nic info

On Mon, Sep 05, 2016 at 11:26:04AM +0200, Marek Marczykowski-Górecki wrote: > Fill backend_domid field based on backend path. > > Cc: Ian Jackson > Cc: Wei Liu > Signed-off-by: Marek Marczykowski-Górecki

Re: [Xen-devel] [PATCH] libxl: add "xl qemu-monitor-command"

On 05/09/16 14:18, Ian Jackson wrote: > Juergen Gross writes ("Re: [PATCH] libxl: add "xl qemu-monitor-command""): >> On 05/09/16 12:32, Ian Jackson wrote: >>> The rest of the documentation will need adjusting. As an example of >>> the incompleteness I am talking about I think the example shows

Re: [Xen-devel] Regression between Xen 4.6.0 and 4.7.0, Direct kernel boot on a qemu-xen and seabios HVM guest doesn't work anymore.

>>> On 05.09.16 at 11:20, wrote: > Hmm it seems my thread was kind of hijacked and i was dropped from the > CC. > > I had some time and bisected the issue and it resulted in: > > 5a3ce8f85e7e7bdd339d259daa19f6bc5cb4735f is the first bad commit > commit

Re: [Xen-devel] [PATCH] libxl: do not assume Dom0 backend while getting nic info

On Mon, Sep 05, 2016 at 10:39:16AM +0100, Wei Liu wrote: > On Mon, Sep 05, 2016 at 11:26:04AM +0200, Marek Marczykowski-Górecki wrote: > > Fill backend_domid field based on backend path. > > > > Cc: Ian Jackson > > Cc: Wei Liu > > Signed-off-by:

Re: [Xen-devel] Regression between Xen 4.6.0 and 4.7.0, Direct kernel boot on a qemu-xen and seabios HVM guest doesn't work anymore.

On 2016-08-25 23:18, li...@eikelenboom.it wrote: On 2016-08-25 22:34, Doug Goldstein wrote: On 8/25/16 4:21 PM, li...@eikelenboom.it wrote: Today i tried to switch some of my HVM guests (qemu-xen) from booting of a kernel *inside* the guest, to a dom0 supplied kernel, which is described as

Re: [Xen-devel] [PATCH v2 Altp2m cleanup v3 3/3] Making altp2m struct dynamically allocated.

>>> On 02.09.16 at 19:53, wrote: > [PAUL] in line Please configure your mail client to use proper quoting. > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: Friday, September 2, 2016 6:47 AM On 19.08.16 at 19:22, wrote: >> Ravi Sahita's

[Xen-devel] [PATCH] libxl: add "xl qemu-monitor-command"

Add a new xl command "qemu-monitor-command" to issue arbitrary commands to a domain's device model. Syntax is: xl qemu-monitor-command The command is issued via qmp human-monitor-command command. Any information returned by the command is printed to stdout. Signed-off-by: Juergen Gross

Re: [Xen-devel] [PATCH] libxc: zero-initialize structures in macros

On Fri, Sep 02, 2016 at 11:22:04AM -0600, Tamas K Lengyel wrote: > On Fri, Sep 2, 2016 at 11:18 AM, Andrew Cooper > wrote: > > On 02/09/16 17:39, Tamas K Lengyel wrote: > >> While debugging applications built on top of libxc with Valgrind we get a > >> lot > >> of

Re: [Xen-devel] [PATCH] x86: correct CPUID output for out of bounds input

On 05/09/16 10:51, Jan Beulich wrote: On 05.09.16 at 11:43, wrote: >> On 05/09/16 07:32, Jan Beulich wrote: >> On 02.09.16 at 17:14, wrote: On 01/09/16 16:27, Jan Beulich wrote: >>> +{ >>> +if (

Re: [Xen-devel] [PATCH v6] xen/sm{e, a}p: allow disabling sm{e, a}p for Xen itself

>>> On 05.09.16 at 07:17, wrote: > SMEP/SMAP is a security feature to prevent kernel executing/accessing > user address involuntarily, any such behavior will lead to a page fault. > > SMEP/SMAP is open (in CR4) for both Xen and HVM guest in earlier code. > SMEP/SMAP bit

Re: [Xen-devel] [PATCH] mini-os: add comments in Config.mk regarding new config options

Juergen Gross, on Mon 05 Sep 2016 13:43:30 +0200, wrote: > Add some comment in Config.mk what to do in case of adding new config > options. > > Signed-off-by: Juergen Gross Reviewed-by: Samuel Thibault > --- > Config.mk | 5 + > 1 file

Re: [Xen-devel] [PATCH] x86: correct CPUID output for out of bounds input

>>> On 05.09.16 at 11:43, wrote: > On 05/09/16 07:32, Jan Beulich wrote: > On 02.09.16 at 17:14, wrote: >>> On 01/09/16 16:27, Jan Beulich wrote: >> +{ >> +if ( d->arch.x86_vendor == X86_VENDOR_AMD ) >> +

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

On 05/09/16 10:13, Jan Beulich wrote: > LOCK prefixes get dealt with elsewhere and 66, F2, and F3 can all be > checked for in one go by looking at vex.pfx. > > Signed-off-by: Jan Beulich As far as subsuming the checks goes, this is fine. However, is the code actually correct?

Re: [Xen-devel] [PATCH] libxl: do not assume Dom0 backend while getting nic info

On Mon, Sep 05, 2016 at 11:44:46AM +0200, Marek Marczykowski-Górecki wrote: > On Mon, Sep 05, 2016 at 10:39:16AM +0100, Wei Liu wrote: > > On Mon, Sep 05, 2016 at 11:26:04AM +0200, Marek Marczykowski-Górecki wrote: > > > Fill backend_domid field based on backend path. > > > > > > Cc: Ian Jackson

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

>>> On 05.09.16 at 11:52, wrote: > On 05/09/16 10:13, Jan Beulich wrote: >> LOCK prefixes get dealt with elsewhere and 66, F2, and F3 can all be >> checked for in one go by looking at vex.pfx. >> >> Signed-off-by: Jan Beulich > > As far as subsuming

Re: [Xen-devel] [PATCH] libxl: update flex output files for DSA 3653-2

Wei Liu writes ("[PATCH] libxl: update flex output files for DSA 3653-2"): > We updated flex output files in 4b314c89 ("libxl: update flex output > files") for DSA 3653-1 / CVE-2016-6354. But Debian security team > discovered the fix to flex was incomplete and issued DSA 3653-2. We need > to

[Xen-devel] Test Meetup at Developer Summit

== Attendees == Lars Kurth George Dunlap Doug Goldstein Andrew Cooper Paul Durrant There were a few others, which I may have missed I tried to transcribe from a recording we had at lunch, but due to background noise I didn't get everything. Please add/correct, if I got something wrong. There

Re: [Xen-devel] [PATCH 23/24] xen: credit2: optimize runq_tickle() a little bit

On Fri, 2016-09-02 at 13:38 +0100, anshul makkar wrote: > On 17/08/16 18:20, Dario Faggioli wrote: > >  > > diff --git a/xen/common/sched_credit2.c > > b/xen/common/sched_credit2.c > >  > > @@ -1102,13 +1110,26 @@ runq_tickle(const struct scheduler *ops, > >   for_each_cpu(i, ) > >    

[Xen-devel] [PATCH] libxl: do not assume Dom0 backend while getting nic info

Fill backend_domid field based on backend path. Cc: Ian Jackson Cc: Wei Liu Signed-off-by: Marek Marczykowski-Górecki --- tools/libxl/libxl_nic.c | 12 1 file changed, 12 insertions(+) diff --git

Re: [Xen-devel] [PATCH v3 4/6] Pause/Unpause the domain before/after assigning PI hooks

>>> On 05.09.16 at 05:11, wrote: > >> -Original Message- >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: Friday, September 2, 2016 9:55 PM >> To: Wu, Feng >> Cc: andrew.coop...@citrix.com; dario.faggi...@citrix.com; >>

Re: [Xen-devel] [PATCH] tools/firmware: Rename bios.bin to seabios.bin

On 05/09/16 09:09, Anthony PERARD wrote: > On Mon, Aug 22, 2016 at 11:24:05AM +0100, Wei Liu wrote: >> On Fri, Aug 19, 2016 at 03:26:23PM +0100, Andrew Cooper wrote: >>> bios.bin as a name is far too generic. Rename it to seabios.bin. >>> >>> Signed-off-by: Andrew Cooper

Re: [Xen-devel] [PATCH] x86: correct CPUID output for out of bounds input

On 05/09/16 07:32, Jan Beulich wrote: On 02.09.16 at 17:14, wrote: >> On 01/09/16 16:27, Jan Beulich wrote: > +{ > +if ( d->arch.x86_vendor == X86_VENDOR_AMD ) > +{ > +*eax = 0; > +

Re: [Xen-devel] [PATCH] libxl: update flex output files for DSA 3653-2

On Mon, Sep 05, 2016 at 11:24:45AM +0100, Ian Jackson wrote: > Wei Liu writes ("[PATCH] libxl: update flex output files for DSA 3653-2"): > > We updated flex output files in 4b314c89 ("libxl: update flex output > > files") for DSA 3653-1 / CVE-2016-6354. But Debian security team > > discovered the

Re: [Xen-devel] [PATCH] libxl: do not assume Dom0 backend while getting nic info

On Mon, Sep 05, 2016 at 11:39:22AM +0100, Ian Jackson wrote: > Wei Liu writes ("Re: [PATCH] libxl: do not assume Dom0 backend while getting > nic info"): > > On Mon, Sep 05, 2016 at 11:44:46AM +0200, Marek Marczykowski-Górecki wrote: > > > Yes, certainly. If you want I can send a 4.7 version

Re: [Xen-devel] [PATCH] tools/firmware: Rename bios.bin to seabios.bin

On Mon, Sep 05, 2016 at 10:31:21AM +0100, Wei Liu wrote: > On Mon, Sep 05, 2016 at 10:28:25AM +0100, Andrew Cooper wrote: > > On 05/09/16 09:09, Anthony PERARD wrote: > > > On Mon, Aug 22, 2016 at 11:24:05AM +0100, Wei Liu wrote: > > >> On Fri, Aug 19, 2016 at 03:26:23PM +0100, Andrew Cooper

[Xen-devel] Two new x86 boxes in Mass colo (nobling[01])

FYI Dell and us have now finished the exchange of the two problematic test machines oseleta* with two new machines nobling0 and nobling1. I have finished running commissioning tests and they are mostly looking good. However, I am going to hold off putting them into service, because they expose

Re: [Xen-devel] [PATCH 19/24] xen: credit2: soft-affinity awareness in load balancing

On Fri, 2016-09-02 at 12:46 +0100, anshul makkar wrote: Hey, Anshul, Thanks for having a look at the patch! > On 17/08/16 18:19, Dario Faggioli wrote: > >  > > --- a/xen/common/sched_credit2.c > > +++ b/xen/common/sched_credit2.c > >  > > + * Basically, if a soft-affinity is defined, the work

Re: [Xen-devel] [PATCH v6] xen/sm{e, a}p: allow disabling sm{e, a}p for Xen itself

>>> On 05.09.16 at 07:17, wrote: > @@ -1403,12 +1451,16 @@ void __init noreturn __start_xen(unsigned long mbi_p) > > if ( !opt_smep ) > setup_clear_cpu_cap(X86_FEATURE_SMEP); > -if ( cpu_has_smep ) > +else if ( opt_smep == 1 ) > +

Re: [Xen-devel] [PATCH] replace bogus -ENOSYS uses

On Tue, Aug 9, 2016 at 11:40 AM, Jan Beulich wrote: > This doesn't cover all of them, just the ones that I think would most > obviously better be -EINVAL or -EOPNOTSUPP. > > Signed-off-by: Jan Beulich FWIW: Reviewed-by: George Dunlap

Re: [Xen-devel] [MINIOS PATCH] Add travis.yml and travis-build script

Wei Liu, on Mon 05 Sep 2016 15:43:21 +0100, wrote: > Signed-off-by: Wei Liu Acked-by: Samuel Thibault > --- > See: > https://travis-ci.org/liuw/mini-os/builds/157653746 > > Cc: Samuel Thibault > Cc: Juergen

Re: [Xen-devel] [PATCH linux v3 3/9] xen: introduce xen_vcpu_id mapping

On Mon, 5 Sep 2016, Vitaly Kuznetsov wrote: > Julien Grall writes: > > > Hi Vitaly, > > > > On 26/07/16 13:30, Vitaly Kuznetsov wrote: > >> It may happen that Xen's and Linux's ideas of vCPU id diverge. In > >> particular, when we crash on a secondary vCPU we may want to do

[Xen-devel] [OSSTEST PATCH 04/26] rumprun: Rename all `rumpuserxen' to `rumprun'

The names have changed upstream. Since upstream is no longer compatible and these tests have been failing since then, we are going to treat this as an entirely new test series. In this patch we rename everything mechanically. More interesting changes will come later. git-mv -f

Re: [Xen-devel] [PATCH v6 1/4] x86/ioreq server: Add HVMOP to map guest ram with p2m_ioreq_server to an ioreq server.

On 05/09/16 14:31, Jan Beulich wrote: On 02.09.16 at 12:47, wrote: >> @@ -178,8 +179,27 @@ static int hvmemul_do_io( >> break; >> case X86EMUL_UNHANDLEABLE: >> { >> -struct hvm_ioreq_server *s = >> -

Re: [Xen-devel] [PATCH v2] arm/vm_event: get/set registers

On Fri, 2 Sep 2016, Julien Grall wrote: > On 02/09/2016 18:45, Andrew Cooper wrote: > > On 02/09/16 18:37, Tamas K Lengyel wrote: > > > On Tue, Aug 2, 2016 at 2:10 AM, Razvan Cojocaru > > > wrote: > > > > On 08/01/2016 08:59 PM, Tamas K Lengyel wrote: > > > > > Add

Re: [Xen-devel] [OSSTEST PATCH 0/7] Apropos of XTF: Improve failed step selection

On > On Thu, Aug 11, 2016 at 05:17:56PM +0100, Ian Jackson wrote: > > Running XTF in osstest is likely to produce failures where multiple > > steps fail interestingly. We would like to prefer to report, and > > bisect, earlier steps. > > > > This series does that. > > > > Wei, NB, this has a

[Xen-devel] [PULL 1/1] xen: use native disk xenbus protocol if possible

From: Juergen Gross The qdisk implementation is using the native xenbus protocol only in case of no protocol specified at all. As using the explicit 32- or 64-bit protocol is slower than the native one due to copying requests not by memcpy but element for element, this is not

Re: [Xen-devel] [PATCH v6 1/4] x86/ioreq server: Add HVMOP to map guest ram with p2m_ioreq_server to an ioreq server.

On 02/09/16 11:47, Yu Zhang wrote: > A new HVMOP - HVMOP_map_mem_type_to_ioreq_server, is added to > let one ioreq server claim/disclaim its responsibility for the > handling of guest pages with p2m type p2m_ioreq_server. Users > of this HVMOP can specify which kind of operation is supposed > to

Re: [Xen-devel] [PATCH v3] mem_access: sanitize code around sending vm_event request

On Wed, 3 Aug 2016, Tamas K Lengyel wrote: > The two functions monitor_traps and mem_access_send_req duplicate some of the > same functionality. The mem_access_send_req however leaves a lot of the > standard vm_event fields to be filled by other functions. > > Remove mem_access_send_req()

Re: [Xen-devel] [PATCH v6 2/4] x86/ioreq server: Release the p2m lock after mmio is handled.

>>> On 02.09.16 at 12:47, wrote: > Routine hvmemul_do_io() may need to peek the p2m type of a gfn to > select the ioreq server. For example, operations on gfns with > p2m_ioreq_server type will be delivered to a corresponding ioreq > server, and this requires that the

Re: [Xen-devel] [PATCH v6 3/4] x86/ioreq server: Handle read-modify-write cases for p2m_ioreq_server pages.

>>> On 02.09.16 at 12:47, wrote: > --- a/xen/arch/x86/hvm/emulate.c > +++ b/xen/arch/x86/hvm/emulate.c > @@ -95,6 +95,41 @@ static const struct hvm_io_handler null_handler = { > .ops = _ops > }; > > +static int mem_read(const struct hvm_io_handler *io_handler,

Re: [Xen-devel] [PATCH v2] x86: correct CPUID output for out of bounds input

On 05/09/16 16:26, Jan Beulich wrote: > Another place where we should try to behave sufficiently close to how > real hardware does; see the code comments. > > Signed-off-by: Jan Beulich Reviewed-by: Andrew Cooper

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

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

Re: [Xen-devel] [PATCH 2/2] x86/HVM: adjust feature checking in MSR intercept handling

On 02/09/16 11:21, Jan Beulich wrote: > Consistently consult hvm_cpuid(). With that, BNDCFGS gets better > handled outside of VMX specific code, just like XSS. Don't needlessly > check for MTRR support when the MSR being accessed clearly is not an > MTRR one. > > Signed-off-by: Jan Beulich

Re: [Xen-devel] [PATCH 18/24] xen: credit2: soft-affinity awareness fallback_cpu() and cpu_pick()

On Thu, 2016-09-01 at 12:08 +0100, anshul makkar wrote: > On 17/08/16 18:19, Dario Faggioli wrote: > >  > > diff --git a/xen/common/sched_credit2.c > > b/xen/common/sched_credit2.c > >  > > @@ -506,34 +506,68 @@ void smt_idle_mask_clear(unsigned int cpu, > > cpumask_t *mask) > >   } > > > >   /*

Re: [Xen-devel] [PATCH] mini-os: add comments in Config.mk regarding new config options

On Mon, Sep 05, 2016 at 03:23:10PM +0200, Samuel Thibault wrote: > Juergen Gross, on Mon 05 Sep 2016 13:43:30 +0200, wrote: > > Add some comment in Config.mk what to do in case of adding new config > > options. > > > > Signed-off-by: Juergen Gross > > Reviewed-by: Samuel

Re: [Xen-devel] [PATCH 05/24] xen: credit2: make tickling more deterministic

On Wed, 2016-08-31 at 18:10 +0100, anshul makkar wrote: > On 17/08/16 18:18, Dario Faggioli wrote: > > > > Right now, the following scenario can occurr: > >   - upon vcpu v wakeup, v itself is put in the runqueue, > > and pcpu X is tickled; > >   - pcpu Y schedules (for whatever reason), sees

[Xen-devel] [MINIOS PATCH] Add travis.yml and travis-build script

Signed-off-by: Wei Liu --- See: https://travis-ci.org/liuw/mini-os/builds/157653746 Cc: Samuel Thibault Cc: Juergen Gross Cc: Doug Goldstein IRC notification is not yet set up. Doug, can we mirror

Re: [Xen-devel] Xen 4.8 Development Update

On Wed, 2016-08-31 at 10:21 -0400, Konrad Rzeszutek Wilk wrote: > > > > *  Per-cpu tasklet > >   -  Konrad Rzeszutek Wilk > Waiting for review and hopefully test results from Intel. > I've just seen it (came back today from vacations)... Interesting bit of work. I'll try to have a deep look at

[Xen-devel] [xen-unstable-smoke test] 100759: regressions - FAIL

flight 100759 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/100759/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-i386 6 xen-boot fail REGR. vs. 100736

[Xen-devel] [linux-4.1 test] 100753: tolerable FAIL - PUSHED

flight 100753 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/100753/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl 15 guest-start/debian.repeatfail like 100587 test-armhf-armhf-xl-credit2

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

flight 100763 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/100763/ 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

Re: [Xen-devel] [PATCH v6 1/4] x86/ioreq server: Add HVMOP to map guest ram with p2m_ioreq_server to an ioreq server.

>>> On 02.09.16 at 12:47, wrote: > @@ -178,8 +179,27 @@ static int hvmemul_do_io( > break; > case X86EMUL_UNHANDLEABLE: > { > -struct hvm_ioreq_server *s = > -hvm_select_ioreq_server(curr->domain, ); > +struct

[Xen-devel] [PATCH v2] libxl: add "xl qemu-monitor-command"

Add a new xl command "qemu-monitor-command" to issue arbitrary commands to a domain's device model. Syntax is: xl qemu-monitor-command The command is issued via qmp human-monitor-command command. Any information returned by the command is printed to stdout. Signed-off-by: Juergen Gross

Re: [Xen-devel] [PATCH 17/24] xen: credit2: soft-affinity awareness in runq_tickle()

On Thu, 2016-09-01 at 11:52 +0100, anshul makkar wrote: > On 17/08/16 18:19, Dario Faggioli wrote: > >  > > +/* > > + * We're doing soft-affinity, and we know that the current > > vcpu on cpu > > + * has a soft affinity. We now want to know whether cpu itself > > is in > Please can you

[Xen-devel] [PATCH v2] x86: correct CPUID output for out of bounds input

Another place where we should try to behave sufficiently close to how real hardware does; see the code comments. Signed-off-by: Jan Beulich --- v2: Uniformly return zero for out of range leaves. Only consider basic and extended groups as valid. Avoid recursion in

[Xen-devel] [OSSTEST PATCH 02/26] Executive: Allow out-of-order manipulations of flights intended play

Flights being operated on by a developer hacking about with the code, which were created with intended blessing `play', are usually blessed `running' or `broken' or something. So the safety catch bypass needs to look at the intended blessing too. Signed-off-by: Ian Jackson

[Xen-devel] [OSSTEST PATCH 25/26] rumprun: xenstorels: New regexps for finding output

The framing output in rumprun upstream has changed. Signed-off-by: Ian Jackson --- ts-rumprun-demo-xenstorels | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/ts-rumprun-demo-xenstorels b/ts-rumprun-demo-xenstorels index a40110a..831c58a 100755

[Xen-devel] [OSSTEST PATCH 24/26] rumprun: xenstorels: Do not attempt to edit the config file

There is no config file any more, so this function now crashes due to passing undef to target_editfile_root. We do not need to edit it to set on_poweroff to preserve because this is the default for rumprun. Signed-off-by: Ian Jackson --- ts-rumprun-demo-xenstorels |

[Xen-devel] [OSSTEST PATCH 18/26] rumprun: ts-rumprun-build: set up ccache

Signed-off-by: Ian Jackson --- ts-rumprun-build | 15 ++- 1 file changed, 14 insertions(+), 1 deletion(-) diff --git a/ts-rumprun-build b/ts-rumprun-build index 24e54e1..26f2f2c 100755 --- a/ts-rumprun-build +++ b/ts-rumprun-build @@ -54,6 +54,7 @@ END

[Xen-devel] [OSSTEST PATCH 26/26] rumprun: xenstorels: Improve an error message slightly

Signed-off-by: Ian Jackson --- ts-rumprun-demo-xenstorels | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/ts-rumprun-demo-xenstorels b/ts-rumprun-demo-xenstorels index 831c58a..3d29c46 100755 --- a/ts-rumprun-demo-xenstorels +++

[Xen-devel] [OSSTEST PATCH 00/26] rump kernels: Fix build

This series fixes the rump kernel build, and the test plumbing. The tests still fail because they xenbus driver in rump kernel upstream has rotted. I'm working on that... Ian. ___ Xen-devel mailing list Xen-devel@lists.xen.org

[Xen-devel] [OSSTEST PATCH 20/26] Xen built versions: ts-xen-build: check versions of Xen subtrees, only

ts-xen-build has a check that the actually-built versions of the various subtrees are right. This allows it to spot if the machinery for specifying the subtree revision hasn't worked. However, this machinery is troublesome: it assumes that the value specified in the revision_TREE runvar is a

[Xen-devel] [OSSTEST PATCH 23/26] rumprun: `rumpbake' our executables and run them with `rumprun'

(Well, our one executable: xenstore-ls) Modern rumprun requires the output of the linker to be `baked' (second link phase, where the complete unikernel is assembled). This has to be done as part of the build, because it needs all the rumpkernel libraries. It generates a single image file -

[Xen-devel] [OSSTEST PATCH 05/26] rumprun: Fetch source from new upstream

Also, update for the current set of submodules. Signed-off-by: Ian Jackson --- ap-common| 2 +- ts-rumprun-build | 5 ++--- 2 files changed, 3 insertions(+), 4 deletions(-) diff --git a/ap-common b/ap-common index 6fe3b78..14cc25a 100644 --- a/ap-common +++

[Xen-devel] [OSSTEST PATCH 06/26] rumprun: Move xenbits tree to osstest subdir

Move our tested tree to /home/xen/git/osstest, where these kind of things live nowadays. Signed-off-by: Ian Jackson --- ap-common | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/ap-common b/ap-common index 14cc25a..212da18 100644 ---

[Xen-devel] [OSSTEST PATCH 03/26] TestSupport: Produce stack trace for undef tfileex

Use `confess' to see where an undef $rfile came from. I think there will probably be lots more of this pattern. Signed-off-by: Ian Jackson --- Osstest/TestSupport.pm | 3 +++ 1 file changed, 3 insertions(+) diff --git a/Osstest/TestSupport.pm

[Xen-devel] [OSSTEST PATCH 15/26] rumprun: Drop old rumpuserxen demo

The WOPR demo is gone from rumpkernel upstream. Sadly this leaves us without a test that the rump environment's networking is functional. Signed-off-by: Ian Jackson --- sg-run-job | 4 1 file changed, 4 deletions(-) diff --git a/sg-run-job b/sg-run-job index

[Xen-devel] [OSSTEST PATCH 08/26] rumprun: ts-rumprun-build: Build new rumprun properly, ship the output

The command is `build-rr.sh' nowadays. The output longer includes test domain image and configuration. The output is in `rumprun'. Signed-off-by: Ian Jackson --- ts-rumprun-build | 11 ++- 1 file changed, 2 insertions(+), 9 deletions(-) diff --git

  1   2   >