[Xen-devel] [distros-debian-wheezy test] 44330: tolerable trouble: blocked/broken

flight 44330 distros-debian-wheezy real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44330/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): build-armhf-pvops 3 host-install(3) broken like 44278 build-armhf

Re: [Xen-devel] [sh_eth.c] Problem in dma_map_single()

Hi Konrad, Did you read the reply? How do I fix it? Thanks,Wonseok Sent from Outlook Mobile On Tue, Apr 12, 2016 at 10:10 AM -0700, "Konrad Rzeszutek Wilk" wrote: On Tue, Apr 12, 2016 at 04:54:55PM +0900, Wonseok Ko wrote: > Hi, > > I'm trying to enable ethernet driver in Domain0 f

Re: [Xen-devel] Fixing libvirt's libxl driver breakage -- where to define LIBXL_API_VERSION?

On Wed, 2016-04-13 at 17:31 -0600, Jim Fehlig wrote: > > On Tue, Apr 12, 2016 at 10:31 PM, Jim Fehlig > > wrote: > > >  > I'll knock up a patch to set the LIBXL_API_VERSION to 0x040200. The > only APIs > that have changed since 0x040200 are libxl_set_vcpuaffinity and > libxl_domain_create_restore,

Re: [Xen-devel] [PATCH] libxl: use LIBXL_API_VERSION 0x040200

On Wed, 2016-04-13 at 17:37 -0600, Jim Fehlig wrote: > To ensure the libvirt libxl driver will build with future versions > of Xen where the libxl API may change in incompatible ways, > explicitly use LIBXL_API_VERSION 0x040200. The libxl driver > does use new libxl APIs that have been added since

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

On 14/04/16 08:31, Razvan Cojocaru wrote: > On 04/14/16 09:09, Juergen Gross wrote: >> On 14/04/16 07:56, Razvan Cojocaru wrote: >>> This indeed doesn't guard against LOCKed instructions being run in >>> parallel with and without emulation, however that is a case that should >>> almost never occur

[Xen-devel] Request for XEN source code

Dear all I need XEN hyper-visor source code. Kindly send me *Thanks and Regards,* Zakira Inayat Ph.D Scholar in University of Malaya, Malaysia ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

On 14/04/2016 08:46, Juergen Gross wrote: > On 14/04/16 08:31, Razvan Cojocaru wrote: >> On 04/14/16 09:09, Juergen Gross wrote: >>> On 14/04/16 07:56, Razvan Cojocaru wrote: This indeed doesn't guard against LOCKed instructions being run in parallel with and without emulation, however th

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

On 14/04/2016 06:56, Razvan Cojocaru wrote: > >>> --- a/xen/common/domain.c >>> +++ b/xen/common/domain.c >>> @@ -272,6 +272,8 @@ struct domain *domain_create(domid_t domid, unsigned >>> int domcr_flags, >> > >> >TRACE_1D(TRC_DOM0_DOM_ADD, d->domain_id); >> > >>> +percpu_rwlock_resource

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

On 04/14/2016 11:07 AM, Andrew Cooper wrote: > On 14/04/2016 06:56, Razvan Cojocaru wrote: >> --- a/xen/common/domain.c +++ b/xen/common/domain.c @@ -272,6 +272,8 @@ struct domain *domain_create(domid_t domid, unsigned int domcr_flags, >>> > >>> >TRACE_1D(TRC_DOM0_DOM_ADD

Re: [Xen-devel] Request for XEN source code

On 14/04/16 09:58, Zakirasafi wrote: > Dear all I need XEN hyper-visor source code. Kindly send me http://lmgtfy.com/?q=xen+source+code Juergen ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Re: [Xen-devel] [libvirt] [PATCH] libxl: use LIBXL_API_VERSION 0x040200

On Wed, Apr 13, 2016 at 05:37:05PM -0600, Jim Fehlig wrote: To ensure the libvirt libxl driver will build with future versions of Xen where the libxl API may change in incompatible ways, explicitly use LIBXL_API_VERSION 0x040200. The libxl driver does use new libxl APIs that have been added since

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

On 14/04/16 10:01, Andrew Cooper wrote: > On 14/04/2016 08:46, Juergen Gross wrote: >> On 14/04/16 08:31, Razvan Cojocaru wrote: >>> On 04/14/16 09:09, Juergen Gross wrote: On 14/04/16 07:56, Razvan Cojocaru wrote: > This indeed doesn't guard against LOCKed instructions being run in >

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

On 04/14/2016 11:18 AM, Juergen Gross wrote: > On 14/04/16 10:01, Andrew Cooper wrote: >> On 14/04/2016 08:46, Juergen Gross wrote: >>> On 14/04/16 08:31, Razvan Cojocaru wrote: On 04/14/16 09:09, Juergen Gross wrote: > On 14/04/16 07:56, Razvan Cojocaru wrote: >> This indeed doesn't g

Re: [Xen-devel] [PATCH] libxl: use LIBXL_API_VERSION 0x040200

On Thu, Apr 14, 2016 at 12:37 AM, Jim Fehlig wrote: > To ensure the libvirt libxl driver will build with future versions > of Xen where the libxl API may change in incompatible ways, > explicitly use LIBXL_API_VERSION 0x040200. The libxl driver > does use new libxl APIs that have been added since

[Xen-devel] [linux-mingo-tip-master test] 91240: regressions - FAIL

flight 91240 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/91240/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-rumpuserxen 6 xen-build fail REGR. vs. 60684 build-i386

Re: [Xen-devel] [for-4.7 1/2] xen/bitops: Introduce macros to generate mask

Hi Andrew, On 13/04/2016 19:14, Andrew Cooper wrote: On 13/04/16 16:55, Julien Grall wrote: The code has been imported from the header include/linux/bitops.h in Linux v4.6-rc3. Signed-off-by: Julien Grall --- Cc: Ian Jackson Cc: Jan Beulich Cc: Keir Fraser Cc: Tim Deegan --- xen/includ

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

On 04/14/2016 07:35 AM, Jan Beulich wrote: >> --- a/xen/arch/x86/hvm/emulate.c >> >+++ b/xen/arch/x86/hvm/emulate.c >> >@@ -25,6 +25,8 @@ > >#include > >#include > > >> >+DEFINE_PERCPU_RWLOCK_GLOBAL(emulate_locked_rwlock); > You should try hard to make this static. On second though, this woul

[Xen-devel] [libvirt test] 91230: tolerable FAIL - PUSHED

flight 91230 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/91230/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 14 guest-saverestorefail never pass test-armhf-armhf-libvirt 12 migrate-sup

Re: [Xen-devel] [for-4.7 1/2] xen/bitops: Introduce macros to generate mask

Hi Jan, On 14/04/2016 05:01, Jan Beulich wrote: Julien Grall 04/13/16 6:01 PM >>> --- a/xen/include/xen/bitops.h +++ b/xen/include/xen/bitops.h @@ -3,6 +3,17 @@ >#include > >/* + * Create a contiguous bitmask starting at bit position @l and ending at + * position @h. For example + * G

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

On 04/14/2016 08:56 AM, Razvan Cojocaru wrote: >>> --- a/xen/arch/x86/mm.c >>> >> +++ b/xen/arch/x86/mm.c >>> >> @@ -112,6 +112,7 @@ >> > >#include >> > >#include >> > >#include >>> >> +#include >> > >> > This header shouldn't be included here. You need to move the declarations >> > elsewh

[Xen-devel] explain the meaning of some informations

hello does any body can explain what mean this (XEN) Cpus: 0-1 (XEN) Scheduler: SMP Credit Scheduler (credit) (XEN) info: (XEN) ncpus = 2 (XEN) master = 0 (XEN) credit = 600 (XEN) credit balance = 107 (XEN) weight = 512 (XEN) runq_sort = 55 (XEN) default-weight = 256 (XEN) tslice = 30ms (XEN) ra

Re: [Xen-devel] [PATCH V2] vm_event: Allow subscribing to write events for specific MSR-s

On 04/13/2016 06:05 PM, Tamas K Lengyel wrote: > > > On Wed, Apr 13, 2016 at 9:01 AM, Andrew Cooper > mailto:andrew.coop...@citrix.com>> wrote: > > On 13/04/16 15:56, Razvan Cojocaru wrote: > > On 04/13/2016 05:52 PM, Tamas K Lengyel wrote: > >> >> diff --git a/xen/include/public

Re: [Xen-devel] HVMLite / PVHv2 - using x86 EFI boot entry

On 13/04/16 19:54, Luis R. Rodriguez wrote: > On Wed, Apr 13, 2016 at 11:05:00AM +0100, George Dunlap wrote: >> On Tue, Apr 12, 2016 at 11:12 PM, Luis R. Rodriguez >> wrote: >>> Also, x86 does have a history of short DT use. Just pointing that its there >>> as >>> an option as well. I'll Cc you

Re: [Xen-devel] HVMLite / PVHv2 - using x86 EFI boot entry

On 13/04/16 20:52, Luis R. Rodriguez wrote: > On Wed, Apr 13, 2016 at 04:44:54PM +0100, George Dunlap wrote: >> On Thu, Apr 7, 2016 at 7:51 PM, Luis R. Rodriguez wrote: >>> So more to it, if the EFI entry already provides a way into Linux >>> in a more streamlined fashion bringing it closer to the

Re: [Xen-devel] [PATCH v2 3/3] x86/ioreq server: Add HVMOP to map guest ram with p2m_ioreq_server to an ioreq server

On 4/12/2016 11:08 PM, Jan Beulich wrote: "Yu, Zhang" 04/12/16 11:47 AM >>> On 4/12/2016 12:31 AM, Jan Beulich wrote: On 11.04.16 at 13:14, wrote: On 4/9/2016 6:28 AM, Jan Beulich wrote: On 31.03.16 at 12:53, wrote: +if ( s->id == id ) +{ +rc = p2m_set_ioreq_

Re: [Xen-devel] HVMLite / PVHv2 - using x86 EFI boot entry

On 13/04/16 20:14, Luis R. Rodriguez wrote: > On Wed, Apr 13, 2016 at 03:02:26PM -0400, Konrad Rzeszutek Wilk wrote: >> On Wed, Apr 13, 2016 at 08:50:10PM +0200, Luis R. Rodriguez wrote: >>> On Wed, Apr 13, 2016 at 11:54:29AM +0200, Roger Pau Monné wrote: On Fri, Apr 08, 2016 at 11:58:54PM +02

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

flight 91226 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/91226/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt-pair 21 guest-migrate/src_host/dst_host fail REGR. vs. 86491 test-amd64-am

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

On 13/04/16 13:26, Razvan Cojocaru wrote: > LOCK-prefixed instructions are currenly allowed to run in parallel > in x86_emulate(), which can lead the guest into an undefined state. > This patch fixes the issue. Is this sufficient? What if another VCPU is running on another PCPU and doing an unemu

Re: [Xen-devel] [PATCH v2 3/3] x86/ioreq server: Add HVMOP to map guest ram with p2m_ioreq_server to an ioreq server

On 4/11/2016 7:15 PM, Yu, Zhang wrote: On 4/8/2016 7:01 PM, George Dunlap wrote: On 08/04/16 11:10, Yu, Zhang wrote: [snip] BTW, I noticed your reply has not be CCed to mailing list, and I also wonder if we should raise this last question in community? Oops -- that was a mistake on my part.

Re: [Xen-devel] OCaml compilation issues (staging) under ARM32 (ocaml-4.01)

On 13/04/16 21:28, Konrad Rzeszutek Wilk wrote: Hey, Hi Konrad, As I was testing xSplice I had compile issues to Andrew's CPUID work which was easy to fix: Nice catch! It seems that osstest does not build the OCaml tools at all on x86 and ARM because the compiler is not installed. Ian

[Xen-devel] run xen on hikey board

hello to build xen on hikey board ..only should i write make dist-xen XEN_TARGET_ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- there is no CONFIG_EARLY_PRINTK like other board (omap5432 , cubie ..) Regards ___ Xen-devel mailing list Xen-devel@lists.x

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

On 04/14/2016 01:35 PM, David Vrabel wrote: > On 13/04/16 13:26, Razvan Cojocaru wrote: >> LOCK-prefixed instructions are currenly allowed to run in parallel >> in x86_emulate(), which can lead the guest into an undefined state. >> This patch fixes the issue. > > Is this sufficient? What if anoth

Re: [Xen-devel] explain the meaning of some informations

On Thu, 2016-04-14 at 11:28 +0200, aicha hamza wrote: > hello > does any body can explain what mean this > Hello, Start by reading this: http://wiki.xenproject.org/wiki/Asking_Developer_Questions and stopping using HTML for emails. > (XEN) Cpus: 0-1 > (XEN) Scheduler: SMP Credit Scheduler (cred

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

On Thu, 2016-04-14 at 10:18 +, osstest service owner wrote: > flight 91226 xen-unstable real [real] > http://logs.test-lab.xenproject.org/osstest/logs/91226/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: >  test-amd64-i386-libv

[Xen-devel] Code Review Dashboard (nearly-complete)

Hi folks, the code review dashboard is nearly complete. The read-only version is accessible via https://kibana.bitergia.com/xen We added plenty of documentation in the Documentation menu at the top, which explains how the panels and various use-cases work. Items still to do: * We have not been

Re: [Xen-devel] [PATCH] libxl: use LIBXL_API_VERSION 0x040200

On Thu, 2016-04-14 at 09:33 +0100, George Dunlap wrote: > On Thu, Apr 14, 2016 at 12:37 AM, Jim Fehlig > wrote: > >  > > diff --git a/src/libxl/libxl_conf.h b/src/libxl/libxl_conf.h > > index 3c0eafb..24e2911 100644 > > --- a/src/libxl/libxl_conf.h > > +++ b/src/libxl/libxl_conf.h > > @@ -69,18 +6

[Xen-devel] xl migrate regression in staging

Migration from staging-4.5.3f802a5 to staging-4-7.3dac42f fails with a HVM guest: root@anonymi:~ # xl migrate domU host migration target: Ready to receive domain. Saving to migration stream new xl format (info 0x1/0x0/2677) xc: error: error polling suspend notification channel: -1: Internal erro

[Xen-devel] Xen Security Advisory 174 (CVE-2016-3961) - hugetlbfs use may crash PV Linux guests

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Xen Security Advisory CVE-2016-3961 / XSA-174 version 3 hugetlbfs use may crash PV Linux guests UPDATES IN VERSION 3 Public release. ISSUE DESCRIPTION =

Re: [Xen-devel] xl migrate regression in staging

On 14/04/16 14:03, Olaf Hering wrote: > Migration from staging-4.5.3f802a5 to staging-4-7.3dac42f fails with a HVM > guest: > > > root@anonymi:~ # xl migrate domU host > migration target: Ready to receive domain. > Saving to migration stream new xl format (info 0x1/0x0/2677) > xc: error: error pol

Re: [Xen-devel] [PATCH v8.1 09/27] x86/mm: Introduce modify_xen_mappings()

On Wed, Apr 13, 2016 at 10:07:18PM -0600, Jan Beulich wrote: > >>> Konrad Rzeszutek Wilk 04/14/16 12:03 AM >>> > >-/* If we are done with the L2E, check if it is now empty. */ > >-if ( (v != e) && (l1_table_offset(v) != 0) ) > >+/* > >+ * If we not d

Re: [Xen-devel] xl migrate regression in staging

On Thu, Apr 14, Olaf Hering wrote: > Migration from staging-4.5.3f802a5 to staging-4-7.3dac42f fails with a HVM > guest: > root@anonymi:~ # xl migrate domU host Related to that: The domU--incoming on "host" is not destroyed. Which part of 'xl migrate' would be responsible to do the 'xl destroy

[Xen-devel] [linux-3.16 test] 91249: regressions - FAIL

flight 91249 linux-3.16 real [real] http://logs.test-lab.xenproject.org/osstest/logs/91249/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-libvirt-pair 21 guest-migrate/src_host/dst_host fail REGR. vs. 85048 Tests which are

Re: [Xen-devel] xl migrate regression in staging

On Thu, Apr 14, Andrew Cooper wrote: > Can you do an `xl save` to file on the source side, and on the > destination side manually invoke convert-legacy-stream and > verify-stream-v2 (both of which are also specifically usable on the > command line as well as automatically) ? This will identify if

Re: [Xen-devel] [sh_eth.c] Problem in dma_map_single()

On Wed, Apr 13, 2016 at 02:18:09PM +0900, Wonseok Ko wrote: > Hi Konrad, > > In dma_capable(), it checks that mask, size and address of device. > > Currently, it dosen't pass to first condition code as below: > > if (!dev->dma_mask) > > return 0; > > It shows the device doesn't

Re: [Xen-devel] xl migrate regression in staging

On Thu, Apr 14, Olaf Hering wrote: > On Thu, Apr 14, Andrew Cooper wrote: > > > Can you do an `xl save` to file on the source side, and on the > > destination side manually invoke convert-legacy-stream and > > verify-stream-v2 (both of which are also specifically usable on the > > command line as

Re: [Xen-devel] explain the meaning of some informations

thanks for your reply I am actually trying to generate some important information about xen , dom0 ... i have xen runnig on omap board i didn't understand ( credit = 600 ) and the difference between credit and credit balance Regards On Thu, Apr 14, 2016 at 1:45 PM, Dario Faggioli wrote: > On T

Re: [Xen-devel] xl migrate regression in staging

On 14/04/16 14:52, Olaf Hering wrote: > On Thu, Apr 14, Andrew Cooper wrote: > >> Can you do an `xl save` to file on the source side, and on the >> destination side manually invoke convert-legacy-stream and >> verify-stream-v2 (both of which are also specifically usable on the >> command line as we

Re: [Xen-devel] [PATCH v12 1/2] libxl: add support for vscsi

On 13/04/16 10:56, Olaf Hering wrote: > Port pvscsi support from xend to libxl: > > vscsi=['pdev,vdev{,options}'] > xl scsi-attach > xl scsi-detach > xl scsi-list > > Signed-off-by: Olaf Hering > Cc: Ian Jackson > Cc: Stefano Stabellini > Cc: Ian Campbell > Cc: Wei Liu > --- > docs/man/

Re: [Xen-devel] xl migrate regression in staging

On Thu, Apr 14, Andrew Cooper wrote: > How large is save.img? domU.cfg has memory=1024, save.img has 1076188625. Olaf ___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH v8.1] xSplice v1 design and implementation.

> Julien, Stefano, I dropped Julien's Ack on > > [PATCH v8.1 11/27] xsplice: Implement payload loading > > as Jan's expressed a desire not to have BITS_PER_LONG exposed > in the public headers. I've put CONFIG_ARM_32 in there. On IRC > Stefano was OK (relucantly) with it. > > Patchset has been

Re: [Xen-devel] explain the meaning of some informations

On Thu, 2016-04-14 at 16:02 +0200, aicha hamza wrote: > thanks for your reply  > You are welcome. You are still using HTML, though, and you are top posting. Both should stop. > I am  actually trying to generate some  important information about > xen , dom0 ... > So "generate some important info

Re: [Xen-devel] [PATCH v12 1/2] libxl: add support for vscsi

On Thu, Apr 14, Juergen Gross wrote: > On 13/04/16 10:56, Olaf Hering wrote: > > +back = flexarray_make(gc, i, 1); > Shouldn't be this in the loop below? Otherwise the array might be > expanded with the same entries several times in case of a transaction > collision. I think the result would

Re: [Xen-devel] [PATCH v8.1] xSplice v1 design and implementation.

On 14/04/16 15:26, Konrad Rzeszutek Wilk wrote: Julien, Stefano, Hi Konrad, Are you guys OK with this? It does compile under ARM/ARM64 without trouble. If you are OK I will re-instate Julien's Ack on the patch that uses and introduces this: (xsplice: Implement support for applying/reverting/r

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

Dario Faggioli writes ("Re: [Xen-devel] [xen-unstable test] 91226: regressions - FAIL"): > This is merlot again! :-/ > > As said to Wei on IRC, I can try to look into this (i.e., the issues > with merlot in general), but only next week, after the hackathon. For now, I think we have concluded tha

Re: [Xen-devel] [PATCH v12 1/2] libxl: add support for vscsi

On 14/04/16 16:27, Olaf Hering wrote: > On Thu, Apr 14, Juergen Gross wrote: > >> On 13/04/16 10:56, Olaf Hering wrote: >>> +back = flexarray_make(gc, i, 1); >> Shouldn't be this in the loop below? Otherwise the array might be >> expanded with the same entries several times in case of a transa

Re: [Xen-devel] [PATCH v12 1/2] libxl: add support for vscsi

On Thu, Apr 14, Juergen Gross wrote: > Overwriting the array pointer is done in other places already. Seems > as if this would be the way to go. See device_disk_add() in libxl.c Yes, there is no other way. Calling flexarray_free works only with NO_GC allocations. Olaf __

Re: [Xen-devel] [libvirt] Request for XEN source code

On Thu, Apr 14, 2016 at 03:58:55PM +0800, Zakirasafi wrote: > Dear all I need XEN hyper-visor source code. Kindly send me This mailing list is for the libvirt project, not the Xen project - libvirt merely uses Xen. Please use the Xen project website http://www.xenproject.org/ to find what you're l

Re: [Xen-devel] [for-4.7 1/2] xen/bitops: Introduce macros to generate mask

>>> Julien Grall 04/14/16 10:55 AM >>> >On 14/04/2016 05:01, Jan Beulich wrote: > Julien Grall 04/13/16 6:01 PM >>> >>> --- a/xen/include/xen/bitops.h >>> +++ b/xen/include/xen/bitops.h >>> @@ -3,6 +3,17 @@ >> >#include >> > >> >/* >>> + * Create a contiguous bitmask starting at bit po

Re: [Xen-devel] xl migrate regression in staging

On 14/04/16 15:15, Olaf Hering wrote: > On Thu, Apr 14, Andrew Cooper wrote: > >> How large is save.img? > domU.cfg has memory=1024, save.img has 1076188625. > > Olaf Can you repro with a smaller domain? Does it compress well? Can you post it somewhere I can get my hands on it? ~Andrew ___

Re: [Xen-devel] [PATCH v8.1 22/27] XENVER_build_id/libxc: Provide ld-embedded build-id

On Wed, Apr 13, 2016 at 06:02:03PM -0400, Konrad Rzeszutek Wilk wrote: > If the hypervisor was built with build-ids we can expose the > build-id value to the toolstack (if it is not built with > it will just return -ENODATA). This is a priviligied operation > so only the controlling stack is able t

Re: [Xen-devel] [PATCH v8.1 22/27] XENVER_build_id/libxc: Provide ld-embedded build-id

On 04/13/2016 06:02 PM, Konrad Rzeszutek Wilk wrote: If the hypervisor was built with build-ids we can expose the build-id value to the toolstack (if it is not built with it will just return -ENODATA). This is a priviligied operation so only the controlling stack is able to request this. Signed-

Re: [Xen-devel] [PATCH v8.1 23/27] libxl: info: Display build_id of the hypervisor.

On Wed, Apr 13, 2016 at 06:02:04PM -0400, Konrad Rzeszutek Wilk wrote: > If the hypervisor is built with we will display it. > > Signed-off-by: Konrad Rzeszutek Wilk > --- > CC: Ian Jackson > CC: Wei Liu Acked-by: Wei Liu One nit below. > const libxl_version_info* libxl_get_version_info(li

Re: [Xen-devel] [for-4.7 1/2] xen/bitops: Introduce macros to generate mask

Hi Jan, On 14/04/16 15:56, Jan Beulich wrote: Julien Grall 04/14/16 10:55 AM >>> On 14/04/2016 05:01, Jan Beulich wrote: Julien Grall 04/13/16 6:01 PM >>> --- a/xen/include/xen/bitops.h +++ b/xen/include/xen/bitops.h @@ -3,6 +3,17 @@ >#include > >/* + * Create a contiguous bitma

Re: [Xen-devel] [PATCH v8.1] xSplice v1 design and implementation.

On 14/04/16 15:26, Konrad Rzeszutek Wilk wrote: > @@ -312,8 +307,8 @@ struct xsplice_patch_func { > }; > > > -The size of the structure is 64 bytes or 52 bytes if compiled under 32-bit > -hypervisors. > +The size of the structure is 64 bytes on 64-bit hypervisors. It will be > +52 on 32-bit

Re: [Xen-devel] REST MAINTAINERS feedback requested Was:Re: [PATCH v5 01/28] HYPERCALL_version_op. New hypercall mirroring XENVER_ but sane.

On Wed, Apr 13, 2016 at 5:07 PM, Ian Jackson wrote: > Jan Beulich writes ("Re: [Xen-devel] REST MAINTAINERS feedback requested > Was:Re: [PATCH v5 01/28] HYPERCALL_version_op. New hypercall mirroring > XENVER_ but sane."): >> George Dunlap 04/12/16 11:58 AM >>> >> >2. Use the existing hypercall

Re: [Xen-devel] [PATCH v8.1] xSplice v1 design and implementation.

>>> Andrew Cooper 04/14/16 5:14 PM >>> >On 14/04/16 15:26, Konrad Rzeszutek Wilk wrote: >> @@ -312,8 +307,8 @@ struct xsplice_patch_func { >> }; >> >> >> -The size of the structure is 64 bytes or 52 bytes if compiled under 32-bit >> -hypervisors. >> +The size of the structure is 64 bytes on

Re: [Xen-devel] [PATCH V2] vm_event: Allow subscribing to write events for specific MSR-s

>>> Razvan Cojocaru 04/14/16 11:37 AM >>> >On 04/13/2016 06:05 PM, Tamas K Lengyel wrote: >> >> Yea, well then we need to introduce a new struct with a new subop to >> pass the bitmask. I guess its a lesson in ABI design to leave some >> wiggle room for future-proofing it (my bad). So I guess we

Re: [Xen-devel] [for-4.7 1/2] xen/bitops: Introduce macros to generate mask

>>> Julien Grall 04/14/16 5:08 PM >>> >On 14/04/16 15:56, Jan Beulich wrote: > Julien Grall 04/14/16 10:55 AM >>> >>> On 14/04/2016 05:01, Jan Beulich wrote: >>> Julien Grall 04/13/16 6:01 PM >>> > --- a/xen/include/xen/bitops.h > +++ b/xen/include/xen/bitops.h > @@ -3,6 +3,1

Re: [Xen-devel] xl migrate regression in staging

On Thu, Apr 14, 2016 at 03:03:01PM +0200, Olaf Hering wrote: > Migration from staging-4.5.3f802a5 to staging-4-7.3dac42f fails with a HVM > guest: > > > root@anonymi:~ # xl migrate domU host > migration target: Ready to receive domain. > Saving to migration stream new xl format (info 0x1/0x0/267

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

>>> Razvan Cojocaru 04/14/16 10:50 AM >>> >On 04/14/2016 07:35 AM, Jan Beulich wrote: >>> --- a/xen/arch/x86/hvm/emulate.c >>> >+++ b/xen/arch/x86/hvm/emulate.c >>> >@@ -25,6 +25,8 @@ >> >#include >> >#include >> > >>> >+DEFINE_PERCPU_RWLOCK_GLOBAL(emulate_locked_rwlock); >> You should try ha

Re: [Xen-devel] [PATCH V2] vm_event: Allow subscribing to write events for specific MSR-s

On Thu, Apr 14, 2016 at 9:20 AM, Jan Beulich wrote: > >>> Razvan Cojocaru 04/14/16 11:37 AM >>> > >On 04/13/2016 06:05 PM, Tamas K Lengyel wrote: > >> > >> Yea, well then we need to introduce a new struct with a new subop to > >> pass the bitmask. I guess its a lesson in ABI design to leave some

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

>>> Razvan Cojocaru 04/14/16 11:08 AM >>> >On 04/14/2016 08:56 AM, Razvan Cojocaru wrote: --- a/xen/arch/x86/mm.c >> +++ b/xen/arch/x86/mm.c >> @@ -112,6 +112,7 @@ >>> > >#include >>> > >#include >>> > >#include >> +#include >>> > >>> > This header shouldn't be include

Re: [Xen-devel] xl migrate regression in staging

On Thu, Apr 14, Wei Liu wrote: > Maybe go back to 96ae556569b8eaedc0bb242932842c3277b515d8 and try again? > Then 5cf46a66883ad7a56c5bdee97696373473f80974 and try? So that I can > know if it is related to COLO series. No, don't try to bisect that > because it's broken in the middle. I think I took

Re: [Xen-devel] [PATCH V2] vm_event: Allow subscribing to write events for specific MSR-s

On 04/14/2016 06:33 PM, Tamas K Lengyel wrote: > > > On Thu, Apr 14, 2016 at 9:20 AM, Jan Beulich > wrote: > > >>> Razvan Cojocaru > 04/14/16 11:37 AM >>> > >On 04/13/2016 06:05 PM, Tamas K Lengyel wrote: > >> > >>

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

On 04/14/2016 06:31 PM, Jan Beulich wrote: Razvan Cojocaru 04/14/16 10:50 AM >>> >> On 04/14/2016 07:35 AM, Jan Beulich wrote: --- a/xen/arch/x86/hvm/emulate.c > +++ b/xen/arch/x86/hvm/emulate.c > @@ -25,6 +25,8 @@ >>> >#include >>> >#include >>> > > +DEFINE_PERCPU_RWLOC

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

>>> Razvan Cojocaru 04/14/16 1:43 PM >>> >On 04/14/2016 01:35 PM, David Vrabel wrote: >> On 13/04/16 13:26, Razvan Cojocaru wrote: >>> LOCK-prefixed instructions are currenly allowed to run in parallel >>> in x86_emulate(), which can lead the guest into an undefined state. >>> This patch fixes the

Re: [Xen-devel] Code Review Dashboard (nearly-complete)

On Thu, Apr 14, 2016 at 01:26:29PM +0100, Lars Kurth wrote: > Hi folks, > > the code review dashboard is nearly complete. The read-only version is > accessible via https://kibana.bitergia.com/xen > > We added plenty of documentation in the Documentation menu at the top, which > explains how the

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

Razvan Cojocaru 04/14/16 7:57 AM >>> >On 04/14/16 07:35, Jan Beulich wrote: > Razvan Cojocaru 04/13/16 7:53 PM >>> >>> @@ -1589,6 +1591,8 @@ x86_emulate( >> >} >> >done_prefixes: >> > >>> +ops->smp_lock(lock_prefix); >>> + >> >if ( rex_prefix & REX_W ) >> >op_by

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

On 04/14/2016 06:40 PM, Jan Beulich wrote: Razvan Cojocaru 04/14/16 1:43 PM >>> >> On 04/14/2016 01:35 PM, David Vrabel wrote: >>> On 13/04/16 13:26, Razvan Cojocaru wrote: LOCK-prefixed instructions are currenly allowed to run in parallel in x86_emulate(), which can lead the guest

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

On 14/04/16 16:40, Jan Beulich wrote: Razvan Cojocaru 04/14/16 1:43 PM >>> >> On 04/14/2016 01:35 PM, David Vrabel wrote: >>> On 13/04/16 13:26, Razvan Cojocaru wrote: LOCK-prefixed instructions are currenly allowed to run in parallel in x86_emulate(), which can lead the guest into

Re: [Xen-devel] Running Xen on Nvidia Jetson-TK1

Hi Everyone, On Fri, Apr 8, 2016 at 5:57 PM, Ian Campbell wrote: >> > In your patch for *Hacky* support for Jetsok-TK1 you said that you >> > were able to run guests on >> > Jetson-tk1 board with Xen. Can I know which kernel version you used as >> > dom0 (and possibly domU guests)? > > I'm afraid

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

On 04/14/2016 06:44 PM, Jan Beulich wrote: > Razvan Cojocaru 04/14/16 7:57 AM >>> >> On 04/14/16 07:35, Jan Beulich wrote: >> Razvan Cojocaru 04/13/16 7:53 PM >>> @@ -1589,6 +1591,8 @@ x86_emulate( >>> >} >>> >done_prefixes: >>> > +ops->smp_lock(lock_prefix); +

Re: [Xen-devel] REST MAINTAINERS feedback requested Was:Re: [PATCH v5 01/28] HYPERCALL_version_op. New hypercall mirroring XENVER_ but sane.

>>> George Dunlap 04/14/16 5:16 PM >>> >On the other hand, I think there's a bit of a faulty interpretation of >the procedure here. Jan reviewed the patch thoroughly and then acked >it; on the basis of that, Konrad legitimately checked it in. After it >was checked in Jan said, "I've changed my m

Re: [Xen-devel] [PATCH v4 1/3] libxc: do some retries in xc_cpupool_removecpu() for EBUSY case

Juergen Gross writes ("[PATCH v4 1/3] libxc: do some retries in xc_cpupool_removecpu() for EBUSY case"): > The hypervisor might return EBUSY when trying to remove a cpu from a > cpupool when a domain running in this cpupool has pinned a vcpu > temporarily. Do some retries in this case, perhaps the

Re: [Xen-devel] [PATCH v4 2/3] libxl: print message how to recover from xl cpupool-cpu-remove errors

Juergen Gross writes ("[PATCH v4 2/3] libxl: print message how to recover from xl cpupool-cpu-remove errors"): > An error occurring when calling "xl cpupool-cpu-remove" might leave > the system in a state where a cpu is neither completely free nor in > a cpupool. Surely this is a bug. Can it not

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

>>> Razvan Cojocaru 04/14/16 5:45 PM >>> >On 04/14/2016 06:40 PM, Jan Beulich wrote: >> To be honest, just having remembered that we do the write back for locked >> instructions using CMPXCHG, I'd first of all like to see a proper description >> of "the _whole_ issue". > >I believe at least part o

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

>>> Andrew Cooper 04/14/16 5:46 PM >>> >Short of having the instruction emulator convert any locked instruction >into a stub, I can't think of a solution which works for both emulated >and non-emulated instructions. That's my understanding too. Jan _

Re: [Xen-devel] [PATCH v4 3/3] libxl: add force option for xl vcpu-pin

Juergen Gross writes ("[PATCH v4 3/3] libxl: add force option for xl vcpu-pin"): > In order to be able to undo a vcpu pin override in case of a kernel > driver error add a flag "-f" to the "xl vcpu-pin" command forcing the > hypervisor to undo the override. ... > +Specifying I<-f> or I<--force> wil

Re: [Xen-devel] [PATCH v4 0/3] add hypercall option to temporarily pin a vcpu

Konrad Rzeszutek Wilk writes ("Re: [Xen-devel] [PATCH v4 0/3] add hypercall option to temporarily pin a vcpu"): > Applied. Damn, I see I am too late with my review. I will propose to revert some of this. :-/. Ian. ___ Xen-devel mailing list Xen-devel

Re: [Xen-devel] [for-4.7] x86/emulate: synchronize LOCKed instruction emulation

>>> Razvan Cojocaru 04/14/16 6:00 PM >>> >On 04/14/2016 06:44 PM, Jan Beulich wrote: >> That's the performance effect on the hypervisor you talk about. But what >> about >> the guest, which all of the sudden gets another domain wide lock applied? > >Well, yes, there's bound to be some performance

Re: [Xen-devel] [PATCH v8.1 02/27] Revert "HYPERCALL_version_op. New hypercall mirroring XENVER_ but sane."

>>> Konrad Rzeszutek Wilk 04/14/16 12:04 AM >>> >This reverts commit 2716d875379d538c1dfccad78a99ca7db2e09f90. > >As it was decided that the existing XENVER hypercall - while having >grown organically over the years can still be expanded. > >Signed-off-by: Konrad Rzeszutek Wilk Requested-and-ack

[Xen-devel] [PATCH] monitor: Rename vm_event_monitor_get_capabilities to arch_monitor_get_capabilities

The monitor_get_capabilities check actually belongs to the monitor subsystem so relocating and renaming it to sanitize the code's name and location. Signed-off-by: Tamas K Lengyel Cc: Razvan Cojocaru Cc: Keir Fraser Cc: Jan Beulich Cc: Andrew Cooper Cc: Stefano Stabellini Cc: Julien Grall -

Re: [Xen-devel] [PATCH] monitor: Rename vm_event_monitor_get_capabilities to arch_monitor_get_capabilities

On 14/04/16 17:33, Tamas K Lengyel wrote: > The monitor_get_capabilities check actually belongs to the monitor subsystem > so > relocating and renaming it to sanitize the code's name and location. > > Signed-off-by: Tamas K Lengyel > Cc: Razvan Cojocaru > Cc: Keir Fraser > Cc: Jan Beulich > Cc

Re: [Xen-devel] [PATCH v8.1 04/27] xen/xsplice: Hypervisor implementation of XEN_XSPLICE_op

>>> Konrad Rzeszutek Wilk 04/14/16 12:05 AM >>> > @@ -460,6 +461,11 @@ long do_sysctl(XEN_GUEST_HANDLE_PARAM(xen_sysctl_t) > u_sysctl) > ret = tmem_control(&op->u.tmem_op); > break; > > +case XEN_SYSCTL_xsplice_op: > +ret = xsplice_op(&op->u.xsplice); > +copyb

Re: [Xen-devel] [PATCH] monitor: Rename vm_event_monitor_get_capabilities to arch_monitor_get_capabilities

On 04/14/16 19:33, Tamas K Lengyel wrote: > The monitor_get_capabilities check actually belongs to the monitor subsystem > so > relocating and renaming it to sanitize the code's name and location. > > Signed-off-by: Tamas K Lengyel > Cc: Razvan Cojocaru > Cc: Keir Fraser > Cc: Jan Beulich > C

Re: [Xen-devel] [PATCH v8.1 07/27] arm/x86: Use struct virtual_region to do bug, symbol, and (x86) exception tables lookup.

>>> Konrad Rzeszutek Wilk 04/14/16 12:04 AM >>> >+/* >+ * RCU locking. Additions are done either at startup (when there is only >+ * one CPU) or when all CPUs are running without IRQs. >+ * >+ * Deletions are big tricky. We do it when xSplicing (all CPUs running "big tricky"? >+ * without IRQs)

[Xen-devel] Update SeaBIOS to include 8a0df3

Hello, I would like to request an update of the SeaBIOS repository to include the latest commits in the 1.9-stable branch. I'm only interested in commit 8a0df3, which is basically our current version (rel-1.9.1) plus a build fix for FreeBSD (or for objcopy implementations that are strict regard

Re: [Xen-devel] REST MAINTAINERS feedback requested Was:Re: [PATCH v5 01/28] HYPERCALL_version_op. New hypercall mirroring XENVER_ but sane.

>>> George Dunlap 04/14/16 6:20 PM >>> >On Thu, Apr 14, 2016 at 4:59 PM, Jan Beulich wrote: > George Dunlap 04/14/16 5:16 PM >>> >>>On the other hand, I think there's a bit of a faulty interpretation of >>>the procedure here. Jan reviewed the patch thoroughly and then acked >>>it; on the ba

Re: [Xen-devel] [PATCH] monitor: Rename vm_event_monitor_get_capabilities to arch_monitor_get_capabilities

On Thu, Apr 14, 2016 at 10:36 AM, Andrew Cooper wrote: > On 14/04/16 17:33, Tamas K Lengyel wrote: > > The monitor_get_capabilities check actually belongs to the monitor > subsystem so > > relocating and renaming it to sanitize the code's name and location. > > > > Signed-off-by: Tamas K Lengyel

[Xen-devel] [PATCH] docs/arm64: update the documention for loading XSM support

From: Fu Wei This patch updates the documention for loading XSM by the module which lacks a specific compatible string. This mechanism has been added by the commit ca32012341f3de7d3975407fb963e6028f0d0c8b Signed-off-by: Fu Wei --- docs/misc/arm/device-tree/booting.txt | 17 + 1

  1   2   >