Re: u-boot vs. uefi as boot loaders on ARM

2020-08-16 Thread Roman Shaposhnik
On Sun, Aug 16, 2020 at 7:54 AM Julien Grall wrote: > On 15/08/2020 21:43, Roman Shaposhnik wrote: > > Hi! > > Hi, > > > with the recent excellent work by Anastasiia committed to the u-boot's > > main line, we now have two different ways of bringing ARM DomUs. > > > > Is there any chance someone c

Re: [RFC PATCH V1 01/12] hvm/ioreq: Make x86's IOREQ feature common

2020-08-16 Thread Oleksandr
On 15.08.20 20:30, Julien Grall wrote: Hi Oleksandr, Hi Julien. On 03/08/2020 19:21, Oleksandr Tyshchenko wrote: +static int hvm_send_buffered_ioreq(struct hvm_ioreq_server *s, ioreq_t *p) +{ [...] +    /* Canonicalize read/write pointers to prevent their overflow. */ +    while ( (

Re: [RFC PATCH V1 00/12] IOREQ feature (+ virtio-mmio) on Arm

2020-08-16 Thread Oleksandr
On 15.08.20 20:24, Julien Grall wrote: Hi Oleksandr, Hi Julien. On 03/08/2020 19:21, Oleksandr Tyshchenko wrote: From: Oleksandr Tyshchenko Hello all. The purpose of this patch series is to add IOREQ/DM support to Xen on Arm. You can find an initial discussion at [1]. Xen on Arm requ

Re: [PATCH] xen: Introduce cmpxchg64() and guest_cmpxchg64()

2020-08-16 Thread Oleksandr
On 15.08.20 20:21, Julien Grall wrote: Hi Julien From: Julien Grall The IOREQ code is using cmpxchg() with 64-bit value. At the moment, this is x86 code, but there is plan to make it common. To cater 32-bit arch, introduce two new helpers to deal with 64-bit cmpxchg. The Arm 32-bit implem

Re: [PATCH v4 5/6] x86/paravirt: remove set_pte_at pv-op

2020-08-16 Thread boris . ostrovsky
On 8/15/20 6:06 AM, Juergen Gross wrote: > On x86 set_pte_at() is now always falling back to set_pte(). So instead > of having this fallback after the paravirt maze just drop the > set_pte_at paravirt operation and let set_pte_at() use the set_pte() > function directly. > > Signed-off-by: Juergen

Re: [PATCH v4 1/6] x86/paravirt: remove 32-bit support from PARAVIRT_XXL

2020-08-16 Thread boris . ostrovsky
On 8/15/20 6:06 AM, Juergen Gross wrote: > The last 32-bit user of stuff under CONFIG_PARAVIRT_XXL is gone. > > Remove 32-bit specific parts. > > Signed-off-by: Juergen Gross Reviewed-by: Boris Ostrovsky (There is another '#ifdef CONFIG_X86_64' in paravirt.h, at the bottom, that can be remo

Re: [RFC PATCH V1 07/12] A collection of tweaks to be able to run emulator in driver domain

2020-08-16 Thread Julien Grall
On 14/08/2020 17:30, Oleksandr wrote: Hello all. -Original Message- From: Jan Beulich Sent: 05 August 2020 17:20 To: Oleksandr Tyshchenko ; Paul Durrant Cc: xen-devel@lists.xenproject.org; Oleksandr Tyshchenko ; Andrew Cooper ; George Dunlap ; Ian Jackson ; Julien Grall ; Stef

Re: u-boot vs. uefi as boot loaders on ARM

2020-08-16 Thread Julien Grall
On 15/08/2020 21:43, Roman Shaposhnik wrote: Hi! Hi, with the recent excellent work by Anastasiia committed to the u-boot's main line, we now have two different ways of bringing ARM DomUs. Is there any chance someone can educate the general public on pros and cons of both approaches? In

[PATCH I v2.1 6/6] tools: generate most contents of library make variables

2020-08-16 Thread Juergen Gross
Library related make variables (CFLAGS_lib*, SHDEPS_lib*, LDLIBS_lib* and SHLIB_lib*) mostly have a common pattern for their values. Generate most of this content automatically by adding a new per-library variable defining on which other libraries a lib is depending. This in turn makes it possible

Re: [PATCH I v2 6/6] tools: generate most contents of library make variables

2020-08-16 Thread Jürgen Groß
On 15.08.20 15:03, Juergen Gross wrote: Library related make variables (CFLAGS_lib*, SHDEPS_lib*, LDLIBS_lib* and SHLIB_lib*) mostly have a common pattern for their values. Generate most of this content automatically by adding a new per-library variable defining on which other libraries a lib is