Re: [Xen-devel] PV-vNUMA issue: topology is misinterpreted by the guest

On Wed, 2015-07-29 at 08:04 +0200, Juergen Gross wrote: > On 07/28/2015 06:17 PM, Dario Faggioli wrote: > >> On 07/28/2015 06:29 AM, Juergen Gross wrote: > > > >>> I'll make some performance tests on a big machine (4 sockets, 60 cores, > >>> 120 threads) regarding topology information: > >>> > > I'

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

flight 60064 linux-3.4 real [real] http://logs.test-lab.xenproject.org/osstest/logs/60064/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-win7-amd64 6 xen-boot fail REGR. vs. 30511 Tests which are failing

Re: [Xen-devel] PV-vNUMA issue: topology is misinterpreted by the guest

On Tue, 2015-07-28 at 17:11 +0200, Juergen Gross wrote: > On 07/28/2015 06:29 AM, Juergen Gross wrote: > > On 07/27/2015 04:09 PM, Dario Faggioli wrote: > >> On Fri, 2015-07-24 at 18:10 +0200, Juergen Gross wrote: > >>> On 07/24/2015 05:58 PM, Dario Faggioli wrote: > >> > So, just to check if

Re: [Xen-devel] The Bitdefender virtual machine introspection library is now on GitHub

Re-added xen-devel on Bcc (lost it in my reply yesterday). On 07/28/2015 05:33 PM, Dario Faggioli wrote: > [Moving to publicity@, xen-devel@ on Bcc] > > On Tue, 2015-07-28 at 10:04 +0300, Razvan Cojocaru wrote: >> Hello Tamas, >> >>> I've pinged the other LibVMI maintainers as well to take a look

[Xen-devel] [linux-3.18 test] 60027: regressions - FAIL

flight 60027 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/60027/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-pvh-intel 11 guest-start fail REGR. vs. 58581 test-amd64-i386-xl-qem

Re: [Xen-devel] [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API

On 2015-07-29 01:21, Benjamin Herrenschmidt wrote: > On Tue, 2015-07-28 at 15:43 -0700, Andy Lutomirski wrote: >> New QEMU >> always advertises this feature flag. If iommu=on, QEMU's virtio >> devices refuse to work unless the driver acknowledges the flag. > > This should be configurable. Adve

Re: [Xen-devel] [OSSTEST PATCH 3/4] sg-run-job: Break out per-host-prep and per-host-finish

On Tue, 2015-07-28 at 16:15 +0100, Ian Jackson wrote: > Robert Hu writes ("Re: [OSSTEST PATCH 3/4] sg-run-job: Break out > per-host-prep and per-host-finish"): > > On Tue, 2015-06-30 at 17:36 +0100, Ian Jackson wrote: > > > -per-host-ts . =(*) {ts-leak-check basis} > > > +

Re: [Xen-devel] [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API

On 29/07/2015 02:47, Andy Lutomirski wrote: > > > If new kernels ignore the IOMMU for devices that don't set the flag > > > and there are physical devices that already exist and don't set the > > > flag, then those devices won't work reliably on most modern > > > non-virtual platforms, PPC includ

Re: [Xen-devel] [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API

On 2015-07-29 10:17, Paolo Bonzini wrote: > > > On 29/07/2015 02:47, Andy Lutomirski wrote: If new kernels ignore the IOMMU for devices that don't set the flag and there are physical devices that already exist and don't set the flag, then those devices won't work reliably on most m

Re: [Xen-devel] Second regression due to libxl: Remove linux udev rules (2ba368d13893402b2f1fb3c283ddcc714659dd9b)

On Tue, 2015-07-28 at 15:47 -0400, Konrad Rzeszutek Wilk wrote: > Hey, > > I launch a bunch of guests at the same time or in parallel and > the scripts end up timing out with: Are you sure you have cleaned out all the old udev .rules files? If any of those are still present then you will get bot

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

On Wed, 2015-07-29 at 06:42 +, osstest service owner wrote: > flight 60076 xen-unstable real [real] > http://logs.test-lab.xenproject.org/osstest/logs/60076/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: > test-amd64-amd64-xl-

Re: [Xen-devel] xen-unstabel + linux 4.2: MMIO emulation failed: d23v0 64bit @ 0010:ffffffff814e2b1c -> 66 89 02 48 8d 55 c0 48 89 5d c0 44 89 65 c8 e8

> -Original Message- > From: li...@eikelenboom.it [mailto:li...@eikelenboom.it] > Sent: 28 July 2015 22:16 > To: Andrew Cooper > Cc: xen-devel@lists.xen.org; Paul Durrant > Subject: Re: [Xen-devel] xen-unstabel + linux 4.2: MMIO emulation failed: > d23v0 64bit @ 0010:814e2b1c -> 66

Re: [Xen-devel] [Patch V6 12/16] mm: provide early_memremap_ro to establish read-only mapping

On 07/21/2015 06:49 AM, Juergen Gross wrote: Hi MM maintainers, this patch is the last requiring an ack for the series to go in. Could you please comment? PING? Juergen On 07/17/2015 06:51 AM, Juergen Gross wrote: During early boot as Xen pv domain the kernel needs to map some page table

Re: [Xen-devel] [PATCH v4 0/4] virtio: Clean up scatterlists and use the DMA API

On Wed, 2015-07-29 at 10:17 +0200, Paolo Bonzini wrote: > > On 29/07/2015 02:47, Andy Lutomirski wrote: > > > > If new kernels ignore the IOMMU for devices that don't set the flag > > > > and there are physical devices that already exist and don't set the > > > > flag, then those devices won't wor

Re: [Xen-devel] [PATCH v5 0/6] libxl: xs_restrict QEMU

On Mon, 27 Jul 2015, Fabio Fantoni wrote: > Il 23/07/2015 19:26, Stefano Stabellini ha scritto: > > Hi all, > > > > this patch series changes libxl to start QEMU as device model with the > > new xsrestrict option (http://marc.info/?l=xen-devel&m=143341692707358). > > It also starts a second QEMU t

[Xen-devel] unable to boot from cdrom using OVMF in latest xen-unstable

Today I retried ovmf after long time from previous, I tried old fedora 20 uefi domUs and still boot correctly but trying to boot from cdrom using boot='dc' or boot='d' don't boot from cdrom (seems didn't try) but boot from harddisk (even with boot='d'). After booting fedora I checked the cdrom a

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

flight 60029 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/60029/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-freebsd10-i386 12 guest-saverestore fail REGR. vs. 59059 test-amd64-i386-xl-

Re: [Xen-devel] [PATCH v5 0/6] libxl: xs_restrict QEMU

Il 29/07/2015 11:21, Stefano Stabellini ha scritto: On Mon, 27 Jul 2015, Fabio Fantoni wrote: Il 23/07/2015 19:26, Stefano Stabellini ha scritto: Hi all, this patch series changes libxl to start QEMU as device model with the new xsrestrict option (http://marc.info/?l=xen-devel&m=14334169270735

Re: [Xen-devel] [PATCH for-4.6 4/8] docs/libxl: Re-specify XENSTORE_DATA as EMULATOR_XENSTORE_DATA

On 28/07/15 22:44, Andrew Cooper wrote: > The legacy "toolstack" record as implemented in libxl turns out not to > be 32/64bit safe. As migration v2 has not shipped yet, take this > opportunity to adjust the specification and fix the incompatibility. > > Libxl shall loose all knowledge of the old

Re: [Xen-devel] PCI Pass-through in Xen ARM - Draft 2.

On Monday 06 July 2015 03:50 PM, Ian Campbell wrote: On Mon, 2015-07-06 at 15:36 +0530, Manish Jaggi wrote: On Monday 06 July 2015 02:41 PM, Ian Campbell wrote: On Sun, 2015-07-05 at 11:25 +0530, Manish Jaggi wrote: On Monday 29 June 2015 04:01 PM, Julien Grall wrote: Hi Manish, On 28/06/1

Re: [Xen-devel] [PATCH v5 0/6] libxl: xs_restrict QEMU

On Wed, 29 Jul 2015, Fabio Fantoni wrote: > Il 29/07/2015 11:21, Stefano Stabellini ha scritto: > > On Mon, 27 Jul 2015, Fabio Fantoni wrote: > > > Il 23/07/2015 19:26, Stefano Stabellini ha scritto: > > > > Hi all, > > > > > > > > this patch series changes libxl to start QEMU as device model with

Re: [Xen-devel] unable to boot from cdrom using OVMF in latest xen-unstable

On Wed, Jul 29, 2015 at 11:31:30AM +0200, Fabio Fantoni wrote: > Today I retried ovmf after long time from previous, I tried old fedora 20 > uefi domUs and still boot correctly but trying to boot from cdrom using > boot='dc' or boot='d' don't boot from cdrom (seems didn't try) but boot from > hardd

Re: [Xen-devel] unable to boot from cdrom using OVMF in latest xen-unstable

On Wed, Jul 29, 2015 at 11:31:30AM +0200, Fabio Fantoni wrote: > Today I retried ovmf after long time from previous, I tried old fedora 20 > uefi domUs and still boot correctly but trying to boot from cdrom using > boot='dc' or boot='d' don't boot from cdrom (seems didn't try) but boot from > hardd

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

flight 60102 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/60102/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-xsm 4 host-ping-check-nativefail REGR. vs. 60058 Tests which did not succe

Re: [Xen-devel] [qemu-mainline test] 59908: regressions - FAIL

On Tue, 28 Jul 2015, Anthony PERARD wrote: > On Sat, Jul 25, 2015 at 05:34:34PM +0100, Ian Campbell wrote: > > On Sat, 2015-07-25 at 16:15 +, osstest service owner wrote: > > > flight 59908 qemu-mainline real [real] > > > http://secure-web.cisco.com/1u4kwl1o3Dc6FDtVhFHrYLmyppwmEL8O6TSGGkDPdNzje

Re: [Xen-devel] Regression in guest destruction caused by altp2m

On Mon, Jul 27, 2015 at 11:26:36PM +, Sahita, Ravi wrote: [...] > >> This makes me think it doesn't matter if I do "xl destroy" or just > >> normal shutdown. And another test to normally shutdown guest confirmed > >> that. > >> > >> The machine I have is quite old and doesn't support EPT. The r

Re: [Xen-devel] [PATCH 4/8] xen: Use the correctly the Xen memory terminologies

On Tue, Jul 28, 2015 at 04:02:45PM +0100, Julien Grall wrote: [...] > diff --git a/drivers/net/xen-netback/netback.c > b/drivers/net/xen-netback/netback.c > index 7d50711..3b7b7c3 100644 > --- a/drivers/net/xen-netback/netback.c > +++ b/drivers/net/xen-netback/netback.c > @@ -314,7 +314,7 @@ stati

[Xen-devel] [BUG] Emulation issues

Hello, While trying to debug a hotplug scripts issue, I came across what seems to be an emulation bug inside of Xen. The result of this is a bunch of repeated messages on the serial console: [...] (XEN) io.c:165:d56v0 Weird HVM ioemulation status 1. (XEN) domain_crash called from io.c:166 (XEN) i

Re: [Xen-devel] unable to boot from cdrom using OVMF in latest xen-unstable

Il 29/07/2015 11:40, Wei Liu ha scritto: On Wed, Jul 29, 2015 at 11:31:30AM +0200, Fabio Fantoni wrote: Today I retried ovmf after long time from previous, I tried old fedora 20 uefi domUs and still boot correctly but trying to boot from cdrom using boot='dc' or boot='d' don't boot from cdrom (s

Re: [Xen-devel] unable to boot from cdrom using OVMF in latest xen-unstable

On Wed, Jul 29, 2015 at 12:19:33PM +0200, Fabio Fantoni wrote: > Il 29/07/2015 11:40, Wei Liu ha scritto: > >On Wed, Jul 29, 2015 at 11:31:30AM +0200, Fabio Fantoni wrote: > >>Today I retried ovmf after long time from previous, I tried old fedora 20 > >>uefi domUs and still boot correctly but tryin

Re: [Xen-devel] [BUG] Emulation issues

> -Original Message- > From: Roger Pau Monné [mailto:roger@citrix.com] > Sent: 29 July 2015 11:17 > To: xen-devel; Andrew Cooper; Paul Durrant > Subject: [BUG] Emulation issues > > Hello, > > While trying to debug a hotplug scripts issue, I came across what seems > to be an emulation

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

flight 60030 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/60030/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stopfail REGR. vs. 59393 test-amd64-amd64-xl-qemut-win7-a

[Xen-devel] [PATCH 2/2] Replace FSF street address with canonical URL

As recommended in http://www.gnu.org/licenses/gpl-howto.en.html. This is the result of: $ git grep -El Mass\|Temple\|Franklin | xargs ./fsf.pl Where fsf.pl is: #!/usr/bin/perl -w -pi.bak -0777 my $repl = 'If not, see .'; my $br = qr/(?:\s*\n\s*(?:[\*\#]|\

[Xen-devel] [PATCH for-4.6 0/2] Replace FSF street address with canonical URL

We currently have numerous variations on the FSF's addresses, old, new and plain incorrect (there was a buggy version in circulation at one time). The current recommendation in http://www.gnu.org/licenses/gpl-howto.en.html is to use "If not, see ." I care about this

[Xen-devel] [PATCH 1/2] stubdom: Replace FSF street address with canonical URL in patches

Do these ones manually since the diff header needs fixup too. Signed-off-by: Ian Campbell --- stubdom/grub.patches/10graphics.diff | 10 -- stubdom/grub.patches/61btrfs.diff| 6 ++ 2 files changed, 6 insertions(+), 10 deletions(-) diff --git a/stubdom/grub.patches/10graphics.di

Re: [Xen-devel] [BUG] Emulation issues

El 29/07/15 a les 12.27, Paul Durrant ha escrit: >> -Original Message- >> From: Roger Pau Monné [mailto:roger@citrix.com] >> Sent: 29 July 2015 11:17 >> To: xen-devel; Andrew Cooper; Paul Durrant >> Subject: [BUG] Emulation issues >> >> Hello, >> >> While trying to debug a hotplug scrip

Re: [Xen-devel] [BUG] Emulation issues

> -Original Message- > From: Roger Pau Monné [mailto:roger@citrix.com] > Sent: 29 July 2015 11:37 > To: Paul Durrant; xen-devel; Andrew Cooper > Subject: Re: [BUG] Emulation issues > > El 29/07/15 a les 12.27, Paul Durrant ha escrit: > >> -Original Message- > >> From: Roger Pau

Re: [Xen-devel] unable to boot from cdrom using OVMF in latest xen-unstable

Il 29/07/2015 11:58, Wei Liu ha scritto: On Wed, Jul 29, 2015 at 11:31:30AM +0200, Fabio Fantoni wrote: Today I retried ovmf after long time from previous, I tried old fedora 20 uefi domUs and still boot correctly but trying to boot from cdrom using boot='dc' or boot='d' don't boot from cdrom (s

Re: [Xen-devel] unable to boot from cdrom using OVMF in latest xen-unstable

On Wed, Jul 29, 2015 at 12:42:41PM +0200, Fabio Fantoni wrote: > Il 29/07/2015 11:58, Wei Liu ha scritto: > >On Wed, Jul 29, 2015 at 11:31:30AM +0200, Fabio Fantoni wrote: > >>Today I retried ovmf after long time from previous, I tried old fedora 20 > >>uefi domUs and still boot correctly but tryin

Re: [Xen-devel] [PATCH for-4.6 5/8] tools/libxl: Save and restore EMULATOR_XENSTORE_DATA content

On Tue, Jul 28, 2015 at 10:44:40PM +0100, Andrew Cooper wrote: > The new EMULATOR_XENSTORE_DATA content is a sequence of NUL terminated > key/value strings, with the key relative to the device model's xenstore > tree. > > A sample might look like (as decoded by verify-stream-v2): > > Emulator

Re: [Xen-devel] Second regression due to libxl: Remove linux udev rules (2ba368d13893402b2f1fb3c283ddcc714659dd9b)

El 29/07/15 a les 11.03, Ian Campbell ha escrit: > On Tue, 2015-07-28 at 15:47 -0400, Konrad Rzeszutek Wilk wrote: >> Hey, >> >> I launch a bunch of guests at the same time or in parallel and >> the scripts end up timing out with: > > Are you sure you have cleaned out all the old udev .rules file

Re: [Xen-devel] unable to boot from cdrom using OVMF in latest xen-unstable

Il 29/07/2015 12:44, Wei Liu ha scritto: On Wed, Jul 29, 2015 at 12:42:41PM +0200, Fabio Fantoni wrote: Il 29/07/2015 11:58, Wei Liu ha scritto: On Wed, Jul 29, 2015 at 11:31:30AM +0200, Fabio Fantoni wrote: Today I retried ovmf after long time from previous, I tried old fedora 20 uefi domUs a

Re: [Xen-devel] [PATCH for-4.6 2/8] tools/libxl: Assert that libxl__ao_inprogress_gc() is not called with NULL

Andrew Cooper writes ("[PATCH for-4.6 2/8] tools/libxl: Assert that libxl__ao_inprogress_gc() is not called with NULL"): > libxl__ao_inprogress_gc() is hidden behind various macros used to > construct local variables. Assert() that NULL is not passed, to make > such an error very obvious, rather

Re: [Xen-devel] unable to boot from cdrom using OVMF in latest xen-unstable

On Wed, Jul 29, 2015 at 12:59:04PM +0200, Fabio Fantoni wrote: > Il 29/07/2015 12:44, Wei Liu ha scritto: > >On Wed, Jul 29, 2015 at 12:42:41PM +0200, Fabio Fantoni wrote: > >>Il 29/07/2015 11:58, Wei Liu ha scritto: > >>>On Wed, Jul 29, 2015 at 11:31:30AM +0200, Fabio Fantoni wrote: > Today I

Re: [Xen-devel] [PATCH 0/8] Use correctly the Xen memory terminologies in Linux

On 28/07/15 16:02, Julien Grall wrote: > Hi all, > > This patch series aims to use the memory terminologies described in > include/linux/mm.h [1] for Linux xen code. I mistakenly wrote the wrong include here. It should be include/xen/mm.h from the Xen tree: http://xenbits.xen.org/gitweb/?p=xen.g

Re: [Xen-devel] [PATCH 4/8] xen: Use the correctly the Xen memory terminologies

On 28/07/15 18:16, David Vrabel wrote: > On 28/07/15 16:02, Julien Grall wrote: >> Based on include/xen/mm.h [1], Linux is mistakenly using MFN when GFN >> is meant, I suspect this is because the first support for Xen was for >> PV. This brough some misimplementation of helpers on ARM and make the

Re: [Xen-devel] [PATCH for-4.6 8/8] tools/libxl: Drop all legacy "toolstack" record infrastructure

On Tue, Jul 28, 2015 at 10:44:43PM +0100, Andrew Cooper wrote: > No functional change. It is not used any more. > > Signed-off-by: Andrew Cooper > --- > CC: Ian Campbell > CC: Ian Jackson > CC: Wei Liu Acked-by: Wei Liu ___ Xen-devel mailing list

Re: [Xen-devel] xen-unstabel + linux 4.2: MMIO emulation failed: d23v0 64bit @ 0010:ffffffff814e2b1c -> 66 89 02 48 8d 55 c0 48 89 5d c0 44 89 65 c8 e8

Wednesday, July 29, 2015, 11:06:37 AM, you wrote: >> -Original Message- >> From: li...@eikelenboom.it [mailto:li...@eikelenboom.it] >> Sent: 28 July 2015 22:16 >> To: Andrew Cooper >> Cc: xen-devel@lists.xen.org; Paul Durrant >> Subject: Re: [Xen-devel] xen-unstabel + linux 4.2: MMIO emul

Re: [Xen-devel] [PATCH for-4.6 7/8] libxl/save&restore&convert: Switch to new EMULATOR_XENSTORE_DATA records

On Tue, Jul 28, 2015 at 10:44:42PM +0100, Andrew Cooper wrote: > Read and write "toolstack" information using the new > EMULATOR_XENSTORE_DATA record, and have the conversion script take care > of the old format. > > The entire libxc and libxl migration v2 streams are now bitness-neutral > in thei

Re: [Xen-devel] unable to boot from cdrom using OVMF in latest xen-unstable

Il 29/07/2015 13:04, Wei Liu ha scritto: On Wed, Jul 29, 2015 at 12:59:04PM +0200, Fabio Fantoni wrote: Il 29/07/2015 12:44, Wei Liu ha scritto: On Wed, Jul 29, 2015 at 12:42:41PM +0200, Fabio Fantoni wrote: Il 29/07/2015 11:58, Wei Liu ha scritto: On Wed, Jul 29, 2015 at 11:31:30AM +0200, Fa

Re: [Xen-devel] unable to boot from cdrom using OVMF in latest xen-unstable

On Wed, Jul 29, 2015 at 01:15:24PM +0200, Fabio Fantoni wrote: [...] > >(d14) BIOS map: > >(d14) ffe0-: Main BIOS > >(d14) E820 table: > >(d14) [00]: : - :000a: RAM > >(d14) HOLE: :000a - :000f > >(d14) [01]: :000f - 00

Re: [Xen-devel] [PATCH for-4.6 3/8] tools/libxl: Make libxl__conversion_helper_abort() safe to use

Andrew Cooper writes ("[PATCH for-4.6 3/8] tools/libxl: Make libxl__conversion_helper_abort() safe to use"): > STATE_AO_GC(chs->ao) uses chs->ao before determining whether the helper > is active. In the case that the helper has not been started, its ao > will not have been set up. I am not happy

Re: [Xen-devel] [PATCH 4/8] xen: Use the correctly the Xen memory terminologies

Hi Boris, On 28/07/15 20:12, Boris Ostrovsky wrote: > On 07/28/2015 11:02 AM, Julien Grall wrote: >> Based on include/xen/mm.h [1], Linux is mistakenly using MFN when GFN >> is meant, I suspect this is because the first support for Xen was for >> PV. This brough some misimplementation of helpers o

Re: [Xen-devel] [PATCH 4/8] xen: Use the correctly the Xen memory terminologies

Hi Chris, On 28/07/15 20:39, Chris (Christopher) Brand wrote: >> Based on include/xen/mm.h [1], Linux is mistakenly using MFN when GFN is >> meant, >> I suspect this is because the first support for Xen was for PV. This brough >> some > Typo : "brought" > Perhaps "resulted in" would be better ?

Re: [Xen-devel] [PATCH for-4.6 4/8] docs/libxl: Re-specify XENSTORE_DATA as EMULATOR_XENSTORE_DATA

Andrew Cooper writes ("[PATCH for-4.6 4/8] docs/libxl: Re-specify XENSTORE_DATA as EMULATOR_XENSTORE_DATA"): > The legacy "toolstack" record as implemented in libxl turns out not to > be 32/64bit safe. As migration v2 has not shipped yet, take this > opportunity to adjust the specification and fi

Re: [Xen-devel] [PATCH 4/8] xen: Use the correctly the Xen memory terminologies

Hi Wei, On 29/07/15 11:13, Wei Liu wrote: > On Tue, Jul 28, 2015 at 04:02:45PM +0100, Julien Grall wrote: > [...] >> diff --git a/drivers/net/xen-netback/netback.c >> b/drivers/net/xen-netback/netback.c >> index 7d50711..3b7b7c3 100644 >> --- a/drivers/net/xen-netback/netback.c >> +++ b/drivers/n

Re: [Xen-devel] [PATCH for-4.6 0/2] Replace FSF street address with canonical URL

For tools: Acked-by: Wei Liu ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH 4/8] xen: Use the correctly the Xen memory terminologies

On 29/07/15 12:35, Julien Grall wrote: > Hi Wei, > > On 29/07/15 11:13, Wei Liu wrote: >> On Tue, Jul 28, 2015 at 04:02:45PM +0100, Julien Grall wrote: >> [...] >>> diff --git a/drivers/net/xen-netback/netback.c >>> b/drivers/net/xen-netback/netback.c >>> index 7d50711..3b7b7c3 100644 >>> --- a/d

Re: [Xen-devel] [PATCH 4/8] xen: Use the correctly the Xen memory terminologies

On Wed, Jul 29, 2015 at 12:35:54PM +0100, Julien Grall wrote: > Hi Wei, > > On 29/07/15 11:13, Wei Liu wrote: > > On Tue, Jul 28, 2015 at 04:02:45PM +0100, Julien Grall wrote: > > [...] > >> diff --git a/drivers/net/xen-netback/netback.c > >> b/drivers/net/xen-netback/netback.c > >> index 7d50711

Re: [Xen-devel] [PATCH for-4.6 5/8] tools/libxl: Save and restore EMULATOR_XENSTORE_DATA content

Andrew Cooper writes ("[PATCH for-4.6 5/8] tools/libxl: Save and restore EMULATOR_XENSTORE_DATA content"): > The new EMULATOR_XENSTORE_DATA content is a sequence of NUL terminated > key/value strings, with the key relative to the device model's xenstore > tree. > > A sample might look like (as de

Re: [Xen-devel] [PATCH for-4.6 6/8] tools/libxl: Prepare to write multiple records with EMULATOR headers

Andrew Cooper writes ("[PATCH for-4.6 6/8] tools/libxl: Prepare to write multiple records with EMULATOR headers"): > With the newly specified EMULATOR_XENSTORE_DATA record, there are two > libxl records with an emulator subheader. Refactor the existing code to > make future additions easier. ...

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

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

Re: [Xen-devel] [PATCH for-4.6 7/8] libxl/save&restore&convert: Switch to new EMULATOR_XENSTORE_DATA records

Andrew Cooper writes ("[PATCH for-4.6 7/8] libxl/save&restore&convert: Switch to new EMULATOR_XENSTORE_DATA records"): > Read and write "toolstack" information using the new > EMULATOR_XENSTORE_DATA record, and have the conversion script take care > of the old format. ... > +LOG(ERROR,

Re: [Xen-devel] [PATCH for-4.6 8/8] tools/libxl: Drop all legacy "toolstack" record infrastructure

Andrew Cooper writes ("[PATCH for-4.6 8/8] tools/libxl: Drop all legacy "toolstack" record infrastructure"): > No functional change. It is not used any more. Acked-by: Ian Jackson ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.or

Re: [Xen-devel] [BUG] Emulation issues

On 29/07/15 11:36, Roger Pau Monné wrote: > El 29/07/15 a les 12.27, Paul Durrant ha escrit: >>> -Original Message- >>> From: Roger Pau Monné [mailto:roger@citrix.com] >>> Sent: 29 July 2015 11:17 >>> To: xen-devel; Andrew Cooper; Paul Durrant >>> Subject: [BUG] Emulation issues >>> >>>

Re: [Xen-devel] [BUG] Emulation issues

> -Original Message- > From: Roger Pau Monné [mailto:roger@citrix.com] > Sent: 29 July 2015 11:37 > To: Paul Durrant; xen-devel; Andrew Cooper > Subject: Re: [BUG] Emulation issues > > El 29/07/15 a les 12.27, Paul Durrant ha escrit: > >> -Original Message- > >> From: Roger Pau

[Xen-devel] [qemu-upstream-unstable test] 60061: regressions - FAIL

flight 60061 qemu-upstream-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/60061/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-ovmf-amd64 11 guest-saverestore fail REGR. vs. 58880 Regression

Re: [Xen-devel] unable to boot from cdrom using OVMF in latest xen-unstable

Il 29/07/2015 13:20, Wei Liu ha scritto: On Wed, Jul 29, 2015 at 01:15:24PM +0200, Fabio Fantoni wrote: [...] (d14) BIOS map: (d14) ffe0-: Main BIOS (d14) E820 table: (d14) [00]: : - :000a: RAM (d14) HOLE: :000a - :000f (d14) [0

Re: [Xen-devel] [BUG] Emulation issues

El 29/07/15 a les 14.41, Paul Durrant ha escrit: >> -Original Message- >> From: Roger Pau Monné [mailto:roger@citrix.com] >> Sent: 29 July 2015 11:37 >> To: Paul Durrant; xen-devel; Andrew Cooper >> Subject: Re: [BUG] Emulation issues >> >> El 29/07/15 a les 12.27, Paul Durrant ha escri

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

Hi Dario, On 29/07/15 10:05, Dario Faggioli wrote: > On Wed, 2015-07-29 at 06:42 +, osstest service owner wrote: >> flight 60076 xen-unstable real [real] >> http://logs.test-lab.xenproject.org/osstest/logs/60076/ >> >> Regressions :-( >> >> Tests which did not succeed and are blocking, >> incl

Re: [Xen-devel] [PATCH 4/8] xen: Use the correctly the Xen memory terminologies

On 07/29/2015 07:25 AM, Julien Grall wrote: Hi Boris, On 28/07/15 20:12, Boris Ostrovsky wrote: On 07/28/2015 11:02 AM, Julien Grall wrote: Based on include/xen/mm.h [1], Linux is mistakenly using MFN when GFN is meant, I suspect this is because the first support for Xen was for PV. This broug

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

On 29/07/15 15:10, Julien Grall wrote: > Hi Dario, > > On 29/07/15 10:05, Dario Faggioli wrote: >> On Wed, 2015-07-29 at 06:42 +, osstest service owner wrote: >>> flight 60076 xen-unstable real [real] >>> http://logs.test-lab.xenproject.org/osstest/logs/60076/ >>> >>> Regressions :-( >>> >>> T

Re: [Xen-devel] [PATCH v2 for-4.6 3/3] tools/libxl: Only continue stream operations if the stream is still in progress

On Wed, 2015-07-29 at 15:17 +0100, Ian Campbell wrote: > On Tue, 2015-07-28 at 18:07 +0100, Ian Jackson wrote: > > Andrew Cooper writes ("Re: [PATCH v2 for-4.6 3/3] tools/libxl: Only > > continue stream operations if the stream is still in progress"): > > > check_all_finished() must only ever be c

Re: [Xen-devel] [PATCH v2 for-4.6 3/3] tools/libxl: Only continue stream operations if the stream is still in progress

On Tue, 2015-07-28 at 18:07 +0100, Ian Jackson wrote: > Andrew Cooper writes ("Re: [PATCH v2 for-4.6 3/3] tools/libxl: Only > continue stream operations if the stream is still in progress"): > > check_all_finished() must only ever be called once for each started > > task. Having > > > > if ( inu

Re: [Xen-devel] [PATCH v4 0/3] x86: modify_ldt improvement, test, and config option

On 29/07/15 06:28, Andy Lutomirski wrote: > On Tue, Jul 28, 2015 at 8:01 PM, Boris Ostrovsky > wrote: >> On 07/28/2015 08:47 PM, Andrew Cooper wrote: >>> On 29/07/2015 01:21, Andy Lutomirski wrote: On Tue, Jul 28, 2015 at 10:10 AM, Boris Ostrovsky wrote: > On 07/28/2015 01:07 PM, An

Re: [Xen-devel] [PATCH 4/8] xen: Use the correctly the Xen memory terminologies

On 29/07/15 15:14, Boris Ostrovsky wrote: >> static inline unsigned long pfn_to_gfn(unsigned long pfn) >> { >> if (xen_feature(XENFEAT_autotranslated_physmap)) >> return pfn; >> else >> return pfn_to_mfn(pfn); >> } > > > But you'd still say 'op.arg1.mfn = pfn_to_gfn(pfn);'

[Xen-devel] [xen-unstable bisection] complete test-amd64-amd64-xl-qemuu-ovmf-amd64

branch xen-unstable xen branch xen-unstable job test-amd64-amd64-xl-qemuu-ovmf-amd64 test debian-hvm-install Tree: linux git://xenbits.xen.org/linux-pvops.git Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git Tree: qemu git://xenbits.xen.org/staging/qemu-xen-unstable.git Tree: q

Re: [Xen-devel] [PATCH v3 32/32] libxl: allow the creation of HVM domains without a device model.

El 28/07/15 a les 13.22, Wei Liu ha escrit: > On Fri, Jul 03, 2015 at 01:35:10PM +0200, Roger Pau Monne wrote: >> Replace the firmware loaded into HVM guests with an OS kernel. Since the HVM >> builder now uses the PV xc_dom_* set of functions this kernel will be parsed >> and loaded inside the gue

Re: [Xen-devel] [PATCH v4 0/3] x86: modify_ldt improvement, test, and config option

On 07/29/2015 10:21 AM, Andrew Cooper wrote: On 29/07/15 06:28, Andy Lutomirski wrote: On Tue, Jul 28, 2015 at 8:01 PM, Boris Ostrovsky wrote: On 07/28/2015 08:47 PM, Andrew Cooper wrote: On 29/07/2015 01:21, Andy Lutomirski wrote: On Tue, Jul 28, 2015 at 10:10 AM, Boris Ostrovsky wrote: O

Re: [Xen-devel] [PATCH v3 32/32] libxl: allow the creation of HVM domains without a device model.

On Wed, Jul 29, 2015 at 04:43:17PM +0200, Roger Pau Monné wrote: [...] > >> > >> It is recommended to accept the default value for new guests. If > >> diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c > >> index e9a2d26..a6690cf 100644 > >> --- a/tools/libxl/libxl.c > >> +++ b/tools/libxl/

Re: [Xen-devel] [PATCH 4/8] xen: Use the correctly the Xen memory terminologies

On 07/29/2015 10:23 AM, Julien Grall wrote: On 29/07/15 15:14, Boris Ostrovsky wrote: static inline unsigned long pfn_to_gfn(unsigned long pfn) { if (xen_feature(XENFEAT_autotranslated_physmap)) return pfn; else return pfn_to_mfn(pfn); } But you'd still say 'op.arg1

Re: [Xen-devel] [PATCH v3 32/32] libxl: allow the creation of HVM domains without a device model.

On 29/07/15 15:43, Roger Pau Monné wrote: >> There is a path that dm_present contains garbage. > Please take into account that I've removed the last break in > LIBXL_DOMAIN_TYPE_HVM, so now the LIBXL_DOMAIN_TYPE_HVM case expands > into the LIBXL_DOMAIN_TYPE_PV case. As a general note, please mark

Re: [Xen-devel] [PATCH for-4.6 0/8] Fix libxl TOOLSTACK records for migration v2

On Tue, 2015-07-28 at 22:44 +0100, Andrew Cooper wrote: > > Andrew Cooper (8): > tools/libxl: Only continue stream operations if the stream is still in > progress > tools/libxl: Assert that libxl__ao_inprogress_gc() is not called with > NULL I applied these two. __

Re: [Xen-devel] [PATCH for-4.6 v3] libxlu: properly free buffer in PCI related functions

On Tue, 2015-07-28 at 17:23 +0100, Wei Liu wrote: > Free buffer in both success and failure paths. > > Signed-off-by: Wei Liu Acked + applied. > --- > tools/libxl/libxlu_pci.c | 10 ++ > 1 file changed, 6 insertions(+), 4 deletions(-) > > diff --git a/tools/libxl/libxlu_pci.c b/tools/

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

flight 60105 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/60105/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-ovmf-amd64 11 guest-saverestore fail REGR. vs. 59964 version targeted for testing

Re: [Xen-devel] [PATCH v5 05/22] xen/arm: ITS: Port ITS driver to Xen

Hi Julien, Can you please explain what is the problem with making a function non-static for compilation purpose and later make it static when used? In anycase we are going to merge all the patches at once. Regards Vijay On Tue, Jul 28, 2015 at 10:16 PM, Julien Grall wrote: > Hi Vijay, > > On

Re: [Xen-devel] Second regression due to libxl: Remove linux udev rules (2ba368d13893402b2f1fb3c283ddcc714659dd9b)

On Wed, Jul 29, 2015 at 12:52:37PM +0200, Roger Pau Monné wrote: > El 29/07/15 a les 11.03, Ian Campbell ha escrit: > > On Tue, 2015-07-28 at 15:47 -0400, Konrad Rzeszutek Wilk wrote: > >> Hey, > >> > >> I launch a bunch of guests at the same time or in parallel and > >> the scripts end up timing

Re: [Xen-devel] unable to boot from cdrom using OVMF in latest xen-unstable

On Wed, Jul 29, 2015 at 03:25:29PM +0200, Fabio Fantoni wrote: > Il 29/07/2015 13:20, Wei Liu ha scritto: > >On Wed, Jul 29, 2015 at 01:15:24PM +0200, Fabio Fantoni wrote: > >[...] > >>>(d14) BIOS map: > >>>(d14) ffe0-: Main BIOS > >>>(d14) E820 table: > >>>(d14) [00]: :00

Re: [Xen-devel] [PATCHv2 06/10] xen/balloon: only hotplug additional memory if required

On Fri, Jul 24, 2015 at 12:47:44PM +0100, David Vrabel wrote: > Now that we track the total number of pages (included hotplugged > regions), it is easy to determine if more memory needs to be > hotplugged. > > Add a new BP_WAIT state to signal that the balloon process needs to > wait until kicked b

Re: [Xen-devel] [PATCHv2 06/10] xen/balloon: only hotplug additional memory if required

On 29/07/15 16:55, Daniel Kiper wrote: > On Fri, Jul 24, 2015 at 12:47:44PM +0100, David Vrabel wrote: >> --- a/drivers/xen/balloon.c >> +++ b/drivers/xen/balloon.c >> @@ -75,12 +75,14 @@ >> * balloon_process() state: >> * >> * BP_DONE: done or nothing to do, >> + * BP_WAIT: wait to be resche

Re: [Xen-devel] [PATCH v5 05/22] xen/arm: ITS: Port ITS driver to Xen

On Wed, 2015-07-29 at 20:52 +0530, Vijay Kilari wrote: > Hi Julien, > > Can you please explain what is the problem with making a function > non-static for compilation purpose and later make it static when used? It's noise in the series, which makes it harder to review and it is noise in the his

Re: [Xen-devel] [PATCHv2 09/10] x86/xen: export xen_alloc_p2m_entry()

On Fri, Jul 24, 2015 at 12:47:47PM +0100, David Vrabel wrote: > Rename alloc_p2m() to xen_alloc_p2m_entry() and export it. > > This is useful for ensuring that a p2m entry is allocated (i.e., not a > shared missing or identity entry) so that subsequent set_phys_to_machine() > calls will require no

Re: [Xen-devel] [PATCH v5 05/22] xen/arm: ITS: Port ITS driver to Xen

On Wed, Jul 29, 2015 at 9:36 PM, Ian Campbell wrote: > On Wed, 2015-07-29 at 20:52 +0530, Vijay Kilari wrote: >> Hi Julien, >> >> Can you please explain what is the problem with making a function >> non-static for compilation purpose and later make it static when used? > > It's noise in the seri

[Xen-devel] [PATCH OSSTEST] get_hostflags: return an empty list when there is no flight/job.

From: Ian Campbell Otherwise trying to use mg-hosts mkpxedir fails with: $ OSSTEST_CONFIG=production-config-cambridge ./mg-hosts mkpxedir -n rice-weevil 2015-07-27 10:12:28 Z serial method sympathy rice-weevil: osstser1.xs.citrite.net /root/sympathy/rice-weevil /root/sympathy/rice-weevil.log*

[Xen-devel] [PATCH for 4.6] x86/p2m.c: fix missed off-by-one in altp2m commit

Signed-off-by: Ravi Sahita --- xen/arch/x86/mm/p2m.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/xen/arch/x86/mm/p2m.c b/xen/arch/x86/mm/p2m.c index ff8be31..667b4c2 100644 --- a/xen/arch/x86/mm/p2m.c +++ b/xen/arch/x86/mm/p2m.c @@ -2076,7 +2076,7 @@ bool_t p2m_switch_vcpu

[Xen-devel] [PATCH for 4.6] x86/hvm.c: fix regression in guest destruction

As reported by Wei Lu on July 27 2015 Signed-off-by: Ravi Sahita --- xen/arch/x86/hvm/hvm.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/xen/arch/x86/hvm/hvm.c b/xen/arch/x86/hvm/hvm.c index ec1d797..6a56216 100644 --- a/xen/arch/x86/hvm/hvm.c +++ b/xen/arch/x86/hvm/hvm

Re: [Xen-devel] Regression in guest destruction caused by altp2m

>From: Wei Liu [mailto:wei.l...@citrix.com] >Sent: Wednesday, July 29, 2015 3:04 AM > >On Mon, Jul 27, 2015 at 11:26:36PM +, Sahita, Ravi wrote: >[...] >> >> This makes me think it doesn't matter if I do "xl destroy" or just >> >> normal shutdown. And another test to normally shutdown guest >>

Re: [Xen-devel] [PATCH for 4.6] x86/hvm.c: fix regression in guest destruction

On 29/07/15 17:39, Ravi Sahita wrote: > As reported by Wei Lu on July 27 2015 Reported-by: Wei Liu > Signed-off-by: Ravi Sahita Reviewed-by: Andrew Cooper > --- > xen/arch/x86/hvm/hvm.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/xen/arch/x86/hvm/hvm.c b/xen/

Re: [Xen-devel] [PATCH for 4.6] x86/p2m.c: fix missed off-by-one in altp2m commit

On 29/07/15 17:40, Ravi Sahita wrote: > Signed-off-by: Ravi Sahita Reviewed-by: Andrew Cooper > --- > xen/arch/x86/mm/p2m.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/xen/arch/x86/mm/p2m.c b/xen/arch/x86/mm/p2m.c > index ff8be31..667b4c2 100644 > --- a/xen/arch/x8

Re: [Xen-devel] [PATCH for 4.6] x86/hvm.c: fix regression in guest destruction

On Wed, Jul 29, 2015 at 05:44:38PM +0100, Andrew Cooper wrote: > On 29/07/15 17:39, Ravi Sahita wrote: > > As reported by Wei Lu on July 27 2015 > > Reported-by: Wei Liu > > > Signed-off-by: Ravi Sahita > > Reviewed-by: Andrew Cooper > Tested-by: Wei Liu > > --- > > xen/arch/x86/hvm/hvm.

  1   2   >