[Xen-devel] [PATCH v2] build: use correct qemu path in systemd service file and init script

When --with-system-qemu is used, it is possible that we cannot find qemu-system-i386 in LIBEXEC_BIN, which can cause error in xencommons init script and xen-qemu-dom0-disk-backend.service systemd service. Signed-off-by: Ting-Wei Lan --- Changed since v1: * Don't repeat qemu-system-i386 everywhe

Re: [Xen-devel] HVM guest max memory allocation

> -Original Message- > From: Wei Liu [mailto:wei.l...@citrix.com] > Sent: Friday, July 24, 2015 3:29 PM > To: Hao, Xudong > Cc: xen-devel@lists.xen.org; Wu, Feng; wei.l...@citrix.com > Subject: Re: [Xen-devel] HVM guest max memory allocation > > On Fri, Jul 24, 2015 at 06:04:53AM +, Ha

Re: [Xen-devel] [v4 16/17] vmx: Add some scheduler hooks for VT-d posted interrupts

> -Original Message- > From: Dario Faggioli [mailto:dario.faggi...@citrix.com] > Sent: Tuesday, July 28, 2015 10:16 PM > To: Wu, Feng > Cc: xen-devel@lists.xen.org; Keir Fraser; Jan Beulich; Andrew Cooper; Tian, > Kevin; George Dunlap > Subject: Re: [v4 16/17] vmx: Add some scheduler hook

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

On 30/07/2015 00:13, Andy Lutomirski wrote: > On Wed, Jul 29, 2015 at 4:02 PM, Andrew Cooper > wrote: >> On 29/07/2015 23:49, Boris Ostrovsky wrote: >>> On 07/29/2015 06:46 PM, David Vrabel wrote: On 29/07/2015 23:11, Andrew Cooper wrote: > On 29/07/2015 23:05, Andy Lutomirski wrote:

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

On Wed, Jul 29, 2015 at 4:02 PM, Andrew Cooper wrote: > On 29/07/2015 23:49, Boris Ostrovsky wrote: >> On 07/29/2015 06:46 PM, David Vrabel wrote: >>> >>> On 29/07/2015 23:11, Andrew Cooper wrote: On 29/07/2015 23:05, Andy Lutomirski wrote: > On Wed, Jul 29, 2015 at 2:37 PM, Andrew Cooper

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

On 29/07/2015 23:49, Boris Ostrovsky wrote: > On 07/29/2015 06:46 PM, David Vrabel wrote: >> >> On 29/07/2015 23:11, Andrew Cooper wrote: >>> On 29/07/2015 23:05, Andy Lutomirski wrote: On Wed, Jul 29, 2015 at 2:37 PM, Andrew Cooper wrote: > On 29/07/2015 22:26, Andy Lutomirski wrote

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

On 29/07/2015 23:49, Boris Ostrovsky wrote: > On 07/29/2015 06:46 PM, David Vrabel wrote: >> >> On 29/07/2015 23:11, Andrew Cooper wrote: >>> On 29/07/2015 23:05, Andy Lutomirski wrote: On Wed, Jul 29, 2015 at 2:37 PM, Andrew Cooper wrote: > On 29/07/2015 22:26, Andy Lutomirski wro

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

On 07/29/2015 06:46 PM, David Vrabel wrote: On 29/07/2015 23:11, Andrew Cooper wrote: On 29/07/2015 23:05, Andy Lutomirski wrote: On Wed, Jul 29, 2015 at 2:37 PM, Andrew Cooper wrote: On 29/07/2015 22:26, Andy Lutomirski wrote: On Wed, Jul 29, 2015 at 2:23 PM, Boris Ostrovsky wrote: On 07

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

On 29/07/2015 23:11, Andrew Cooper wrote: > On 29/07/2015 23:05, Andy Lutomirski wrote: >> On Wed, Jul 29, 2015 at 2:37 PM, Andrew Cooper >> wrote: >>> On 29/07/2015 22:26, Andy Lutomirski wrote: On Wed, Jul 29, 2015 at 2:23 PM, Boris Ostrovsky wrote: > On 07/29/2015 03:03 PM, And

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

On 07/29/2015 06:11 PM, Andrew Cooper wrote: On 29/07/2015 23:05, Andy Lutomirski wrote: On Wed, Jul 29, 2015 at 2:37 PM, Andrew Cooper wrote: On 29/07/2015 22:26, Andy Lutomirski wrote: On Wed, Jul 29, 2015 at 2:23 PM, Boris Ostrovsky wrote: On 07/29/2015 03:03 PM, Andrew Cooper wrote: On

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

On 29/07/2015 23:05, Andy Lutomirski wrote: > On Wed, Jul 29, 2015 at 2:37 PM, Andrew Cooper > wrote: >> On 29/07/2015 22:26, Andy Lutomirski wrote: >>> On Wed, Jul 29, 2015 at 2:23 PM, Boris Ostrovsky >>> wrote: On 07/29/2015 03:03 PM, Andrew Cooper wrote: > On 29/07/15 15:43, Boris Ost

Re: [Xen-devel] [PATCH 1/3] libxl: fix ref counting of libxlMigrationDstArgs

On 07/20/2015 09:28 AM, Olaf Hering wrote: On Thu, Jul 16, Jim Fehlig wrote: @@ -448,6 +438,8 @@ libxlDomainMigrationPrepare(virConnectPtr dconn, virObjectUnref(socks[i]); } VIR_FREE(socks); +virObjectUnref(args); This is now below the 'error' label, so args has to be

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

On Wed, Jul 29, 2015 at 2:37 PM, Andrew Cooper wrote: > On 29/07/2015 22:26, Andy Lutomirski wrote: >> On Wed, Jul 29, 2015 at 2:23 PM, Boris Ostrovsky >> wrote: >>> On 07/29/2015 03:03 PM, Andrew Cooper wrote: On 29/07/15 15:43, Boris Ostrovsky wrote: > FYI, I have got a repro now and a

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

On 29/07/2015 22:26, Andy Lutomirski wrote: > On Wed, Jul 29, 2015 at 2:23 PM, Boris Ostrovsky > wrote: >> On 07/29/2015 03:03 PM, Andrew Cooper wrote: >>> On 29/07/15 15:43, Boris Ostrovsky wrote: FYI, I have got a repro now and am investigating. >>> Good and bad news. This bug has nothing

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

On 07/29/2015 05:26 PM, Andy Lutomirski wrote: On Wed, Jul 29, 2015 at 2:23 PM, Boris Ostrovsky wrote: On 07/29/2015 03:03 PM, Andrew Cooper wrote: On 29/07/15 15:43, Boris Ostrovsky wrote: FYI, I have got a repro now and am investigating. Good and bad news. This bug has nothing to do with

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

On Wed, Jul 29, 2015 at 2:23 PM, Boris Ostrovsky wrote: > On 07/29/2015 03:03 PM, Andrew Cooper wrote: >> >> On 29/07/15 15:43, Boris Ostrovsky wrote: >>> >>> FYI, I have got a repro now and am investigating. >> >> Good and bad news. This bug has nothing to do with LDTs themselves. >> >> I have w

[Xen-devel] Xen-unstable + Linux 4.2-rc4: GPF RIP: e030:[] [] detach_if_pending+0x18/0x80

Hi, Running on Xen testing a 4.2-rc4 kernel it got the crash below. Could this be related to the changes in 3bb475a3446facd0425d3f2fe7e85bf03c5c6c05 ? It crashes dom0 when i put some strain onto the network + bridge. -- Sander [ 2108.078763] general protection fault: [#1] SMP [ 2108.1

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

On 07/29/2015 03:03 PM, Andrew Cooper wrote: On 29/07/15 15:43, Boris Ostrovsky wrote: FYI, I have got a repro now and am investigating. Good and bad news. This bug has nothing to do with LDTs themselves. I have worked out what is going on, but this: diff --git a/arch/x86/xen/enlighten.c b/a

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

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

[Xen-devel] [PATCH RFC] ARM/IRQ-Crossbar: Make Xen aware of devices being statically mapped in the IRQ crossbar.

In general, Xen needs to own very few interrupts to run. Most of these are timer PPIs, which do not involve the crossbar. The notable exception to this is the serial device, which is an SPI. On the DRA7 chips, this involves going through the interrupt crossbar. As the device tree entry will contai

[Xen-devel] [PATCH RFC] Traps: Enable pass-through SMC call support for guest OS's.

Originally, Xen did not allow for guests to make SMC calls. However, on the DRA7 chips, the kernel needs to make several SMC calls to interact with the secure ROM code. There are two solutions for solving this in the patch. The selected method is to simply allow the kernel to make the call, withou

[Xen-devel] [PATCH RFC] DRA7: Add specific mappings for devices/regions not in the device tree.

The DRA7 chip, which is similar to the OMAP5 chip, also requires specific mappings. These are MMIO mappings which are not explicitly stated in the device tree, so Xen does not know to map them. This patch adds these regions required by the DRA7 to be mapped. Signed-off-by: Brandon Perez --- xen/

[Xen-devel] [PATCH RFC] DRA7: Add specific mappings for devices/regions not in the device tree.

The DRA7 chip, which is similar to the OMAP5 chip, also requires specific mappings. These are MMIO mappings which are not explicitly stated in the device tree, so Xen does not know to map them. This patch adds these regions required by the DRA7 to be mapped. Signed-off-by: Brandon Perez --- xen/

[Xen-devel] [PATCH RFC] ARM/IRQ-Crossbar: Make Xen aware of devices being statically mapped in the IRQ crossbar.

In general, Xen needs to own very few interrupts to run. Most of these are timer PPIs, which do not involve the crossbar. The notable exception to this is the serial device, which is an SPI. On the DRA7 chips, this involves going through the interrupt crossbar. As the device tree entry will contai

[Xen-devel] [PATCH RFC] Traps: Enable pass-through SMC call support for guest OS's.

Originally, Xen did not allow for guests to make SMC calls. However, on the DRA7 chips, the kernel needs to make several SMC calls to interact with the secure ROM code. There are two solutions for solving this in the patch. The selected method is to simply allow the kernel to make the call, withou

Re: [Xen-devel] [Xen-Devel] Enabling IRQ Crossbar (Secondary Interrupt Controller) Support

On 07/21/2015 11:12 AM, Ian Campbell wrote: On Tue, 2015-07-21 at 10:07 -0400, Brandon Perez wrote: I'm not sure that these patches are quite ready yet to be put into the Xen repo. That's ok, but even for an RFC (Request For Comments) please post them one patch per email in the manner o

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

On 29/07/15 15:43, Boris Ostrovsky wrote: > FYI, I have got a repro now and am investigating. Good and bad news. This bug has nothing to do with LDTs themselves. I have worked out what is going on, but this: diff --git a/arch/x86/xen/enlighten.c b/arch/x86/xen/enlighten.c index 5abeaac..7e1a82e

[Xen-devel] Arndale secondary CPU boot issue Was Re: [xen-unstable test] 60076: regressions - FAIL

On 29/07/15 15:15, Julien Grall wrote: >>> Can it be that things are "just" slow, since we're creating a 4 vcpus >>> guest on a 1 pcpu (not so powerful, I guess) host? >> >> The arndale board has a 2 physical CPUs. Although it looks like that the >> secondary cpu is never coming up: >> >> Jul 28 01

Re: [Xen-devel] [PATCH for-2.4 0/3] Migration regressions with Xen.

This is a critical issue for Xen as migration either with the same version of QEMU, or from a previous version of QEMU is broken. Any suggestion on how to move forward? On Tue, Jul 28, 2015 at 04:54:42PM +0100, Anthony PERARD wrote: > Hi, > > We've spotted several regression which prevent migrat

[Xen-devel] [PATCH OSSTEST] sg-run-job: don't specify tclsh version

Jessie has tclsh 8.6 but not 8.4. There is no need to specify a version for tclsh. Signed-off-by: Wei Liu --- sg-run-job | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sg-run-job b/sg-run-job index bba52ed..ec64d2a 100755 --- a/sg-run-job +++ b/sg-run-job @@ -1,4 +1,4 @@ -#!

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.

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 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] 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 >>

[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

[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 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*

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

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, 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 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] [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] 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] 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] [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

[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 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/

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 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 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 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 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.

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

[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 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);'

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 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 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] [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 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

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] [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] 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

[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] [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] [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] [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

[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 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. ...

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 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 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 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

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 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 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 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 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] 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] 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] [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] 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 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] [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 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] 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 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

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] 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] [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] 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] 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] [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] [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

[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

[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] [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

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

  1   2   >