On Tue, Oct 30, 2018 at 09:49:21AM -0700, Manjunath Patil wrote:
> info->nr_rings isn't adjusted in case of ENOMEM error from
> negotiate_mq(). This leads to kernel panic in error path.
>
> Typical call stack involving panic -
> #8 page_fault at 8175936f
> [exception RIP: blkif_free_r
On Tue, Oct 30, 2018 at 05:03:54PM +, Paul Durrant wrote:
> > -Original Message-
> > From: Roger Pau Monne
> > Sent: 30 October 2018 16:40
> > To: Paul Durrant
> > Cc: xen-devel@lists.xenproject.org; Andrew Cooper
> > ; Wei Liu ; Jan Beulich
> >
> > Subject: Re: [Xen-devel] [PATCH 4/8
On Tue, Oct 30, 2018 at 05:11:30PM +, Paul Durrant wrote:
> > -Original Message-
> > From: Roger Pau Monne
> > Sent: 30 October 2018 17:09
> > To: Paul Durrant
> > Cc: xen-devel@lists.xenproject.org; Andrew Cooper
> > ; Wei Liu ; Jan Beulich
> >
> > Subject: Re: [Xen-devel] [PATCH 7/8
>>> On 30.10.18 at 19:08, wrote:
> On 29/10/18 14:37, Jan Beulich wrote:
> On 19.10.18 at 17:59, wrote:
>>> On 19/10/18 15:28, Wei Liu wrote:
@@ -347,6 +352,7 @@ void subarch_percpu_traps_init(void)
/* Common SYSCALL parameters. */
wrmsrl(MSR_STAR, XEN_MSR_STAR);
>>> On 30.10.18 at 21:50, wrote:
> On Mon, Oct 29, 2018 at 08:28:07AM -0600, Jan Beulich wrote:
>> >>> On 19.10.18 at 16:28, wrote:
>> > --- a/xen/arch/x86/domctl.c
>> > +++ b/xen/arch/x86/domctl.c
>> > @@ -608,6 +608,7 @@ long arch_do_domctl(
>> > copyback = true;
>> > brea
> -Original Message-
> From: Roger Pau Monne
> Sent: 31 October 2018 08:54
> To: Paul Durrant
> Cc: xen-devel@lists.xenproject.org; Andrew Cooper
> ; Wei Liu ; Jan Beulich
>
> Subject: Re: [Xen-devel] [PATCH 7/8] viridian: define type for the
> 'virtual VP assist page'
>
> On Tue, Oct 30
On Wed, Oct 31, 2018 at 03:00:17AM -0600, Jan Beulich wrote:
> >>> On 30.10.18 at 21:50, wrote:
> > On Mon, Oct 29, 2018 at 08:28:07AM -0600, Jan Beulich wrote:
> >> >>> On 19.10.18 at 16:28, wrote:
> >> > --- a/xen/arch/x86/domctl.c
> >> > +++ b/xen/arch/x86/domctl.c
> >> > @@ -608,6 +608,7 @@ l
>>> On 30.10.18 at 23:16, wrote:
> --- a/tools/misc/xenpm.c
> +++ b/tools/misc/xenpm.c
> @@ -1231,7 +1231,7 @@ int main(int argc, char *argv[])
> xc_interface_close(xc_handle);
> return ret;
> }
> -max_cpu_nr = physinfo.nr_cpus;
> +max_cpu_nr = physinfo.max_cpu_id;
On Wed, Oct 31, 2018 at 12:56:59AM +0100, Marek Marczykowski-Górecki wrote:
> Since udev is no longer used to call hotplug scripts (neither in dom0
> nor driver domain), this scripts is no longer referenced anywhere. libxl
> (xl devd or else) has own cleanup code.
>
> Signed-off-by: Marek Marczyko
On Wed, Oct 31, 2018 at 12:49:05AM +0100, Marek Marczykowski-Górecki wrote:
> This will prevent race when client waits for server with xs_watch - all
> entries should appear at once.
>
> Signed-off-by: Marek Marczykowski-Górecki
I would prefer it is written as a while(1){} loop, but that's just
>>> On 31.10.18 at 10:27, wrote:
>> From: Roger Pau Monne
>> Sent: 31 October 2018 08:54
>>
>> On Tue, Oct 30, 2018 at 05:11:30PM +, Paul Durrant wrote:
>> > > From: Roger Pau Monne
>> > > Sent: 30 October 2018 17:09
>> > >
>> > > On Mon, Oct 29, 2018 at 06:02:10PM +, Paul Durrant wrote:
>>> On 31.10.18 at 10:33, wrote:
> On Wed, Oct 31, 2018 at 03:00:17AM -0600, Jan Beulich wrote:
>> >>> On 30.10.18 at 21:50, wrote:
>> > On Mon, Oct 29, 2018 at 08:28:07AM -0600, Jan Beulich wrote:
>> >> >>> On 19.10.18 at 16:28, wrote:
>> >> > --- a/xen/arch/x86/domctl.c
>> >> > +++ b/xen/arch/
On Wed, Oct 31, 2018 at 03:47:25AM -0600, Jan Beulich wrote:
> >>> On 31.10.18 at 10:33, wrote:
> > On Wed, Oct 31, 2018 at 03:00:17AM -0600, Jan Beulich wrote:
> >> >>> On 30.10.18 at 21:50, wrote:
> >> > On Mon, Oct 29, 2018 at 08:28:07AM -0600, Jan Beulich wrote:
> >> >> >>> On 19.10.18 at 16:
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 31 October 2018 09:42
> To: Paul Durrant
> Cc: Andrew Cooper ; Roger Pau Monne
> ; Wei Liu ; xen-devel de...@lists.xenproject.org>
> Subject: RE: [Xen-devel] [PATCH 7/8] viridian: define type for the
> 'virtual VP
flight 129159 linux-4.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/129159/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-dmrestrict-amd64-dmrestrict 10 debian-hvm-install
fail never pass
test-amd64-i386-libvirt-x
flight 129228 xen-unstable-coverity real [real]
http://logs.test-lab.xenproject.org/osstest/logs/129228/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
xen 8e751ac59cfd1143d095c45927ba1bec0d441ee4
baseline version:
xen 5d91
> -Original Message-
> From: Xen-devel [mailto:xen-devel-boun...@lists.xenproject.org] On Behalf
> Of Marek Marczykowski-Górecki
> Sent: 30 October 2018 23:49
> To: xen-devel@lists.xenproject.org
> Cc: Wei Liu ; Ian Jackson ;
> Marek Marczykowski-Górecki
> Subject: [Xen-devel] [PATCH] libv
flight 75551 distros-debian-squeeze real [real]
http://osstest.xensource.com/osstest/logs/75551/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-amd64-squeeze-netboot-pygrub 10 debian-di-install fail
blocked in 75492
test-amd64-i386-i386-squ
>>> On 31.10.18 at 10:54, wrote:
> On Wed, Oct 31, 2018 at 03:47:25AM -0600, Jan Beulich wrote:
>> >>> On 31.10.18 at 10:33, wrote:
>> > On Wed, Oct 31, 2018 at 03:00:17AM -0600, Jan Beulich wrote:
>> >> >>> On 30.10.18 at 21:50, wrote:
>> >> > On Mon, Oct 29, 2018 at 08:28:07AM -0600, Jan Beuli
>>> On 31.10.18 at 11:01, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 31 October 2018 09:42
>>
>> >>> On 31.10.18 at 10:27, wrote:
>> >> From: Roger Pau Monne
>> >> Sent: 31 October 2018 08:54
>> >>
>> >> On Tue, Oct 30, 2018 at 05:11:30PM +, Paul Durrant wrote:
>> >> > >
On Wed, Oct 31, 2018 at 10:08:26AM +, Paul Durrant wrote:
> > -Original Message-
> > From: Xen-devel [mailto:xen-devel-boun...@lists.xenproject.org] On Behalf
> > Of Marek Marczykowski-Górecki
> > Sent: 30 October 2018 23:49
> > To: xen-devel@lists.xenproject.org
> > Cc: Wei Liu ; Ian J
>>> On 29.10.18 at 19:02, wrote:
> Subsequent patches will introduce support for more viridian enlightenments
> which will make a single source module quite lengthy.
>
> This patch therefore creates a new arch/x86/hvm/viridian sub-directory and
> moves viridian.c into that.
>
> The patch also fi
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 31 October 2018 10:18
> To: Paul Durrant
> Cc: Andrew Cooper ; Wei Liu
> ; xen-devel
> Subject: Re: [PATCH 1/8] viridian: move the code into its own sub-
> directory
>
> >>> On 29.10.18 at 19:02, wrote:
> > Subs
> -Original Message-
> From: Wei Liu [mailto:wei.l...@citrix.com]
> Sent: 31 October 2018 10:17
> To: Paul Durrant
> Cc: 'Marek Marczykowski-Górecki' ; xen-
> de...@lists.xenproject.org; Wei Liu ; Ian Jackson
>
> Subject: Re: [Xen-devel] [PATCH] libvchan: create xenstore entries in one
>
On Wed, Oct 31, 2018 at 10:17:03AM +, Wei Liu wrote:
> On Wed, Oct 31, 2018 at 10:08:26AM +, Paul Durrant wrote:
> > > -Original Message-
> > > From: Xen-devel [mailto:xen-devel-boun...@lists.xenproject.org] On Behalf
> > > Of Marek Marczykowski-Górecki
> > > Sent: 30 October 2018 2
On Wed, Oct 31, 2018 at 03:33:58AM -0600, Jan Beulich wrote:
> >>> On 30.10.18 at 23:16, wrote:
> > --- a/tools/misc/xenpm.c
> > +++ b/tools/misc/xenpm.c
> > @@ -1231,7 +1231,7 @@ int main(int argc, char *argv[])
> > xc_interface_close(xc_handle);
> > return ret;
> > }
> > -
>>> On 31.10.18 at 11:53, wrote:
> On Wed, Oct 31, 2018 at 03:33:58AM -0600, Jan Beulich wrote:
>> I'm also afraid there are further quirks here, with various constructs
>> along the lines of (as bodies of aforementioned for())
>>
>> if ( show_cxstat_by_cpuid(xc_handle, i) == -ENODEV )
>>
Julien Grall writes ("Re: [PATCH v8 3/8] libxl: support mapping static shared
memory areas during domain creation"):
> On 10/30/18 3:36 PM, Ian Jackson wrote:
> > This cache policy stuff is odd. I couldn't see it being used by the
> > hypervisor. Why is it even there ?
>
> We decided to not imp
Julien Grall writes ("Re: [PATCH v8 7/8] xen/arm: export shared memory regions
as reserved-memory on device tree"):
> On 10/30/18 3:58 PM, Ian Jackson wrote:
> > But it's not documented.
>
> Device-Tree bindings are documented in
> linux/Document/device-tree/bindings. Stefano sent it via the DT
This patch i updated:
* set the global handle to None
* updated documentation
___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
Commit 81946a73dc975a7dafe9017a8e61d1e64fdbedbf removed
Xenctrl.with_intf based on its undesirable behaviour of opening and
closing a Xenctrl connection with every invocation. This commit
re-introduces with_intf but with an updated behaviour: it maintains a
global Xenctrl connection which is opened
Julien Grall writes ("Re: [PATCH v8 6/8] docs: documentation about static
shared memory regions"):
> On 10/30/18 6:58 PM, Stefano Stabellini wrote:
> > I completely agree with you here, and getting rid of the master/slave
> > terminology would be nice, in retrospect, it was not a good choice. But
Hello,
I've noticed that the SILO code causes the following debug spew:
(XEN) XSM Framework v1.0.0 initialized
(XEN) Initialising XSM SILO mode
(XEN) dummy.c:31: Had to override the security_domaininfo security
operation with the dummy one.
(XEN) dummy.c:32: Had to override the domain_create secu
I plan to add implementations for more viridian enlightenments in the near
future. This series is just some cleanup I've been doing in preparation.
Paul Durrant (9):
viridian: move the code into its own sub-directory
viridian: remove MSR perf counters
viridian: remove comments referencing se
The specification [1] defines a type so we should use it, rather than just
OR-ing and AND-ing magic bits.
No functional change.
NOTE: The type defined in the specification does include an anonymous
sub-struct in the page type but, as we currently use only the first
element, the struct
The 'viridian_vp_assist', 'viridian_hypercall_gpa' and
'viridian_reference_tsc' union types are identical in layout. The layout
is also common throughout the specification [1].
This patch declares a common 'viridian_page_msr' type and converts the rest
of the code to use that type for both the hyp
The 'vp_assist' page is currently an example of a guest page which needs to
be kept mapped throughout the life-time of a guest, but there are other
such examples in the specifiction [1]. This patch therefore introduces a
generic 'viridian_page' type and converts the current vp_assist/apic_assist
re
Subsequent patches will introduce support for more viridian enlightenments
which will make a single source module quite lengthy.
This patch therefore creates a new arch/x86/hvm/viridian sub-directory and
moves viridian.c into that.
The patch also fixes some bad whitespace whilst moving the code a
...into new 'synic' module.
The SynIC (synthetic interrupt controller) is specified [1] to be a super-
set of a virtualized LAPIC, and its definition encompasses all
enlightenments related to virtual interrupt control.
This patch reduces the size of the main viridian source module by giving
these
...into new 'time' module.
This patch reduces the size of the main viridian source module by
moving time related enlightenments into their own source module. This is
done in anticipation of implementation of more such enightenments and
a desire to not further lengthen the main source module when t
Microsoft has a habit of re-numbering sections in the spec. so avoid
referring to section numbers in comments. Also remove the URL for the
spec. from the boilerplate... Again, Microsoft has a habit of changing
these too.
This patch also cleans up some > 80 character lines.
Purely cosmetic. No fun
They're not really useful so maintaining them is pointless.
Signed-off-by: Paul Durrant
Reviewed-by: Roger Pau Monne
---
Cc: Jan Beulich
Cc: Andrew Cooper
Cc: Wei Liu
---
xen/arch/x86/hvm/viridian/viridian.c | 21 -
xen/include/asm-x86/perfc_defn.h | 26 --
Also add emacs boilerplate to avoid future problems.
Purely cosmetic. No functional change.
Signed-off-by: Paul Durrant
---
Cc: Ian Jackson
Cc: Wei Liu
v2:
- New in v2
---
tools/misc/xen-hvmctx.c | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
diff --git a/tools/mis
Hi,
On 10/24/18 2:18 AM, Stefano Stabellini wrote:
From: Stefano Stabellini
Introduce a device tree binding for Xen reserved-memory regions. They
are used to share memory across VMs from the VM config files. (See
static_shm config option.)
Signed-off-by: Stefano Stabellini
Cc: julien.gr...@a
Use physinfo.max_cpu_id instead of physinfo.nr_cpus to get max CPU id.
This fixes for example 'xenpm get-cpufreq-para' with smt=off, which
otherwise would miss half of the cores.
Signed-off-by: Marek Marczykowski-Górecki
---
Reported by @tfm1:
https://github.com/QubesOS/qubes-issues/issues/4456
Hi Stefano,
On 10/23/18 3:03 AM, Stefano Stabellini wrote:
diff --git a/xen/include/asm-arm/vpl011.h b/xen/include/asm-arm/vpl011.h
index 5eb6d25..ab6fd79 100644
--- a/xen/include/asm-arm/vpl011.h
+++ b/xen/include/asm-arm/vpl011.h
@@ -30,9 +30,13 @@
#define VPL011_UNLOCK(d,flags) spin_unlock_
Hi Stefano,
On 10/23/18 3:03 AM, Stefano Stabellini wrote:
It will be #included by a file in a xen/arch/arm subdirectory.
Signed-off-by: Stefano Stabellini
Reviewed-by: Julien Grall
Cheers,
---
xen/arch/arm/domain_build.c | 2 +-
xen/arch/arm/kernel.c| 3 +-
xen/arch/arm/k
On 10/23/18 3:03 AM, Stefano Stabellini wrote:
domain_build.c is too large.
Move all the ACPI specific device tree generating functions from
domain_build.c to acpi/domain_build.c.
Signed-off-by: Stefano Stabellini
---
Changes in v4:
- rename acpi_dt_build to domain_build.c
- add copyright he
Hi All,
Just have a question, does XEN ARM support RTC in domu? To support Android in
DomU, RTC is needed for alarm, but I did not find information about RTC on xen
for domu. So this need a new RTC paravirtualization driver? Any suggestions?
Thanks,
Peng.
__
On Wed, Oct 31, 2018 at 12:43:34PM +, Paul Durrant wrote:
> Also add emacs boilerplate to avoid future problems.
>
> Purely cosmetic. No functional change.
>
> Signed-off-by: Paul Durrant
Acked-by: Wei Liu
___
Xen-devel mailing list
Xen-devel@li
Commit 359970fd8b ("tools/libxl: Switch Arm guest type to PVH") missed
changing the type field in c_info. This issue didn't surface until
ef72c93df9 which made creating PV guest on Arm unusable.
Signed-off-by: Wei Liu
---
Cc: Stefano Stabellini
Cc: Julien Grall
Julien, can you give this a quic
> -Original Message-
> From: Roger Pau Monne
> Sent: 30 October 2018 14:44
> To: Paul Durrant
> Cc: xen-devel@lists.xenproject.org; Kevin Tian ;
> Stefano Stabellini ; Wei Liu
> ; Jun Nakajima ; Konrad
> Rzeszutek Wilk ; Andrew Cooper
> ; Ian Jackson ; George
> Dunlap ; Tim (Xen.org) ; Jul
I'm going to reply to this email twice. This email is about what seem
to be the noncontentious issues: everything *except* the requirement
in my document that the board is supported by Debian -backports
kernels, at least.
Julien Grall writes ("Re: [OSSTEST PATCH] README.hardware-acquisition"):
>
branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm
testid xen-boot
Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/qemu-xe
On Wed, Oct 31, 2018 at 02:25:45PM +, Wei Liu wrote:
> Commit 359970fd8b ("tools/libxl: Switch Arm guest type to PVH") missed
> changing the type field in c_info. This issue didn't surface until
> ef72c93df9 which made creating PV guest on Arm unusable.
>
> Signed-off-by: Wei Liu
> ---
> Cc:
On Wed, Sep 12, 2018 at 11:29:32AM +0100, Julien Grall wrote:
>
>
> On 09/12/2018 12:09 AM, Stefano Stabellini wrote:
> > > > +
> > > > +/* Constants for libxl_static_shm */
> > > > +#define LIBXL_SSHM_RANGE_UNKNOWN UINT64_MAX
> > > > +#define LIBXL_SSHM_ID_MAXLEN128
> > >
> > > Why do you n
...and re-name them to iommu_map/unmap() since they no longer necessarily
operate on a single page.
The P2M code currently contains many loops to deal with the fact that,
while it may be require to handle page orders greater than 0, the
IOMMU map and unmap functions do not.
This patch adds a page_
On Fri, Oct 19, 2018 at 05:54:41PM +0200, Dario Faggioli wrote:
> Right now, if either an hard or soft-affinity are explicitly specified
> in a domain's config file, automatic NUMA placement is skipped. However,
> automatic NUMA placement affects only the soft-affinity of the domain
> which is bein
On Wed, 31 Oct 2018, Ian Jackson wrote:
> Julien Grall writes ("Re: [PATCH v8 6/8] docs: documentation about static
> shared memory regions"):
> > On 10/30/18 6:58 PM, Stefano Stabellini wrote:
> > > I completely agree with you here, and getting rid of the master/slave
> > > terminology would be n
I'm going to reply to this email twice. This email is about the
requirement in my document that the board is supported by Debian
-backports kernels, at least.
I'm replying to two mail@: first Julien's; then Stefano's.
Julien Grall writes ("Re: [OSSTEST PATCH] README.hardware-acquisition"):
> Mo
On Wed, Oct 31, 2018 at 12:43:31PM +, Paul Durrant wrote:
> ...into new 'synic' module.
>
> The SynIC (synthetic interrupt controller) is specified [1] to be a super-
> set of a virtualized LAPIC, and its definition encompasses all
> enlightenments related to virtual interrupt control.
>
> Th
Christian Lindig writes ("[PATCH 1/1] tools/ocaml: Re-introduce
Xenctrl.with_intf wrapper"):
> Commit 81946a73dc975a7dafe9017a8e61d1e64fdbedbf removed
> Xenctrl.with_intf based on its undesirable behaviour of opening and
> closing a Xenctrl connection with every invocation. This commit
> re-introd
On Wed, Oct 31, 2018 at 12:43:32PM +, Paul Durrant wrote:
> ...into new 'time' module.
>
> This patch reduces the size of the main viridian source module by
> moving time related enlightenments into their own source module. This is
> done in anticipation of implementation of more such enighten
On Wed, Oct 31, 2018 at 12:43:33PM +, Paul Durrant wrote:
> The specification [1] defines a type so we should use it, rather than just
> OR-ing and AND-ing magic bits.
>
> No functional change.
>
> NOTE: The type defined in the specification does include an anonymous
> sub-struct in the
On Wed, Oct 31, 2018 at 05:07 PM +0200, Roger Pau Monné wrote:
On Wed, Oct 31, 2018 at 04:38:08PM +0200, Alexandru Vasile wrote:
> Hello,
>
>
> > I am writing as a follow up from our discussion on the xen-devel
mailing
> > list [0].
> >
> You mentioned some ‘low-hanging fruit, both in Xen
On 31/10/18 15:41, Ian Jackson wrote:
this needs a stronger warning against anyone ever calling it, or a
clearer explanation of the consquences (whose scope is very broad).
The consequence is that the global handle is closed but it would be
opened again if
one called with_intf again. So I'm no
On Wed, Oct 31, 2018 at 12:43:35PM +, Paul Durrant wrote:
> The 'vp_assist' page is currently an example of a guest page which needs to
> be kept mapped throughout the life-time of a guest, but there are other
> such examples in the specifiction [1]. This patch therefore introduces a
> generic
On Wed, Oct 31, 2018 at 02:04:58PM +0100, Marek Marczykowski-Górecki wrote:
> Use physinfo.max_cpu_id instead of physinfo.nr_cpus to get max CPU id.
> This fixes for example 'xenpm get-cpufreq-para' with smt=off, which
> otherwise would miss half of the cores.
>
> Signed-off-by: Marek Marczykowski
Christian Lindig writes ("Re: [PATCH v2 1/1] tools/ocaml: Re-introduce
Xenctrl.with_intf wrapper [and 1 more messages]"):
> On 31/10/18 15:41, Ian Jackson wrote:
> > this needs a stronger warning against anyone ever calling it, or a
> > clearer explanation of the consquences (whose scope is very b
flight 129229 freebsd-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/129229/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
freebsd 2f480ce108ecce5a6d0e78d011781a5e33bd4c67
baseline version:
freebsd c0b412ce93b
This run is configured for baseline tests only.
flight 75550 ovmf real [real]
http://osstest.xensource.com/osstest/logs/75550/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
build-amd64-libvirt 6 libvirt-buildfail like 75548
test
flight 129238 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/129238/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf e23366d3c3eafae69cf0436f4212ed126a7534f1
baseline version:
ovmf 269f3b51803685eb3f4f4
On Tue, Oct 30, 2018 at 04:41:18PM +0100, Roger Pau Monne wrote:
> No functional change intended.
>
> Signed-off-by: Roger Pau Monné
> Reviewed-by: Jan Beulich
Reviewed-by: Wei Liu
___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://li
On Thu, Sep 27, 2018 at 10:58:54AM +0300, Razvan Cojocaru wrote:
> Currently there is a subop for setting the memaccess of a page, but not
> for consulting it. The new HVMOP_altp2m_get_mem_access adds this
> functionality.
>
> Both altp2m get/set mem access functions use the struct
> xen_hvm_altp
On Thu, Oct 25, 2018 at 09:09:25AM -0600, Jan Beulich wrote:
> >>> On 12.10.18 at 18:29, wrote:
> > On Mon, Oct 01, 2018 at 07:42:12AM -0600, Jan Beulich wrote:
> >> The system Intel have handed me for AVX512 emulator work ("Gigabyte
> >> Technology Co., Ltd. X299 AORUS Gaming 3 Pro/X299 AORUS Gam
On 10/31/18 6:39 PM, Wei Liu wrote:
> On Thu, Sep 27, 2018 at 10:58:54AM +0300, Razvan Cojocaru wrote:
>> Currently there is a subop for setting the memaccess of a page, but not
>> for consulting it. The new HVMOP_altp2m_get_mem_access adds this
>> functionality.
>>
>> Both altp2m get/set mem acce
On Wed, Oct 31, 2018 at 06:45:49PM +0200, Razvan Cojocaru wrote:
> On 10/31/18 6:39 PM, Wei Liu wrote:
> > On Thu, Sep 27, 2018 at 10:58:54AM +0300, Razvan Cojocaru wrote:
> >> Currently there is a subop for setting the memaccess of a page, but not
> >> for consulting it. The new HVMOP_altp2m_get_
On 31/10/18 16:01, Ian Jackson wrote:
IMO the bug is that spong calls close_handle which has a distant
destructive action, without being able to know that it is safe to do
so.
I will add add more words or caution. Thanks for pointing it out.
-- C
__
Christian Lindig writes ("Re: [PATCH v2 1/1] tools/ocaml: Re-introduce
Xenctrl.with_intf wrapper [and 1 more messages]"):
> On 31/10/18 16:01, Ian Jackson wrote:
> > IMO the bug is that spong calls close_handle which has a distant
> > destructive action, without being able to know that it is safe
On Tue, Sep 18, 2018 at 06:36:21AM -0600, Jan Beulich wrote:
> This allows to fold 6 instructions into a single one, reducing code size
> quite a bit, especially when not considering the fallback functions
> (which won't ever need to be brought into iCache or their mappings into
> iTLB on systems s
flight 129168 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/129168/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-libvirt6 libvirt-buildfail REGR. vs. 128963
build-armhf-pvops
On 10/30/18 11:41 AM, Roger Pau Monne wrote:
> PV Dom0 has a quirk for some AMD processors, where enabling ACPI can
> also enable C1E mode. Apply the same workaround as done on PV for a
> PVH Dom0, which consist on trapping accesses to the SMI command IO
> port and disabling C1E if ACPI is enabled.
On Tue, Oct 30, 2018 at 4:14 PM Ian Jackson wrote:
> + + Baremetal boot from Debian stable or stable-backports:
> +
> + A suitable Linux kernel binary which can boot baremetal on the
> + proposed hardware must be available from Debian (at least
> + `stable', or, if that is not possib
[CC'ing Stefano and Julien]
On Wed, Oct 31, 2018 at 5:49 PM George Dunlap wrote:
>
> On Tue, Oct 30, 2018 at 4:14 PM Ian Jackson wrote:
> > + + Baremetal boot from Debian stable or stable-backports:
> > +
> > + A suitable Linux kernel binary which can boot baremetal on the
> > + propose
Signed-off-by: Julien Grall
Reviewed-by: Andrii Anisov
---
Changes in v2:
- Add Andrii's reviewed-by
---
xen/arch/arm/gic-v3.c | 22 --
1 file changed, 12 insertions(+), 10 deletions(-)
diff --git a/xen/arch/arm/gic-v3.c b/xen/arch/arm/gic-v3.c
index 8ff4e0f08e.
Also, include smccc.h instead of psci.h.
Signed-off-by: Julien Grall
Reviewed-by: Andrii Anisov
---
Changes in v2:
- Add Andrii's reviewed-by
---
xen/arch/arm/traps.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/xen/arch/arm/traps.c b/xen/arch/arm/traps.c
The HSR defines are pretty much self-contained and not necessary to be
included everywhere in Xen. So move them in a new header hsr.h.
Signed-off-by: Julien Grall
Reviewed-by: Andrii Anisov
---
Changes in v2:
- Add Andrii's reviewed-by
---
xen/arch/arm/arm64/traps.c | 1
Signed-off-by: Julien Grall
Reviewed-by: Andrii Anisov
---
Changes in v2:
- Add Andrii's reviewed-by
---
xen/arch/arm/vgic-v2.c | 1 +
xen/arch/arm/vgic-v3-its.c | 1 +
xen/arch/arm/vpl011.c| 1 +
xen/include/asm-arm/vgic.h | 1 -
xen/include/asm-arm/vpl011.h | 1 -
Signed-off-by: Julien Grall
Reviewed-by: Andrii Anisov
---
Changes in v2:
- Add Andrii's reviewed-by
---
xen/include/asm-arm/mmio.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/xen/include/asm-arm/mmio.h b/xen/include/asm-arm/mmio.h
index 3ed3f82bf7..8dbfb27682 100644
--- a/
System registers accessors are self-contained and should not be included
everywhere in Xen. Move the accessors in sysregs.h and include the file
when necessary.
With that change, it is not necessary to include processor.h in time.h.
Signed-off-by: Julien Grall
Reviewed-by: Andrii Anisov
---
At the same time, switch the parameter guest_mode from int to bool
Signed-off-by: Julien Grall
Reviewed-by: Andrii Anisov
---
Changes in v2:
- Add andrii's reviewed-by
---
xen/arch/arm/traps.c | 6 +++---
xen/include/asm-arm/regs.h | 22 --
2 files change
Keep vgic_* helpers in a single place. At the same time remove gic.h
from event.h since the helpers has now been moved to vgic.h (included by
domain.h).
Signed-off-by: Julien Grall
Reviewed-by: Andrii Anisov
---
Changes in v2:
- Add Andrii's reviewed-by
---
xen/include/asm-arm/even
At the moment, CPU Identification is spread accross cpu.c, cpufeature.c,
processor.h, cpufeature.h. It would be better to keep everything
together in a single place.
Signed-off-by: Julien Grall
Reviewed-by: Andrii Anisov
---
Changes in v2:
- Add Andrii's reviewed-by
---
xen/arch/ar
Signed-off-by: Julien Grall
Reviewed-by: Andrii Anisov
---
Changes in v2:
- Add Andrii's reviewed-by
---
xen/arch/arm/gic-v3.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/xen/arch/arm/gic-v3.c b/xen/arch/arm/gic-v3.c
index 2952335d05..8ff4e0f08e 100644
--- a/xen/arch/arm
None of the platforms are using the p2m helpers.
Signed-off-by: Julien Grall
Reviewed-by: Andrii Anisov
---
Changes in v2:
- Add Andrii's reviewed-by
---
xen/arch/arm/platforms/exynos5.c | 1 -
xen/arch/arm/platforms/omap5.c | 1 -
2 files changed, 2 deletions(-)
diff --git a/xe
Signed-off-by: Julien Grall
Reviewed-by: Andrii Anisov
---
Changes in v2:
- Add Andrii's reviewed-by
---
xen/include/asm-arm/arm32/sysregs.h | 1 +
xen/include/asm-arm/arm64/processor.h | 2 --
xen/include/asm-arm/cpregs.h | 2 --
3 files changed, 1 insertion(+), 4 deleti
do_unexpected_traps() is moved to traps.h while init_traps() and
hyp_traps_vectors() are moved to setup.h.
Signed-off-by: Julien Grall
Reviewed-by: Andrii Anisov
---
Changes in v2:
- Rebase
- Add Andrii's reviewed-by
---
xen/include/asm-arm/processor.h | 7 ---
xen/incl
do_bug_frame is only necessary when trapping. This allows to remove
processor.h include.
However, time.h was missing an include resulting to compilation error if
processor.h is removed from bug.h.
Signed-off-by: Julien Grall
Reviewed-by: Andrii Anisov
---
Changes in v2:
- Rebase
Those helpers are not meant to modify most of the parameters. So constify them.
Signed-off-by: Julien Grall
---
Changes in v2:
- Constify more parameters.
---
xen/arch/arm/traps.c| 26 +-
xen/include/asm-arm/bug.h | 2 +-
xen/include/asm-a
The macro VABORT_GEN_BY_GUEST is only used by the trap code. So move it
to trap.h.
While moving the code, convert is to a static inline to allow typecheck.
Signed-off-by: Julien Grall
Reviewed-by: Andrii Anisov
---
Changes in v2:
- Add Andrii's reviewed-by
---
xen/include/asm-arm/
1 - 100 of 126 matches
Mail list logo
