Re: [Xen-devel] Question about the XEN platform pci

On Tue, Apr 12, 2016 at 5:45 PM, Konrad Rzeszutek Wilk wrote: > On Tue, Apr 12, 2016 at 05:33:47PM +0200, karim.allah.ah...@gmail.com wrote: >> The INTx interrupt of this platform device can be used by Xen in HVM case to >> notify the guest of pending events in the event channel. However that's >

[Xen-devel] [distros-debian-squeeze test] 44327: tolerable trouble: blocked/broken

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

Re: [Xen-devel] Question about the XEN platform pci

From: karim.allah.ah...@gmail.com [mailto:karim.allah.ah...@gmail.com] Sent: 2016年4月13日 15:00 To: Konrad Rzeszutek Wilk Cc: Wu, Bob; xen-de...@lists.xenproject.org Subject: Re: [Xen-devel] Question about the XEN platform pci On Tue, Apr 12, 2016 at 5:45 PM, Konrad Rzeszutek Wilk wrote: > On Tu

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

flight 91071 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/91071/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-xsm 15 guest-localmigratefail REGR. vs. 60684 test-amd64

Re: [Xen-devel] [PATCH v5 01/14] x86/boot: enumerate documentation for the x86 hardware_subarch

* Luis R. Rodriguez wrote: > Although hardware_subarch has been in place since the x86 boot > protocol 2.07 it hasn't been used much. Enumerate current possible > values to avoid misuses and help with semantics later at boot > time should this be used further. > > These enums should only ever b

Re: [Xen-devel] xenpm and scheduler

Dario, let me try it in real hardware and i'll back reporting here. I know that there are some distros which are suitable to be dom0: http://wiki.xenproject.org/wiki/Dom0_Kernels_for_Xen I think i choose my distro correctly (ubuntu 14.04 LTS) and i can see xen related configurations in its .confi

Re: [Xen-devel] Question about the XEN platform pci

On Wed, Apr 13, 2016 at 9:28 AM, Wu, Bob wrote: > > From: karim.allah.ah...@gmail.com [mailto:karim.allah.ah...@gmail.com] > Sent: 2016年4月13日 15:00 > To: Konrad Rzeszutek Wilk > Cc: Wu, Bob; xen-de...@lists.xenproject.org > Subject: Re: [Xen-devel] Question about the XEN platform pci > > On Tue, A

Re: [Xen-devel] [PATCH v5 07/14] tools/lguest: force disable tboot and apm

* Luis R. Rodriguez wrote: > The paravirt_enabled() check is going away, the area tossed to > the kernel on lguest is not zerored out, so ensure lguest force > disables tboot and apm just in case the kernel file being read might > have this set for whatever reason. > > Signed-off-by: Luis R. Ro

Re: [Xen-devel] [PATCH v5 0/6] Support calling functions on dedicated physical cpu

On 06/04/16 16:17, Juergen Gross wrote: > Some hardware (e.g. Dell Studio laptops) require special functions to > be called on physical cpu 0 in order to avoid occasional hangs. When > running as dom0 under Xen this could be achieved only via special boot > parameters (vcpu pinning) limiting the hy

Re: [Xen-devel] [PATCH] vm_event: Implement ARM SMC events

On 4/12/2016 8:24 PM, Tamas K Lengyel wrote: On Tue, Apr 12, 2016 at 11:05 AM, Corneliu ZUZU > wrote: On 4/12/2016 7:24 PM, Julien Grall wrote: Hello, On 12/04/2016 16:01, Tamas K Lengyel wrote: On Apr 12, 2016 01:51, "Corneliu

[Xen-devel] [PATCH v12 2/2] Scripts to create and delete xen-scsiback nodes in Linux target framework

Just to make them public, not meant for merging: The scripts used during development to create a bunch of SCSI devices in dom0 using the Linux target framework. targetcli3 and rtslib3 is used. A patch is required for python-rtslib: http://article.gmane.org/gmane.linux.scsi.target.devel/8146 These

[Xen-devel] [PATCH v12 0/2] libxl: add support for pvscsi, iteration 12

Port vscsi=[] and scsi-{attach,detach,list} commands from xend to libxl. libvirt uses its existing SCSI support: http://lists.xenproject.org/archives/html/xen-devel/2015-04/msg02963.html targetcli/rtslib has to be aware of xen-scsiback (upstream unresponsive): http://article.gmane.org/gmane.linux

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

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/xl.cfg.pod.5| 56 ++ docs/man/xl.pod.1

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

On Tue, Apr 12, 2016 at 02:02:52PM -0700, Andy Lutomirski wrote: > On Sun, Apr 10, 2016 at 10:12 PM, Juergen Gross wrote: > > On 08/04/16 22:40, Luis R. Rodriguez wrote: > >> On Wed, Apr 06, 2016 at 10:40:08AM +0100, David Vrabel wrote: > >>> On 06/04/16 03:40, Luis R. Rodriguez wrote: > > >>

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

On Tue, Apr 12, 2016 at 10:31 PM, Jim Fehlig wrote: > Wei Liu wrote: >> Hi libvirt maintainers, > > Sorry for the delay. Slowly catching up on mail after vacation... > >> >> Xen's control library libxenlight (libxl) requires application >> (libvirt in this case) to explictily define LIBXL_API_VERS

[Xen-devel] [PATCH libvirt v2 1/2] libxl: include a XLU_Config in _libxlDriverConfig

Upcoming changes for vscsi will use libxlutil.so to prepare the configuration for libxl. The helpers needs a xlu struct for logging. Provide one and reuse the existing output as log target. Signed-off-by: Olaf Hering Cc: Jim Fehlig --- src/libxl/libxl_conf.c | 7 +++ src/libxl/libxl_conf.h

[Xen-devel] [PATCH libvirt v2 0/2] libxl: support vscsi

Add support for upcoming vscsi= in libxl. Changes between v1 and v2: - rebase to 'master' (ad584cb) - Update API to v12 Olaf Hering (2): libxl: include a XLU_Config in _libxlDriverConfig libxl: support vscsi src/libxl/libxl_conf.c | 66 + src/libxl/libxl_conf.h | 8

[Xen-devel] [PATCH libvirt v2 2/2] libxl: support vscsi

This uses the API version of the proposed vscsi support in libxl (v12): http://lists.xenproject.org/archives/html/xen-devel/2016-04/msg01772.html Is there anything else that needs to be done in libvirt? Right now libvirt scsi support is very simple minded, no support at all to describe host device

Re: [Xen-devel] [PATCH libvirt v2 2/2] libxl: support vscsi

On Wed, Apr 13, Olaf Hering wrote: > rawio='yes'> > > > > > > > What is the virsh equivalent of the following command? xl scsi-attach domU [5:0:1:0|/dev/sdd|naa.23fd7b9cc41c4934.0] 0:0:0:0 Olaf ___ Xen-devel mailing list Xen-

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

On Wed, Apr 13, 2016 at 10:09:16AM +0100, George Dunlap wrote: > On Tue, Apr 12, 2016 at 10:31 PM, Jim Fehlig wrote: > > Wei Liu wrote: > >> Hi libvirt maintainers, > > > > Sorry for the delay. Slowly catching up on mail after vacation... > > > >> > >> Xen's control library libxenlight (libxl) req

Re: [Xen-devel] [PATCH v2] x86/mm/pat: Fix BUG_ON in mmap_mem on QEMU/i386

* Toshi Kani wrote: > The following BUG_ON error was reported on QEMU/i386: > > kernel BUG at arch/x86/mm/physaddr.c:79! > Call Trace: > phys_mem_access_prot_allowed > mmap_mem > ? mmap_region > mmap_region > do_mmap > vm_mmap_pgoff > SyS_mmap_pgoff > do_int80_syscall_32 >

Re: [Xen-devel] [PATCH v5] xen/arm64: check XSM Magic from the second unknown module.

Hi Julien, On 8 April 2016 at 22:51, Julien Grall wrote: > Hi Fu Wei, > > On 05/04/16 17:46, fu@linaro.org wrote: >> >> From: Fu Wei >> >> This patch adds a has_xsm_magic helper function for detecting XSM >> from the second unknown module. >> >> If Xen can't get the kind of module from compa

Re: [Xen-devel] [PATCH v5] xen/arm64: check XSM Magic from the second unknown module.

Hi Julien, On 8 April 2016 at 23:19, Julien Grall wrote: > Hi Wei, > > On 08/04/16 15:58, Wei Liu wrote: >> >> On Fri, Apr 08, 2016 at 03:51:22PM +0100, Julien Grall wrote: >>> >>> Hi Fu Wei, >>> >>> On 05/04/16 17:46, fu@linaro.org wrote: From: Fu Wei This patch adds a h

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

> diff --git a/xen/arch/x86/monitor.c b/xen/arch/x86/monitor.c > index 1fec412..4c96968 100644 > --- a/xen/arch/x86/monitor.c > +++ b/xen/arch/x86/monitor.c > @@ -22,6 +22,58 @@ > #include > #include > > +static int arch_monitor_enable_msr(struct domain *d, u32 msr) > +{ > +if ( !d->arch.

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

On 13/04/16 10:26, Daniel P. Berrange wrote: > On Wed, Apr 13, 2016 at 10:09:16AM +0100, George Dunlap wrote: >> On Tue, Apr 12, 2016 at 10:31 PM, Jim Fehlig wrote: >>> Wei Liu wrote: Hi libvirt maintainers, >>> >>> Sorry for the delay. Slowly catching up on mail after vacation... >>> >>

Re: [Xen-devel] xenpm and scheduler

On Wed, Apr 13, 2016 at 08:21:46AM +, tutu sky wrote: > Dario, let me try it in real hardware and i'll back reporting here. I know > that there are some distros which are suitable to be dom0: > http://wiki.xenproject.org/wiki/Dom0_Kernels_for_Xen > I think i choose my distro correctly (ubuntu

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

On Fri, Apr 08, 2016 at 11:58:54PM +0200, Luis R. Rodriguez wrote: > On Fri, Apr 08, 2016 at 03:16:14PM +0100, George Dunlap wrote: > > On 07/04/16 19:51, Luis R. Rodriguez wrote: > > > While Andrew's position is right in that perhaps only Xen tools have to > > > deal > > > with the HVMLite specif

Re: [Xen-devel] Question about the XEN platform pci

On Wed, Apr 13, 2016 at 09:00:18AM +0200, karim.allah.ah...@gmail.com wrote: > On Tue, Apr 12, 2016 at 5:45 PM, Konrad Rzeszutek Wilk > wrote: > > On Tue, Apr 12, 2016 at 05:33:47PM +0200, karim.allah.ah...@gmail.com wrote: > >> The INTx interrupt of this platform device can be used by Xen in HVM

Re: [Xen-devel] [PATCH v3 4/4] arm64: update the introduction of xen boot commands in docs/grub.texi

Hi all On 18 March 2016 at 15:53, Fu Wei wrote: > Hi all, > > On 9 March 2016 at 16:22, Fu Wei wrote: >> Hi Julien, >> >> On 9 March 2016 at 15:10, Julien Grall wrote: >>> Hi, >>> >>> On 08/03/2016 23:37, Fu Wei wrote: On 8 March 2016 at 14:54, Andrei Borzenkov wrote: So speakin

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

On Wed, Apr 06, 2016 at 04:02:40PM +0100, Matt Fleming wrote: [...] > One place that struck me as suitable for this "hypercall in an EFI > service stub" approach is the trouble with doing ACPI reboot as > documented here, > > http://lists.xen.org/archives/html/xen-devel/2016-02/msg01609.html >

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

On 13/04/16 10:47, Konrad Rzeszutek Wilk wrote: >> diff --git a/xen/arch/x86/monitor.c b/xen/arch/x86/monitor.c >> index 1fec412..4c96968 100644 >> --- a/xen/arch/x86/monitor.c >> +++ b/xen/arch/x86/monitor.c >> @@ -22,6 +22,58 @@ >> #include >> #include >> >> +static int arch_monitor_enable_

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

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 on some thread about that. I'm not sure how this is relevant to anything. What we're talking about is how to get from Xen t

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

On Wed, 13 Apr, at 11:02:02AM, Roger Pau Monné wrote: > > With my FreeBSD committer hat: > > The FreeBSD kernel doesn't contain an EFI entry point, it just contains one > single entry point that's used for both legacy BIOS and EFI. Then the > FreeBSD loader is the one that contains the differen

Re: [Xen-devel] [PATCH] vm_event: Implement ARM SMC events

On 13/04/16 09:55, Corneliu ZUZU wrote: > > >> >> >> I would have to double check but AFAIK those instructions >> can't be >> configured to trap to the hypervisor directly. So while >> SMC was not >> intended to be a breakpoint, conceptual

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

flight 91107 linux-3.16 real [real] http://logs.test-lab.xenproject.org/osstest/logs/91107/ 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] HVMLite / PVHv2 - using x86 EFI boot entry

On Wed, 13 Apr, at 12:03:12PM, Roger Pau Monné wrote: > > I don't get this, the "reset/shutdown" hypercall requires the following > steps from Dom0 (it's not as simple as calling a hypercall): > > The way to perform a full system power off from Dom0 is different than > what's done in a DomU gue

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

On Wed, Apr 13, 2016 at 12:12:25AM +0200, 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 on some thread about that. I don't see how this is relevant to the conversation that's going on: How many x86

Re: [Xen-devel] xenpm and scheduler

On Wed, 2016-04-13 at 08:21 +, tutu sky wrote: > Dario, let me try it in real hardware and i'll back reporting here. I > know that there are some distros which are suitable to be dom0: > http://wiki.xenproject.org/wiki/Dom0_Kernels_for_Xen > I think i choose my distro correctly (ubuntu 14.04 LT

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

On Wed, 13 Apr, at 11:15:15AM, Matt Fleming wrote: > > For 1. we'd basically be using the PE/COFF file format with the EFI > ABI as an OS agnostic boot protocol, but not as a full firmware > runtime environment. To add some balance to this proposal (since there's no such thing as a free lunch) so

Re: [Xen-devel] [PATCH] vm_event: Implement ARM SMC events

Hello Corneliu, On 13/04/16 09:55, Corneliu ZUZU wrote: On 4/12/2016 8:24 PM, Tamas K Lengyel wrote: Another issue came to my mind: "HVC #imm", if handled through the hvm-ops code, currently requires setting other registers to predefined values before the HVC is actually issued. That would imply

Re: [Xen-devel] [PATCH] vm_event: Implement ARM SMC events

On 4/13/2016 1:17 PM, Andrew Cooper wrote: On 13/04/16 09:55, Corneliu ZUZU wrote: I would have to double check but AFAIK those instructions can't be configured to trap to the hypervisor directly. So while SMC was not intended to b

[Xen-devel] [xen-unstable-coverity test] 91245: all pass - PUSHED

flight 91245 xen-unstable-coverity real [real] http://logs.test-lab.xenproject.org/osstest/logs/91245/ Perfect :-) All tests in this flight passed version targeted for testing: xen ac703c285a4fbfcb85c19364ea0c67780bf16c2d baseline version: xen 96ae556569b8eaedc0

Re: [Xen-devel] [PATCH] vm_event: Implement ARM SMC events

On 4/13/2016 1:52 PM, Julien Grall wrote: Hello Corneliu, On 13/04/16 09:55, Corneliu ZUZU wrote: On 4/12/2016 8:24 PM, Tamas K Lengyel wrote: Another issue came to my mind: "HVC #imm", if handled through the hvm-ops code, currently requires setting other registers to predefined values before t

Re: [Xen-devel] [linux-4.1 test] 88721: regressions - FAIL

osstest service owner writes ("[linux-4.1 test] 88721: regressions - FAIL"): > version targeted for testing: > linux7f30737678023b5becaf0e2e012665f71b886a7d > baseline version: > linux07cc49f66973f49a391c91bf4b158fa0f2562ca8 I have forced pushed this because > f

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

On Wed, Apr 13, 2016 at 11:15 AM, Matt Fleming wrote: > For 1. we'd basically be using the PE/COFF file format with the EFI > ABI as an OS agnostic boot protocol, but not as a full firmware > runtime environment. But we still have the issue here that the now the EFI entry point in Linux has to fi

[Xen-devel] [tip:x86/asm] x86/traps: Enable all exception handler callbacks early

Commit-ID: ae7ef45e12354a1e2f6013b46df0c9f5bbb6ffbe Gitweb: http://git.kernel.org/tip/ae7ef45e12354a1e2f6013b46df0c9f5bbb6ffbe Author: Andy Lutomirski AuthorDate: Sat, 2 Apr 2016 07:01:35 -0700 Committer: Ingo Molnar CommitDate: Wed, 13 Apr 2016 11:37:45 +0200 x86/traps: Enable all exc

[Xen-devel] [tip:x86/asm] x86/head: Move early exception panic code into early_fixup_exception()

Commit-ID: 0e861fbb5bda79b871341ef2a9a8059765cbe8a4 Gitweb: http://git.kernel.org/tip/0e861fbb5bda79b871341ef2a9a8059765cbe8a4 Author: Andy Lutomirski AuthorDate: Sat, 2 Apr 2016 07:01:34 -0700 Committer: Ingo Molnar CommitDate: Wed, 13 Apr 2016 11:37:44 +0200 x86/head: Move early exce

[Xen-devel] [tip:x86/asm] x86/head: Move the early NMI fixup into C

Commit-ID: 0d0efc07f3df677d7622bb760f8e2920b5e33f42 Gitweb: http://git.kernel.org/tip/0d0efc07f3df677d7622bb760f8e2920b5e33f42 Author: Andy Lutomirski AuthorDate: Sat, 2 Apr 2016 07:01:33 -0700 Committer: Ingo Molnar CommitDate: Wed, 13 Apr 2016 11:37:44 +0200 x86/head: Move the early

[Xen-devel] [tip:x86/asm] x86/head: Pass a real pt_regs and trapnr to early_fixup_exception()

Commit-ID: 7bbcdb1ca4d2fd69094ee89c18601b396531ca9f Gitweb: http://git.kernel.org/tip/7bbcdb1ca4d2fd69094ee89c18601b396531ca9f Author: Andy Lutomirski AuthorDate: Sat, 2 Apr 2016 07:01:32 -0700 Committer: Ingo Molnar CommitDate: Wed, 13 Apr 2016 11:37:44 +0200 x86/head: Pass a real pt_

[Xen-devel] [tip:x86/asm] x86/paravirt: Add _safe to the read_ms()r and write_msr() PV callbacks

Commit-ID: c2ee03b2a94d7ba692cf6206bbe069d5bfcc20ed Gitweb: http://git.kernel.org/tip/c2ee03b2a94d7ba692cf6206bbe069d5bfcc20ed Author: Andy Lutomirski AuthorDate: Sat, 2 Apr 2016 07:01:36 -0700 Committer: Ingo Molnar CommitDate: Wed, 13 Apr 2016 11:37:45 +0200 x86/paravirt: Add _safe t

[Xen-devel] [tip:x86/asm] x86/msr: Carry on after a non-"safe" MSR access fails

Commit-ID: fbd704374d111bed16a19261176fa30e2379c87c Gitweb: http://git.kernel.org/tip/fbd704374d111bed16a19261176fa30e2379c87c Author: Andy Lutomirski AuthorDate: Sat, 2 Apr 2016 07:01:37 -0700 Committer: Ingo Molnar CommitDate: Wed, 13 Apr 2016 11:37:45 +0200 x86/msr: Carry on after a

[Xen-devel] [tip:x86/asm] x86/paravirt: Make "unsafe" MSR accesses unsafe even if PARAVIRT=y

Commit-ID: 4985ce15a397e9b6541548efe3b9ffac2dda9127 Gitweb: http://git.kernel.org/tip/4985ce15a397e9b6541548efe3b9ffac2dda9127 Author: Andy Lutomirski AuthorDate: Sat, 2 Apr 2016 07:01:39 -0700 Committer: Ingo Molnar CommitDate: Wed, 13 Apr 2016 11:37:46 +0200 x86/paravirt: Make "unsaf

[Xen-devel] [tip:x86/asm] x86/msr: Set the return value to zero when native_rdmsr_safe() fails

Commit-ID: b828b79fcced0e66492590707649dbfaea6435e6 Gitweb: http://git.kernel.org/tip/b828b79fcced0e66492590707649dbfaea6435e6 Author: Andy Lutomirski AuthorDate: Sat, 2 Apr 2016 07:01:40 -0700 Committer: Ingo Molnar CommitDate: Wed, 13 Apr 2016 11:37:46 +0200 x86/msr: Set the return v

[Xen-devel] [tip:x86/asm] x86/paravirt: Add paravirt_{read, write}_msr()

Commit-ID: dd2f4a004b016bbfb64f1de49cb45e66232e40a6 Gitweb: http://git.kernel.org/tip/dd2f4a004b016bbfb64f1de49cb45e66232e40a6 Author: Andy Lutomirski AuthorDate: Sat, 2 Apr 2016 07:01:38 -0700 Committer: Ingo Molnar CommitDate: Wed, 13 Apr 2016 11:37:46 +0200 x86/paravirt: Add paravir

[Xen-devel] [tip:x86/asm] x86/extable: Add a comment about early exception handlers

Commit-ID: 60a0e2039e3df6c0a2b896bd78af36ff36fb629c Gitweb: http://git.kernel.org/tip/60a0e2039e3df6c0a2b896bd78af36ff36fb629c Author: Andy Lutomirski AuthorDate: Mon, 4 Apr 2016 08:46:22 -0700 Committer: Ingo Molnar CommitDate: Wed, 13 Apr 2016 11:37:47 +0200 x86/extable: Add a commen

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

On 04/13/2016 12:47 PM, Konrad Rzeszutek Wilk wrote: >> diff --git a/xen/arch/x86/monitor.c b/xen/arch/x86/monitor.c >> index 1fec412..4c96968 100644 >> --- a/xen/arch/x86/monitor.c >> +++ b/xen/arch/x86/monitor.c >> @@ -22,6 +22,58 @@ >> #include >> #include >> >> +static int arch_monitor_en

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

On Wed, Apr 13, 2016 at 11:15:15AM +0100, Matt Fleming wrote: > On Wed, 13 Apr, at 11:02:02AM, Roger Pau Monné wrote: > > > > With my FreeBSD committer hat: > > > > The FreeBSD kernel doesn't contain an EFI entry point, it just contains one > > single entry point that's used for both legacy BIOS

Re: [Xen-devel] [PATCH] tools: fix compile errors with -Og

On Tue, 2016-04-12 at 15:55 +0200, Olaf Hering wrote: > At least gcc-4.8 and older fails to recognize that err is always > initialized, the build fails: >   xc_cpupool.c: In function 'xc_cpupool_removecpu': >   xc_cpupool.c:168:5: error: 'err' may be used uninitialized in this > function [-Werror=m

Re: [Xen-devel] [PATCH] vm_event: Implement ARM SMC events

On 13/04/16 11:53, Corneliu ZUZU wrote: > On 4/13/2016 1:17 PM, Andrew Cooper wrote: >> On 13/04/16 09:55, Corneliu ZUZU wrote: >>> >>> I would have to double check but AFAIK those instructions can't be configured to trap to the hyperviso

Re: [Xen-devel] [RFC PATCH] Data integrity extension support for xen-block

On 04/07/2016 06:00 PM, Bob Liu wrote: > * What's data integrity extension and why? > Modern filesystems feature checksumming of data and metadata to protect > against > data corruption. However, the detection of the corruption is done at read > time > which could potentially be months after th

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

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. Signed-off-by: Razvan Cojocaru --- tools/tests/x86_emulator/test_x86_emulator.c | 12 xen/arch/x86/hvm/emulate.c

Re: [Xen-devel] [PATCH v2] x86/mm/pat: Fix BUG_ON in mmap_mem on QEMU/i386

On Wed, 2016-04-13 at 11:35 +0200, Ingo Molnar wrote: > * Toshi Kani wrote:  : > > > > However, this code block, originally written for Pentiums and > > earlier, is no longer adequate since a 32-bit Xen guest has > > MTRRs disabled and supports ZONE_HIGHMEM.  In this setup, > > this code sets UC

Re: [Xen-devel] [PATCH] vm_event: Implement ARM SMC events

On Apr 13, 2016 6:06 AM, "Andrew Cooper" wrote: > > On 13/04/16 11:53, Corneliu ZUZU wrote: >> >> On 4/13/2016 1:17 PM, Andrew Cooper wrote: >>> >>> On 13/04/16 09:55, Corneliu ZUZU wrote: >>> I would have to double check but AFAIK those instructions can't be >

Re: [Xen-devel] [RFC PATCH] Data integrity extension support for xen-block

Bob Liu writes ("Re: [RFC PATCH] Data integrity extension support for xen-block"): > A simpler possible solution: As a syntax this is certainly simpler and quite probably preferable. But NB that I regard your email as simply a sketch of the syntax. We also need (as discussed) a statement of the

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

On Wed, Apr 13, 2016 at 10:26:54AM +0100, Daniel P. Berrange wrote: > On Wed, Apr 13, 2016 at 10:09:16AM +0100, George Dunlap wrote: > > On Tue, Apr 12, 2016 at 10:31 PM, Jim Fehlig wrote: > > > Wei Liu wrote: > > >> Hi libvirt maintainers, > > > > > > Sorry for the delay. Slowly catching up on ma

[Xen-devel] [linux-linus test] 91109: regressions - trouble: blocked/broken/fail/pass

flight 91109 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/91109/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm 3 host-install(3) broken REGR. vs. 59254 build-i386-ru

Re: [Xen-devel] [RFC PATCH] Data integrity extension support for xen-block

On 13/04/16 14:22, Bob Liu wrote: > > On 04/07/2016 06:00 PM, Bob Liu wrote: >> * What's data integrity extension and why? >> Modern filesystems feature checksumming of data and metadata to protect >> against >> data corruption. However, the detection of the corruption is done at read >> time >

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

> diff --git a/xen/arch/x86/monitor.c b/xen/arch/x86/monitor.c > index 1fec412..4c96968 100644 > --- a/xen/arch/x86/monitor.c > +++ b/xen/arch/x86/monitor.c > @@ -22,6 +22,58 @@ > #include > #include > > +static int arch_monitor_enable_msr(struct domain *d, u32 msr) > IMHO there is no need to

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

On 04/13/2016 05:50 PM, Tamas K Lengyel wrote: > > diff --git a/xen/arch/x86/monitor.c b/xen/arch/x86/monitor.c > index 1fec412..4c96968 100644 > --- a/xen/arch/x86/monitor.c > +++ b/xen/arch/x86/monitor.c > @@ -22,6 +22,58 @@ > #include > #include > > +static

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

> >> diff --git a/xen/include/public/domctl.h b/xen/include/public/domctl.h > >> index 2457698..875c09a 100644 > >> --- a/xen/include/public/domctl.h > >> +++ b/xen/include/public/domctl.h > >> @@ -1107,8 +1107,7 @@ struct xen_domctl_monitor_op { > >> } mov_to_cr; > >> > >> struct

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

On 04/13/2016 05:52 PM, Tamas K Lengyel wrote: > > >> diff --git a/xen/include/public/domctl.h > b/xen/include/public/domctl.h > >> index 2457698..875c09a 100644 > >> --- a/xen/include/public/domctl.h > >> +++ b/xen/include/public/domctl.h > >> @@ -1107,8 +1107,7 @@ struct

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

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/domctl.h >> b/xen/include/public/domctl.h >> >> index 2457698..875c09a 100644 >> >> --- a/xen/include/public/domctl.h >> >> +++ b/xen/include/public/d

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

On Wed, Apr 13, 2016 at 9:01 AM, Andrew Cooper 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/domctl.h > >> b/xen/include/public/domctl.h > >> >> index 2457698..875c09a 100644 > >> >> --

Re: [Xen-devel] [PATCH] vm_event: Implement ARM SMC events

> On 13 Apr 2016, at 14:25, Tamas K Lengyel wrote: > In the DRAKVUF system that's exactly what I do, I mark the page execute only > so that the guest is unable to locate/overwrite injected breakpoints without > notice. If it were to overwrite injected breakpoints with its own, then we > would

Re: [Xen-devel] [PATCH] vm_event: Implement ARM SMC events

On Wed, Apr 13, 2016 at 9:06 AM, Lars Kurth wrote: > > On 13 Apr 2016, at 14:25, Tamas K Lengyel > wrote: > > In the DRAKVUF system that's exactly what I do, I mark the page execute > only so that the guest is unable to locate/overwrite injected breakpoints > without notice. If it were to overwr

Re: [Xen-devel] [PATCH v5 01/14] x86/boot: enumerate documentation for the x86 hardware_subarch

On Wed, Apr 13, 2016 at 10:01:32AM +0200, Ingo Molnar wrote: > > diff --git a/arch/x86/include/uapi/asm/bootparam.h > > b/arch/x86/include/uapi/asm/bootparam.h > > index 329254373479..bf9fea2f4591 100644 > > --- a/arch/x86/include/uapi/asm/bootparam.h > > +++ b/arch/x86/include/uapi/asm/bootparam.

Re: [Xen-devel] [PATCH] vm_event: Implement ARM SMC events

> > > >>> I would have to double check but AFAIK those instructions can't be configured to trap to the hypervisor directly. So while SMC was not intended to be a breakpoint, conceptually it's the closest thing we have an on ARM to the INT3 instruction when configured to trap to

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

flight 91130 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/91130/ 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. 86513 test-amd64-i386

Re: [Xen-devel] [PATCH v5 07/14] tools/lguest: force disable tboot and apm

On Wed, Apr 13, 2016 at 10:44:46AM +0200, Ingo Molnar wrote: > > * Luis R. Rodriguez wrote: > > > The paravirt_enabled() check is going away, the area tossed to > > the kernel on lguest is not zerored out, so ensure lguest force > > disables tboot and apm just in case the kernel file being read

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

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 bare metal > boot entry, why *would* we add another boot entry to x86, even if > its small and self contained ? We

[Xen-devel] [for-4.7 0/2] xen/arm: traps: Correctly interpret the content of the register HPFAR_EL2

Hello, This small patch series is a bug fix for Xen 4.7 and should also be backported to Xen 4.6. Without it, the faulting IPA reported to memaccess may be wrong. Regards, Cc: wei.l...@citrix.com Julien Grall (2): xen/bitops: Introduce macros to generate mask xen/arm: traps: Correctly inte

[Xen-devel] [for-4.7 2/2] xen/arm: traps: Correctly interpret the content of the register HPFAR_EL2

The register HPFAR_EL2 (resp. HPFAR on arm32) contains the bits [47:12] (resp. [39:12]) of the faulting IPA. Unlike other registers that represent an address, the upper bits of the IPA are stored in the register bits [4:39] (resp. [4:21]). However, Xen assumes that the register contains the faulti

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

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/include/xen/bitops.h | 11 +++ 1 file changed, 11 insertions(+) diff --git a/xen/include/xen/b

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

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 but wedge in different calling semantics > >for the build-id

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

flight 91143 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/91143/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 65543 test-amd64-i386-xl-qemuu-ovm

Re: [Xen-devel] Regarding Outreachy project on Improving CR Dashboard

Hello, Forgot to CC the Xen-devel mailing list. I have changed the code to add the tests, and now it is like you need to provide the whole link of the mbox file rather than just the file name. So, $python3 createjson.py --mbox http://lists.xenproject.org/archives/html/mbox/advisory-board-2013-0

[Xen-devel] [PATCH for-4.7] hotplug/Linux: fix same_vm check in block script

The original same_vm check has two bugs. When stubdom is in use because it relies on numeric domid to check if two domains are in fact the same one. Another one is that the check would fail when two stubdoms are checked against each other. The first bug is fixed by using uuid to identify a domain

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

On Wed, 13 Apr 2016, 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 Acked-by: Stefano Stabellini > --- > Cc: Ian Jackson > Cc: Jan Beulich > Cc: Keir Fraser > Cc: Tim Deegan > xen/include/xen/bi

[Xen-devel] [linux-4.1 baseline-only test] 44328: regressions - FAIL

This run is configured for baseline tests only. flight 44328 linux-4.1 real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44328/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-rumpuserxen 6 xen-build

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

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/include/xen/bitops.h | 11 +++ > 1

Re: [Xen-devel] [for-4.7 2/2] xen/arm: traps: Correctly interpret the content of the register HPFAR_EL2

On Wed, 13 Apr 2016, Julien Grall wrote: > The register HPFAR_EL2 (resp. HPFAR on arm32) contains the bits [47:12] > (resp. [39:12]) of the faulting IPA. Unlike other registers that represent > an address, the upper bits of the IPA are stored in the register bits > [4:39] (resp. [4:21]). > > Howev

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

On Mon, Apr 11, 2016 at 07:12:08AM +0200, Juergen Gross wrote: > On 08/04/16 22:40, Luis R. Rodriguez wrote: > > On Wed, Apr 06, 2016 at 10:40:08AM +0100, David Vrabel wrote: > >> On 06/04/16 03:40, Luis R. Rodriguez wrote: > >>> > >>> * You don't need full EFI emulation > >> > >> I think needi

[Xen-devel] [linux-3.14 test] 91148: tolerable FAIL - PUSHED

flight 91148 linux-3.14 real [real] http://logs.test-lab.xenproject.org/osstest/logs/91148/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): build-i386-rumpuserxen6 xen-buildfail like 86411 build-amd64-rumpuserxen 6

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

On Wed, Apr 13, 2016 at 11:54:29AM +0200, Roger Pau Monné wrote: > On Fri, Apr 08, 2016 at 11:58:54PM +0200, Luis R. Rodriguez wrote: > > OK thanks for the clarification -- still no custom entries for Xen! > > We should strive for that, at the very least. > > > > You do have a point about the lega

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

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 on some thread about that. > > I'm not sure how th

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

On Wed, Apr 13, 2016 at 08:29:51PM +0200, Luis R. Rodriguez wrote: > On Mon, Apr 11, 2016 at 07:12:08AM +0200, Juergen Gross wrote: > > On 08/04/16 22:40, Luis R. Rodriguez wrote: > > > On Wed, Apr 06, 2016 at 10:40:08AM +0100, David Vrabel wrote: > > >> On 06/04/16 03:40, Luis R. Rodriguez wrote:

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

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 +0200, Luis R. Rodriguez wrote: > > > OK thanks for the clarification -- still no custom entries for Xen! > > > We should stri

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

On Wed, Apr 13, 2016 at 12:25:03PM +0200, Roger Pau Monné wrote: > On Wed, Apr 13, 2016 at 12:12:25AM +0200, 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 on some thread about that. > > I

Re: [Xen-devel] [for-4.7 2/2] xen/arm: traps: Correctly interpret the content of the register HPFAR_EL2

On Wed, Apr 13, 2016 at 9:55 AM, Julien Grall wrote: > The register HPFAR_EL2 (resp. HPFAR on arm32) contains the bits [47:12] > (resp. [39:12]) of the faulting IPA. Unlike other registers that represent > an address, the upper bits of the IPA are stored in the register bits > [4:39] (resp. [4:21

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

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 +0200, Luis R. Rodriguez wrote: > > > > OK thanks

  1   2   3   >