This patch adds a couple of regs to the vm_event that are used by
the introspection. The base, limit and ar
bits are compressed into a uint64_t union so as not to enlarge the
vm_event.
Signed-off-by: Alexandru Isaila
Reviewed-by: Jan Beulich
---
Changes since V5:
- Rename x86_selector_r
>>> On 30.10.18 at 16:46, wrote:
> On Tue, Oct 30, 2018 at 09:40:17AM -0600, Jan Beulich wrote:
>> >>> On 30.10.18 at 16:32, wrote:
>> > On Fri, Oct 26, 2018 at 09:21:03AM -0600, Jan Beulich wrote:
>> >> >>> On 22.10.18 at 14:58, wrote:
>> >> > --- a/xen/common/efi/boot.c
>> >> > +++ b/xen/commo
Stefano Stabellini writes ("[PATCH v8 4/8] libxl: support unmapping static
shared memory areas during domain destruction"):
> Add libxl__sshm_del to unmap static shared memory areas mapped by
> libxl__sshm_add during domain creation. The unmapping process is:
This whole part should be in a commen
Stefano Stabellini writes ("[PATCH v8 7/8] xen/arm: export shared memory
regions as reserved-memory on device tree"):
> Shared memory regions need to be advertised to the guest. Fortunately, a
> device tree binding for special memory regions already exist:
> reserved-memory.
Oh! Here is the gues
flight 129189 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/129189/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl 5 host-ping-check-native fail REGR. vs. 129151
Tests which
Signed-off-by: Ian Jackson
---
cr-for-branches | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cr-for-branches b/cr-for-branches
index f7e4caea..2e9717e0 100755
--- a/cr-for-branches
+++ b/cr-for-branches
@@ -31,7 +31,7 @@ scriptoptions="$1"; shift
LOGFILE=tmp/cr-for-branches
>>> On 29.10.18 at 14:29, wrote:
> --- a/xen/common/grant_table.c
> +++ b/xen/common/grant_table.c
> @@ -1142,12 +1142,14 @@ map_grant_ref(
> {
> if ( !(kind & MAPKIND_WRITE) )
> err = iommu_map_page(ld, _dfn(mfn_x(mfn)), mfn,
> +
New document-cum-checklist, for helping with hardware procurement.
Signed-off-by: Ian Jackson
CC: in...@xenproject.org
---
README.hardware-acquisition | 310
1 file changed, 310 insertions(+)
create mode 100644 README.hardware-acquisition
diff --git
>>> On 29.10.18 at 13:40, wrote:
> This patch is a pre-requisite for fixing the logdirty VGA issue
> (display freezes when switching to a new altp2m view early in a
> domain's lifetime), but sent separately for easier review.
> The new ept_set_ad_sync() function has been added to update all
> acti
On 10/30/18 6:14 PM, Jan Beulich wrote:
On 29.10.18 at 13:40, wrote:
>> This patch is a pre-requisite for fixing the logdirty VGA issue
>> (display freezes when switching to a new altp2m view early in a
>> domain's lifetime), but sent separately for easier review.
>> The new ept_set_ad_sync()
>>> On 29.10.18 at 13:40, wrote:
> This patch is a pre-requisite for the one fixing VGA logdirty
> freezes when using altp2m. It only concerns itself with the
> ranges allocation / deallocation / initialization part.
But while looking (briefly only for now) over patch 3 I couldn't
see any sync-in
On Tue, Oct 30, 2018 at 08:44:20AM -0600, Jan Beulich wrote:
> There's no guarantee that e.g. a switch() control expression's memory
> operand(s) get(s) read just once. Guard against the compiler producing
> "unexpected" code by sprinkling around some ACCESS_ONCE().
>
> I'm leaving alone opt_consw
This run is configured for baseline tests only.
flight 75545 qemu-mainline real [real]
http://osstest.xensource.com/osstest/logs/75545/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386
>>> On 29.10.18 at 13:40, wrote:
> @@ -316,6 +339,22 @@ void p2m_memory_type_changed(struct domain *d)
> }
> }
>
> +void p2m_memory_type_changed(struct domain *d)
> +{
> +_memory_type_changed(p2m_get_hostp2m(d));
> +
> +#ifdef CONFIG_HVM
> +if ( unlikely(altp2m_active(d)) )
> +
On Mon, Oct 29, 2018 at 06:02:05PM +, Paul Durrant wrote:
> They're not really useful so maintaining them is pointless.
>
> Signed-off-by: Paul Durrant
If you think they are not helpful:
Reviewed-by: Roger Pau Monné
Thanks, Roger.
___
Xen-devel
>>> On 30.10.18 at 17:13, wrote:
> New document-cum-checklist, for helping with hardware procurement.
>
> Signed-off-by: Ian Jackson
I don't think any acks should be needed here, but if so:
Acked-by: Jan Beulich
Jan
___
Xen-devel mailing list
Xen
Thank you Juergen for your comments.
I will soon send v2 patch.
-Thanks,
Manjunath
On 10/30/2018 12:04 AM, Juergen Gross wrote:
On 29/10/2018 19:31, 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.
Typi
On Tue, Oct 30, 2018 at 04:41:19PM +0100, Roger Pau Monne wrote:
> Force trapping accesses to IO port 0xe9 for a PVH Dom0, so it can
> print to the HVM debug console.
>
> Signed-off-by: Roger Pau Monné
Reviewed-by: Wei Liu
___
Xen-devel mailing list
On 30/10/18 16:22, Jan Beulich wrote:
On 29.10.18 at 13:40, wrote:
>> This patch is a pre-requisite for the one fixing VGA logdirty
>> freezes when using altp2m. It only concerns itself with the
>> ranges allocation / deallocation / initialization part.
> But while looking (briefly only for n
>>> On 30.10.18 at 17:23, wrote:
> On Tue, Oct 30, 2018 at 08:44:20AM -0600, Jan Beulich wrote:
>> There's no guarantee that e.g. a switch() control expression's memory
>> operand(s) get(s) read just once. Guard against the compiler producing
>> "unexpected" code by sprinkling around some ACCESS_O
On 10/30/2018 3:39 AM, Roger Pau Monné wrote:
On Mon, Oct 29, 2018 at 11:31:56AM -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 81
On Tue, Oct 30, 2018 at 04:41:23PM +0100, 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
On Tue, Oct 30, 2018 at 10:28:21AM -0600, Jan Beulich wrote:
> >>> On 30.10.18 at 17:23, wrote:
> > On Tue, Oct 30, 2018 at 08:44:20AM -0600, Jan Beulich wrote:
> >> There's no guarantee that e.g. a switch() control expression's memory
> >> operand(s) get(s) read just once. Guard against the compi
On 10/30/2018 02:44 PM, Jan Beulich wrote:
> There's no guarantee that e.g. a switch() control expression's memory
> operand(s) get(s) read just once. Guard against the compiler producing
> "unexpected" code by sprinkling around some ACCESS_ONCE().
>
> I'm leaving alone opt_conswitch[]: It gets ac
branch xen-unstable
xenbranch xen-unstable
job test-amd64-i386-xl-qemut-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
Hi Stefano,
On 23/10/2018 03:02, Stefano Stabellini wrote:
Move generic initializations out of construct_dom0 so that they can be
reused.
Rename prepare_dtb to prepare_dtb_hwdom to avoid confusion.
No functional changes in this patch.
Signed-off-by: Stefano Stabellini
Acked-by: Julien Gral
On Tue, Oct 30, 2018 at 12:44 AM Juergen Gross wrote:
>
> It contains only several small fixes and cleanups this time.
Pulled,
Linus
___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/li
On 10/30/18 6:22 PM, Jan Beulich wrote:
On 29.10.18 at 13:40, wrote:
>> This patch is a pre-requisite for the one fixing VGA logdirty
>> freezes when using altp2m. It only concerns itself with the
>> ranges allocation / deallocation / initialization part.
>
> But while looking (briefly only
Hi Stefano,
On 23/10/2018 03:02, Stefano Stabellini wrote:
Move unregister_init_virtual_region to init_done. Follow the same path
as x86. It is also useful to move it later so that create_domUs can be
called before that in following patches.
Signed-off-by: Stefano Stabellini
Reviewed-by: Jul
On Mon, Oct 29, 2018 at 06:02:06PM +, Paul Durrant wrote:
> 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.
>
> Thi
Hi Stefano,
On 23/10/2018 03:02, Stefano Stabellini wrote:
Call a new function, "create_domUs", from setup_xen to start DomU VMs.
Introduce support for the "xen,domain" compatible node on device tree.
Create new DomU VMs based on the information found on device tree under
"xen,domain". Call con
On Mon, Oct 29, 2018 at 06:02:07PM +, Paul Durrant wrote:
> 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'
>>> On 30.10.18 at 17:32, wrote:
> On 10/30/18 6:22 PM, Jan Beulich wrote:
> On 29.10.18 at 13:40, wrote:
>>> This patch is a pre-requisite for the one fixing VGA logdirty
>>> freezes when using altp2m. It only concerns itself with the
>>> ranges allocation / deallocation / initialization par
On Tue, Oct 30, 2018 at 10:25:20AM -0600, Jan Beulich wrote:
> >>> On 29.10.18 at 13:40, wrote:
> > @@ -316,6 +339,22 @@ void p2m_memory_type_changed(struct domain *d)
> > }
> > }
> >
> > +void p2m_memory_type_changed(struct domain *d)
> > +{
> > +_memory_type_changed(p2m_get_hostp2m(d
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_ring+33]
RIP: a0149491 RSP: 8804f7673c08 RFLAGS: 00010292
.
Christian Lindig writes ("[Xen-devel] [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
Christian Lindig writes ("[Xen-devel] [PATCH 1/1] tools/ocaml: make type of
Xsraw.sync more precise"):
> The type of Xsraw.sync is made more precise:
>
> from val sync : (Xenbus.Xb.t -> 'a) -> con -> string
> to val sync : (Xenbus.Xb.t -> unit) -> con -> string
>
> The first argument is enforc
On 10/30/18 6:28 PM, Andrew Cooper wrote:
> On 30/10/18 16:22, Jan Beulich wrote:
> On 29.10.18 at 13:40, wrote:
>>> This patch is a pre-requisite for the one fixing VGA logdirty
>>> freezes when using altp2m. It only concerns itself with the
>>> ranges allocation / deallocation / initializati
On Mon, Oct 29, 2018 at 06:02:08PM +, 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
On 30/10/2018 17:49, 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_ring+33]
> RIP: ff
> On 30 Oct 2018, at 16:50, Ian Jackson wrote:
>
> I'm not much of an ocaml programmer but this seems like it has no
> overall functional change ?
>
> I take it that ignore is the trivial function with type ('a -> unit).
That is correct. Except that types now reflect more accurately what is
On 30/10/18 16:51, Razvan Cojocaru wrote:
> On 10/30/18 6:28 PM, Andrew Cooper wrote:
>> On 30/10/18 16:22, Jan Beulich wrote:
>> On 29.10.18 at 13:40, wrote:
This patch is a pre-requisite for the one fixing VGA logdirty
freezes when using altp2m. It only concerns itself with the
>>>
> On 30 Oct 2018, at 16:48, Ian Jackson wrote:
>
> I think it would be better to have close_handle set handle to None,
> and write in the docs that it is forbidden to call close_handle within
> with_intf.
You are right - close_handle should set the handle to None in addition.
> For that matt
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 30 October 2018 16:08
> To: Paul Durrant
> Cc: Julien Grall ; Andrew Cooper
> ; George Dunlap ; Wei
> Liu ; Ian Jackson ; Jun
> Nakajima ; Kevin Tian ;
> Stefano Stabellini ; xen-devel de...@lists.xenproject.org>;
Christian Lindig writes ("Re: [Xen-devel] [PATCH 1/1] tools/ocaml: make type of
Xsraw.sync more precise"):
> > On 30 Oct 2018, at 16:50, Ian Jackson wrote:
> > I'm not much of an ocaml programmer but this seems like it has no
> > overall functional change ?
> >
> > I take it that ignore is the t
On Mon, Oct 15, 2018 at 03:01:07PM +0100, Ian Jackson wrote:
> Signed-off-by: Ian Jackson
> CC: Anthony PERARD
I think you understand the event machinery more than I do, so feel free
to apply this patch.
Wei.
___
Xen-devel mailing list
Xen-devel@list
Christian Lindig writes ("Re: [Xen-devel] [PATCH 1/1] tools/ocaml: Re-introduce
Xenctrl.with_intf wrapper"):
> You are right - close_handle should set the handle to None in addition.
>
> > For that matter, why is close_handle needed at all ?
>
> I mostly added it for symmetry and it is needed to
On Mon, Oct 15, 2018 at 03:24:11PM +0100, Ian Jackson wrote:
> This assists diagnosis.
Acked-by: Wei Liu
___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
On Mon, Oct 15, 2018 at 03:32:05PM +0100, Ian Jackson wrote:
> Make the bufdev and non-bufdev messages distinct, and always print the
> non-constant argument (ie, the size).
>
> This assists diagnosis.
>
> CC: Andrew Cooper
> CC: Hans van Kranenburg
Acked-by: Wei Liu
Wei Liu writes ("Re: [PATCH] libxl: libxl__ev_fd_callback: Document
perhaps-no-retry semantics"):
> On Mon, Oct 15, 2018 at 03:01:07PM +0100, Ian Jackson wrote:
> > Signed-off-by: Ian Jackson
> > CC: Anthony PERARD
>
> I think you understand the event machinery more than I do, so feel free
> to
On Mon, Oct 29, 2018 at 06:02:09PM +, Paul Durrant wrote:
> @@ -154,6 +145,14 @@ viridian_hypercall(struct cpu_user_regs *regs);
> void viridian_time_ref_count_freeze(struct domain *d);
> void viridian_time_ref_count_thaw(struct domain *d);
>
> +int viridian_time_wrmsr(struct vcpu *v, uint3
> -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] viridian: remove duplicate union
> types
>
> On Mon, Oct 29, 2018 at 06:02:
>>> On 30.10.18 at 17:56, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 30 October 2018 16:08
>>
>> >>> On 29.10.18 at 14:29, wrote:
>> > --- a/xen/common/grant_table.c
>> > +++ b/xen/common/grant_table.c
>> > @@ -1142,12 +1142,14 @@ map_grant_ref(
>> > {
>> >
> -Original Message-
> From: Roger Pau Monne
> Sent: 30 October 2018 16:52
> To: Paul Durrant
> Cc: xen-devel@lists.xenproject.org; Andrew Cooper
> ; Wei Liu ; Jan Beulich
>
> Subject: Re: [Xen-devel] [PATCH 5/8] viridian: separate interrupt related
> enlightenment implementations...
>
>
> -Original Message-
> From: Roger Pau Monne
> Sent: 30 October 2018 16:34
> To: Paul Durrant
> Cc: xen-devel@lists.xenproject.org; Andrew Cooper
> ; Wei Liu ; Jan Beulich
>
> Subject: Re: [Xen-devel] [PATCH 3/8] viridian: remove comments referencing
> section number in the spec.
>
> On
On Mon, Oct 29, 2018 at 06:02:10PM +, 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
> -Original Message-
> From: Roger Pau Monne
> Sent: 30 October 2018 17:03
> To: Paul Durrant
> Cc: xen-devel@lists.xenproject.org; Andrew Cooper
> ; Wei Liu ; Jan Beulich
>
> Subject: Re: [Xen-devel] [PATCH 6/8] viridian: separate time related
> enlightenment implementations...
>
> On M
On Fri, Oct 26, 2018 at 12:38:06PM +0200, Juergen Gross wrote:
> docs/ChangeLog has been updated for Xen 3.3 last time. It seems to be
> interesting for archaeologists only today.
>
> Remove it.
>
> Signed-off-by: Juergen Gross
I wouldn't mind removing it. Nowadays I mostly use git to do
archae
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 30 October 2018 17:05
> To: Paul Durrant
> Cc: Julien Grall ; Andrew Cooper
> ; George Dunlap ; Ian
> Jackson ; Wei Liu ; Jun
> Nakajima ; Kevin Tian ;
> Stefano Stabellini ; xen-devel de...@lists.xenproject.org>;
> On 30 Oct 2018, at 17:01, Ian Jackson wrote:
>
> Well, yes, but who would ever call it ? It's not safe to use except
> at the toplevel (whatever that means, but probably outside any
> with_intf) because elsewhere you don't know whose work you're
> sabotaging.
>
> Which reminds me: why do yo
> -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] viridian: define type for the
> 'virtual VP assist page'
>
> On Mon, Oct 29
On Fri, Oct 26, 2018 at 03:13:44PM +0200, Juergen Gross wrote:
> In order to have a link to the release notes in the feature list
> generated from SUPPORT.md add that link in the "Release Support"
> section of that file.
>
> The real link needs to be adapted when the version is being released.
>
On Mon, Oct 29, 2018 at 06:02:11PM +, 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
> -Original Message-
> From: Roger Pau Monne
> Sent: 30 October 2018 17:18
> To: Paul Durrant
> Cc: xen-devel@lists.xenproject.org; Wei Liu ; Ian
> Jackson ; Jan Beulich ; Andrew
> Cooper
> Subject: Re: [Xen-devel] [PATCH 8/8] viridian: introduce struct
> viridian_page
>
> On Mon, Oct 29
On 30 October 2018 at 11:23, Laurent Vivier wrote:
> The following changes since commit 808ebd66e467f77c0d1f8c6346235f81e9c99cf2:
>
> Merge remote-tracking branch 'remotes/riscv/tags/riscv-for-master-3.1-sf0'
> into staging (2018-10-25 17:41:03 +0100)
>
> are available in the Git repository at:
flight 129191 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/129191/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf a0f01e8a22e15000e564f09e82eae13d7127be3c
baseline version:
ovmf 4222e8e7e421e9c8d2c2f
On Mon, Oct 29, 2018 at 08:55:09PM +, Paraschiv, Andra-Irina wrote:
>
>
> On Mon, Oct 29, 2018 at 04:58:22PM +0200, Pasi Kärkkäinen wrote:
> > Hi,
> >
> > On Wed, Oct 24, 2018 at 04:20:35PM +0100, Ian Jackson wrote:
> > > Andra Paraschiv writes ("[PATCH RESEND qemu-xen-traditional] xen/pt:
>
On Tue, 30 Oct 2018, Jan Beulich wrote:
> >>> On 29.10.18 at 22:14, wrote:
> > From: Stefano Stabellini
> >
> > Backport commit 3714ce1d6655098ee69ede632883e5874d67e4ab
> > "iommu/arm-smmu: Disable stalling faults for all endpoints" from the
> > Linux kernel. This works-around Erratum #842869.
>
On Fri, Oct 26, 2018 at 10:02:19AM -0600, Jan Beulich wrote:
> >>> On 19.10.18 at 16:28, wrote:
> > @@ -1337,8 +1339,15 @@ static int fixup_page_fault(unsigned long addr,
> > struct cpu_user_regs *regs)
> > {
> > if ( !(regs->error_code & (PFEC_user_mode | PFEC_reserved_bit)) &&
> >
On Mon, Oct 29, 2018 at 05:31:59PM +, Ian Jackson wrote:
> Anthony PERARD writes ("Re: [PATCH v5 03/15] libxl_qmp: Implement fd callback
> and read data [and 1 more messages]"):
> > On Mon, Oct 15, 2018 at 05:35:36PM +0100, Ian Jackson wrote:
> > > > +ev->buf_consumed += len;
> > > > +
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);
>>> wrmsrl(MSR_SYSCALL_MASK, XEN_SYSCALL
Christian Lindig writes ("Re: [Xen-devel] [PATCH 1/1] tools/ocaml: Re-introduce
Xenctrl.with_intf wrapper"):
> I agree that it would not harm but conceptually I believe you
> should manage this explicitly using interface_{open/close} or implicitly
> using with_intf. I would use an exit handler t
Anthony PERARD writes ("Re: [PATCH v5 03/15] libxl_qmp: Implement fd callback
and read data [and 1 more messages]"):
> On Mon, Oct 29, 2018 at 05:31:59PM +, Ian Jackson wrote:
> > To be honest this condition is a bit fiddly. Why not do this after
> > subtracting buf_consumed from buf_used and
On 10/30/18 6:54 PM, Andrew Cooper wrote:
> On 30/10/18 16:51, Razvan Cojocaru wrote:
>> On 10/30/18 6:28 PM, Andrew Cooper wrote:
>>> On 30/10/18 16:22, Jan Beulich wrote:
>>> On 29.10.18 at 13:40, wrote:
> This patch is a pre-requisite for the one fixing VGA logdirty
> freezes when u
Hi Ian,
I am replying here, but I am addressing also your other emails. This is
v8 of the series, the first version was sent in Aug 2017, and the design
document, including the master/slave terminology, was accepted even
before that.
At this stage I am only looking for minor suggestions for impro
flight 129196 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/129196/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-armhf-armhf-xl 1
On 10/30/18 6:58 PM, Stefano Stabellini wrote:
Hi Ian,
I am replying here, but I am addressing also your other emails. This is
v8 of the series, the first version was sent in Aug 2017, and the design
document, including the master/slave terminology, was accepted even
before that.
At this stag
Hi Ian,
On 10/30/18 3:20 PM, Ian Jackson wrote:
Stefano Stabellini writes ("[PATCH v8 2/8] libxl: introduce a new structure to
represent static shared memory regions"):
From: Zhongze Liu
Author: Zhongze Liu
Add a new structure to the IDL family to represent static shared memory regions
as
On 10/30/18 3:36 PM, Ian Jackson wrote:
Stefano Stabellini writes ("[PATCH v8 3/8] libxl: support mapping static shared
memory areas during domain creation"):
+_hidden
+bool libxl__arch_domain_support_sshm(const libxl_domain_build_info *b_info);
+
+_hidden
+int libxl__arch_domain_sshm_cachepo
Hi,
On 10/30/18 3:58 PM, Ian Jackson wrote:
Stefano Stabellini writes ("[PATCH v8 7/8] xen/arm: export shared memory regions as
reserved-memory on device tree"):
Shared memory regions need to be advertised to the guest. Fortunately, a
device tree binding for special memory regions already exis
Hi Ian,
On 10/30/18 4:13 PM, Ian Jackson wrote:
+Compatibility with Xen and Linux - requirements
+---
+
+(Normally these issues are not a problem for x86, except perhaps for
+the network and storage controllers - see MASS STORAGE and NETWORKING,
+above
On Mon, Oct 29, 2018 at 08:28:07AM -0600, Jan Beulich wrote:
> >>> On 19.10.18 at 16:28, wrote:
> > They are useful to PV only.
>
> Considering there was no is_{hvm,pv}_...() check so far, I think
> you need to extend this a little plus ...
I thought the code was self-explanatory enough.
Anyway
Hi Stefano,
More comments on it :).
On 10/23/18 3:02 AM, Stefano Stabellini wrote:
Introduce an allocate_memory function able to allocate memory for DomUs
and map it at the right guest addresses, according to the guest memory
map: GUEST_RAM0_BASE and GUEST_RAM1_BASE.
This is under #if 0 as not
On 10/23/18 3:02 AM, Stefano Stabellini wrote:
Similar to construct_dom0, construct_domU creates a barebone DomU guest.
The device tree node passed as argument is compatible "xen,domain", see
docs/misc/arm/device-tree/booting.txt.
Remove #if 0 from allocate_memory as this patch will start usi
Hi Stefano,
On 10/23/18 3:02 AM, Stefano Stabellini wrote:
Introduce vpl011 support to guests started from Xen: it provides a
simple way to print output from a guest, as most guests come with a
pl011 driver. It is also able to provide a working console with
interrupt support.
The UART exposed t
On Fri, Oct 19, 2018 at 04:18:21PM +0100, Andrew Cooper wrote:
> On 19/10/18 15:28, Wei Liu wrote:
> > They are useful to PV only.
> >
> > Signed-off-by: Wei Liu
>
> How easy is this to turn into a domaincreate flag? It is yet another
> singleton operation which complicated Xen's init/cleanup pa
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/isues/4456
--
flight 129202 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/129202/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-armhf-armhf-xl 1
On 30/10/2018 22:16, 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-Górecki
> ---
> Repo
On Tue, 30 Oct 2018, Julien Grall wrote:
> Hi Ian,
>
> On 10/30/18 4:13 PM, Ian Jackson wrote:
> > +Compatibility with Xen and Linux - requirements
> > +---
> > +
> > +(Normally these issues are not a problem for x86, except perhaps for
> > +the network
On Tue, 30 Oct 2018, Julien Grall wrote:
> Hi,
>
> On 10/30/18 3:58 PM, Ian Jackson wrote:
> > Stefano Stabellini writes ("[PATCH v8 7/8] xen/arm: export shared memory
> > regions as reserved-memory on device tree"):
> > > Shared memory regions need to be advertised to the guest. Fortunately, a
>
On Tue, 30 Oct 2018, Julien Grall wrote:
> On 10/30/18 6:58 PM, Stefano Stabellini wrote:
> > Hi Ian,
> >
> > I am replying here, but I am addressing also your other emails. This is
> > v8 of the series, the first version was sent in Aug 2017, and the design
> > document, including the master/slav
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
---
tools/libvchan/init.c | 21 -
1 file changed, 16 insertions(+), 5 deletions(-)
diff --git a/tools/libvchan/init.c b/tools/libv
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 Marczykowski-Górecki
---
tools/hotplug/Linux/Makefile| 1 -
tools/hotplug/Linux
flight 129138 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/129138/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-arm64-arm64-libvirt-xsm 12 guest-start fail REGR. vs. 128775
test-armhf-armhf-l
This run is configured for baseline tests only.
flight 75548 ovmf real [real]
http://osstest.xensource.com/osstest/logs/75548/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
build-amd64-libvirt 6 libvirt-buildfail like 75546
buil
flight 129212 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/129212/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 27b9cb33e7437f6aef184c6b2982d004d279cc04
baseline version:
ovmf a0f01e8a22e15000e564f
flight 129218 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/129218/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 269f3b51803685eb3f4f4cd4415dc833d375efba
baseline version:
ovmf 27b9cb33e7437f6aef184
101 - 198 of 198 matches
Mail list logo