Re: [Xen-devel] [PATCH v3 09/15] argo: implement the sendv op; evtchn: expose send_guest_global_virq

On Wed, Jan 9, 2019 at 10:05 AM Jason Andryuk wrote: > > On Mon, Jan 7, 2019 at 2:43 AM Christopher Clark > wrote: > > > > > @@ -342,6 +357,413 @@ update_tx_ptr(struct argo_ring_info *ring_info, > > uint32_t tx_ptr) > > smp_wmb(); > > } > > > > +static int > >

[Xen-devel] [PATCH v6 0/4] misc safety certification fixes

Hi all, This version of the series addresses all the latest comments by Jan. The principal change is to SYMBOL(), that now returns the native type, instead of unsigned long. I would like to note that I believe this not a good change. It would be better, more safety compliant, to have SYMBOL()

[Xen-devel] [PATCH v6 3/4] xen/x86: use SYMBOL when required

Use SYMBOL in cases of comparisons and subtractions of: _start, _end, __2M_rwdata_start, __2M_rwdata_end, _stext, _etext, __end_vpci_array, __start_vpci_array, _stextentry, _etextentry, __trampoline_rel_start, __trampoline_rel_stop, __trampoline_seg_start, __trampoline_seg_stop __per_cpu_start,

[Xen-devel] [PATCH v6 1/4] xen: introduce SYMBOL

Introduce a macro, SYMBOL, which is similar to RELOC_HIDE, but it is meant to be used everywhere symbols such as _stext and _etext are used in the code. It can take an array type as a parameter, and it returns the same type. SYMBOL is needed when accessing symbols such as _stext and _etext

[Xen-devel] [PATCH v6 2/4] xen/arm: use SYMBOL when required

Use SYMBOL in cases of comparisons and subtractions of: _start, _end, __init_begin, __init_end, _stext, _etext, __alt_instructions, __alt_instructions_end, __per_cpu_start, __per_cpu_data_end, _splatform, _eplatform, _sdevice, _edevice, _asdevice, _aedevice. as by the C standard [1]. M3CM:

[Xen-devel] [PATCH v6 4/4] xen/common: use SYMBOL when required

Use SYMBOL in cases of comparisons and subtractions of: _start, _end, _stext, _etext, _srodata, _erodata, _sinittext, _einittext, __note_gnu_build_id_start, __note_gnu_build_id_end, __lock_profile_start, __lock_profile_end, __initcall_start, __initcall_end, __presmp_initcall_end, __ctors_start,

Re: [Xen-devel] [Qemu-devel] [PATCH 3/3] machine: Use shorter format for GlobalProperty arrays

On Tue, Jan 08, 2019 at 11:20:12AM +0100, Cornelia Huck wrote: > On Tue, 8 Jan 2019 07:45:43 +0100 > Gerd Hoffmann wrote: > > > Hi, > > > > > +{ "migration", "decompress-error-check", "off" }, > > > +{ "hda-audio", "use-timer", "false" }, > > > +{ "cirrus-vga", "global-vmstate",

Re: [Xen-devel] [PATCH v3 09/15] argo: implement the sendv op; evtchn: expose send_guest_global_virq

Thanks for the review, Roger. Replies inline below. On Wed, Jan 9, 2019 at 10:57 AM Roger Pau Monné wrote: > > to.On Mon, Jan 7, 2019 at 8:44 AM Christopher Clark > wrote: > > > > sendv operation is invoked to perform a synchronous send of buffers > > contained in iovs to a remote domain's

Re: [Xen-devel] [PATCH v3 04/15] argo: init, destroy and soft-reset, with enable command line opt

On Wed, Jan 9, 2019 at 6:16 AM Jason Andryuk wrote: > On Wed, Jan 9, 2019 at 1:48 AM Christopher Clark > wrote: > > On Tue, Jan 8, 2019 at 2:54 PM Jason Andryuk wrote: > > > On Mon, Jan 7, 2019 at 2:43 AM Christopher Clark > > > wrote: > > > > > + > > > > +/* A space-available notification

Re: [Xen-devel] [PATCH v4 2/2] xen: use SYMBOL when required

On Wed, 9 Jan 2019, Jan Beulich wrote: > >>> On 08.01.19 at 19:08, wrote: > > On Tue, 8 Jan 2019, Stefano Stabellini wrote: > >> So, this is what I am going to do: I'll send a series update according > >> to your suggestion, with SYMBOL returning the native pointer type. As I > >> wrote earlier,

[Xen-devel] [linux-4.19 test] 131859: regressions - FAIL

flight 131859 linux-4.19 real [real] http://logs.test-lab.xenproject.org/osstest/logs/131859/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 7 xen-boot fail REGR. vs. 129313

Re: [Xen-devel] [PATCH v6 1/4] xen: introduce SYMBOL

Hi, Sorry for the formatting. On Wed, 9 Jan 2019, 18:43 Stefano Stabellini, wrote: > Introduce a macro, SYMBOL, which is similar to RELOC_HIDE, but it is > meant to be used everywhere symbols such as _stext and _etext are used > in the code. It can take an array type as a parameter, and it

Re: [Xen-devel] [PATCH v3 11/15] xsm, argo: XSM control for argo register

On Mon, Jan 7, 2019 at 3:07 PM DeGraaf, Daniel G wrote: > > > From: Christopher Clark > > Subject: [PATCH v3 11/15] xsm, argo: XSM control for argo register > > > > XSM controls for argo ring registration with two distinct cases, where > > the ring being registered is: > > > > 1) Single source:

Re: [Xen-devel] [PATCH v4 2/2] xen: use SYMBOL when required

>>> On 08.01.19 at 19:08, wrote: > On Tue, 8 Jan 2019, Stefano Stabellini wrote: >> So, this is what I am going to do: I'll send a series update according >> to your suggestion, with SYMBOL returning the native pointer type. As I >> wrote earlier, although weaker, it is still an improvement from

Re: [Xen-devel] [PATCH] sched/credit2: remove stale comment

>>> On 09.01.19 at 14:59, wrote: > On Wed, 2019-01-09 at 13:34 +0100, Juergen Gross wrote: >> With being the default scheduler now the comment in sched_credit2 >> stating it being experimental should be removed. >> >> While at it remove the "TODO" comments already addressed. >> >>

Re: [Xen-devel] [PATCH for-4.12 V2] x86/p2m: fix p2m_finish_type_change()

>>> On 09.01.19 at 13:24, wrote: > finish_type_change() returns a negative int on error, but the > current code checks if ( !rc ). We also need to treat > finish_type_change()'s return codes cumulatively in the > success case (don't overwrite a 1 returned while processing > the hostp2m if

[Xen-devel] [xen-unstable-smoke test] 131879: tolerable all pass - PUSHED

flight 131879 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/131879/ 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

Re: [Xen-devel] [PATCH] sched/credit2: remove stale comment

On Wed, 2019-01-09 at 13:34 +0100, Juergen Gross wrote: > With being the default scheduler now the comment in sched_credit2 > stating it being experimental should be removed. > > While at it remove the "TODO" comments already addressed. > > Signed-off-by: Juergen Gross > Acked-by: Dario

Re: [Xen-devel] [PATCH v3 04/15] argo: init, destroy and soft-reset, with enable command line opt

On Wed, Jan 9, 2019 at 4:35 AM Jan Beulich wrote: > > >>> On 08.01.19 at 23:54, wrote: > > First of all - please trim your replies. Sorry. Will do. > > On Mon, Jan 7, 2019 at 2:43 AM Christopher Clark > > wrote: > >> --- a/docs/misc/xen-command-line.pandoc > >> +++

Re: [Xen-devel] [PATCH v3 04/15] argo: init, destroy and soft-reset, with enable command line opt

>>> On 09.01.19 at 15:26, wrote: > On Wed, Jan 9, 2019 at 4:35 AM Jan Beulich wrote: >> >>> On 08.01.19 at 23:54, wrote: >> > On Mon, Jan 7, 2019 at 2:43 AM Christopher Clark >> > wrote: >> >> + */ >> >> +struct argo_ring_info *ring_info; >> >> +/* domain to be notified when space

Re: [Xen-devel] [PATCH] tools/firmware: update OVMF Makefile

On Wed, Nov 28, 2018 at 10:44 AM Wei Liu wrote: > > OVMF has become dependent on OpenSSL, which it is included as a submodule. > Initialise submodules before building. If you are updating the ovmf makefile, could you by any chance also make the debug build of it more useful on Xen by making it

Re: [Xen-devel] [PATCH] tools/firmware: update OVMF Makefile

On Wed, Jan 9, 2019 at 7:56 AM Tamas K Lengyel wrote: > > On Wed, Nov 28, 2018 at 10:44 AM Wei Liu wrote: > > > > OVMF has become dependent on OpenSSL, which it is included as a submodule. > > Initialise submodules before building. > > If you are updating the ovmf makefile, could you by any

Re: [Xen-devel] [PATCH] tmem: default to off

Sorry for the wrong formatting. From: Xen-devel on behalf of Jan Beulich : --- a/xen/common/Makefile +++ b/xen/common/Makefile @@ -21,7 +21,7 @@ obj-$(CONFIG_KEXEC) += kimage.o obj-y += lib.o obj-$(CONFIG_NEEDS_LIST_SORT) += list_sort.o obj-$(CONFIG_LIVEPATCH) += livepatch.o livepatch_elf.o

Re: [Xen-devel] [PATCH v3 04/15] argo: init, destroy and soft-reset, with enable command line opt

On Wed, Jan 9, 2019 at 1:48 AM Christopher Clark wrote: > > On Tue, Jan 8, 2019 at 2:54 PM Jason Andryuk wrote: > > > > On Mon, Jan 7, 2019 at 2:43 AM Christopher Clark > > wrote: > > > + > > > +/* A space-available notification that is awaiting sufficient space */ > > > +struct pending_ent >

Re: [Xen-devel] [PATCH] sched/credit2: remove stale comment

On 09/01/2019 15:27, Jan Beulich wrote: On 09.01.19 at 14:59, wrote: >> On Wed, 2019-01-09 at 13:34 +0100, Juergen Gross wrote: >>> With being the default scheduler now the comment in sched_credit2 >>> stating it being experimental should be removed. >>> >>> While at it remove the "TODO"

[Xen-devel] [qemu-mainline test] 131842: tolerable FAIL - PUSHED

flight 131842 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/131842/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemuu-win7-amd64 17 guest-stopfail like 131801 test-armhf-armhf-libvirt 14

Re: [Xen-devel] [PATCH] tmem: default to off

>>> On 09.01.19 at 16:02, wrote: > From: Xen-devel on behalf of Jan > Beulich > : > --- a/xen/common/Makefile > +++ b/xen/common/Makefile > @@ -21,7 +21,7 @@ obj-$(CONFIG_KEXEC) += kimage.o > obj-y += lib.o > obj-$(CONFIG_NEEDS_LIST_SORT) += list_sort.o > obj-$(CONFIG_LIVEPATCH) +=

[Xen-devel] [linux-3.18 test] 131800: regressions - trouble: broken/fail/pass

flight 131800 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/131800/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-multivcpu broken test-amd64-i386-rumprun-i386

Re: [Xen-devel] [PATCH v9 16/18] xen: automatically create XenBlockDevice-s

On Tue, Jan 08, 2019 at 02:49:01PM +, Paul Durrant wrote: > This patch adds create and destroy function for XenBlockDevice-s so that > they can be created automatically when the Xen toolstack instantiates a new > PV backend via xenstore. When the XenBlockDevice is created this way it is > also

[Xen-devel] [PATCH for-4.12 V2] x86/p2m: fix p2m_finish_type_change()

finish_type_change() returns a negative int on error, but the current code checks if ( !rc ). We also need to treat finish_type_change()'s return codes cumulatively in the success case (don't overwrite a 1 returned while processing the hostp2m if processing an altp2m returns 0). The breakage was

[Xen-devel] [PATCH] sched/credit2: remove stale comment

With being the default scheduler now the comment in sched_credit2 stating it being experimental should be removed. While at it remove the "TODO" comments already addressed. Signed-off-by: Juergen Gross --- xen/common/sched_credit2.c | 6 -- 1 file changed, 6 deletions(-) diff --git

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

flight 131861 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/131861/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i3866 xen-buildfail REGR. vs. 129475 build-i386-xsm

Re: [Xen-devel] [RFC v2 0/4] QEMU changes to do PVH boot

Hi Liam, On Tue, Jan 8, 2019 at 3:47 PM Liam Merwick wrote: > QEMU sets the hvm_modlist_entry in load_linux() after the call to > load_elfboot() and then qboot loads it in boot_pvh_from_fw_cfg() > > But the current PVH patches don't handle initrd (they have > start_info.nr_modules == 1).

Re: [Xen-devel] [RFC PATCH v2 11/17] xenconsoled: add support for consoles using 'state' xenstore entry

On Thu, Nov 01, 2018 at 05:21:39PM +, Ian Jackson wrote: > Marek Marczykowski-Górecki writes ("[RFC PATCH v2 11/17] xenconsoled: add > support for consoles using 'state' xenstore entry"): > > Add support for standard xenbus initialization protocol using 'state' > > xenstore entry. It will be

[Xen-devel] [XEN][ARM64]: Qemu unhandled level 1 translation fault and p2m failure

Hello, - We are using XEN-4.12. - Linux 4.14 as dom0 and Linux4.19 as domU. When domU is create getting below log. qemu-system-i38[3478]: unhandled level 1 translation fault (11) at 0x0010, esr 0x9205, in libxengnttab.so.1.2[7faf9cd000+3000] Also p2m is failing . (XEN)

Re: [Xen-devel] [PATCH] tmem: default to off

On 09/01/2019 10:05, Jan Beulich wrote: > As a short term alternative to deleting the code, default its building > to off (overridable in EXPERT mode only). Additionally make sure other > related baggage (LZO code) won't be carried when the option is off (with > TMEM scheduled to be deleted

[Xen-devel] [XEN][ARM64]: Qemu unhandled level 1 translation fault and p2m failure

Hello, - We are using XEN-4.12. - Linux 4.14 as dom0 and Linux4.19 as domU. When domU is create getting below log. qemu-system-i38[3478]: unhandled level 1 translation fault (11) at 0x0010, esr 0x9205, in libxengnttab.so.1.2[7faf9cd000+3000] Also p2m is failing . (XEN)

[Xen-devel] [ovmf bisection] complete build-i386-xsm

branch xen-unstable xenbranch xen-unstable job build-i386-xsm testid xen-build Tree: ovmf https://github.com/tianocore/edk2.git Tree: qemu git://xenbits.xen.org/qemu-xen-traditional.git Tree: qemuu git://xenbits.xen.org/qemu-xen.git Tree: xen git://xenbits.xen.org/xen.git *** Found and

Re: [Xen-devel] [PATCH v9 16/18] xen: automatically create XenBlockDevice-s

> -Original Message- > From: Anthony PERARD [mailto:anthony.per...@citrix.com] > Sent: 09 January 2019 12:09 > To: Paul Durrant > Cc: qemu-de...@nongnu.org; qemu-bl...@nongnu.org; xen- > de...@lists.xenproject.org; Kevin Wolf ; Max Reitz > ; Stefano Stabellini > Subject: Re: [PATCH v9

[Xen-devel] [PATCH] tmem: default to off

As a short term alternative to deleting the code, default its building to off (overridable in EXPERT mode only). Additionally make sure other related baggage (LZO code) won't be carried when the option is off (with TMEM scheduled to be deleted anyway, I didn't want to introduce a separate Kconfig

Re: [Xen-devel] [RFC PATCH 2/2] x86/mm: Add mem access rights to NPT

Ping Suravee / Brian / Boris any ideas on this topic are appreciated. Regards, Alex On 27.09.2018 13:37, George Dunlap wrote: > On 09/26/2018 06:22 PM, Andrew Cooper wrote: >> On 26/09/18 17:47, George Dunlap wrote: >>> From: Isaila Alexandru >>> >>> This patch adds access control for NPT

Re: [Xen-devel] [PATCH 3/6] x86/AMD: Rework XSA-9 / Erratum 121 handling entirely

>>> On 28.12.18 at 13:39, wrote: > There are multiple problems: > > * The opt_allow_unsafe < 0 logic is dead since 2012 (c/s 0c7a6966511 >"x86-64: refine the XSA-9 fix"). Not really, no, the more that said commit only introduced it. Please pay attention to the description saying "by means

Re: [Xen-devel] [PATCH 4/6] x86/AMD: Introduce and use X86_BUG_NULL_SEG

>>> On 28.12.18 at 13:39, wrote: > AMD processors don't clear the base or limit fields when loading a NULL > segment, and Hygon processors inherit this behaviour. > > Express the logic in terms of cpu_bug_null_seg, If this behavior was considered a bug, AMD surely would have fixed it by now.

Re: [Xen-devel] [PATCH] tools/firmware: update OVMF Makefile

On Thu, Nov 29, 2018 at 11:39:54AM +, Wei Liu wrote: > On Thu, Nov 29, 2018 at 11:31:41AM +, Anthony PERARD wrote: > > On Wed, Nov 28, 2018 at 05:43:33PM +, Wei Liu wrote: > > > OVMF has become dependent on OpenSSL, which it is included as a submodule. > > > Initialise submodules

Re: [Xen-devel] [PATCH] tools/firmware: update OVMF Makefile

On Wed, Jan 09, 2019 at 10:58:21AM +, Anthony PERARD wrote: > On Thu, Nov 29, 2018 at 11:39:54AM +, Wei Liu wrote: > > On Thu, Nov 29, 2018 at 11:31:41AM +, Anthony PERARD wrote: > > > On Wed, Nov 28, 2018 at 05:43:33PM +, Wei Liu wrote: > > > > OVMF has become dependent on

Re: [Xen-devel] [RFC PATCH 6/6] xc_version: add vm_event interface version

On 1/8/19 6:47 PM, Jan Beulich wrote: On 08.01.19 at 17:37, wrote: On 1/8/19 6:27 PM, Jan Beulich wrote: On 19.12.18 at 19:52, wrote: Signed-off-by: Petre Pircalabu An empty description is not helpful. The immediate question is: Why? We don't do this for other interface versions. I'm

Re: [Xen-devel] [PATCH v3 04/15] argo: init, destroy and soft-reset, with enable command line opt

>>> On 08.01.19 at 23:54, wrote: First of all - please trim your replies. > On Mon, Jan 7, 2019 at 2:43 AM Christopher Clark > wrote: >> --- a/docs/misc/xen-command-line.pandoc >> +++ b/docs/misc/xen-command-line.pandoc >> @@ -182,6 +182,17 @@ Permit Xen to use "Always Running APIC Timer"

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

flight 131875 xen-unstable-coverity real [real] http://logs.test-lab.xenproject.org/osstest/logs/131875/ Perfect :-) All tests in this flight passed as required version targeted for testing: xen 1292f9a05943d32ef96eabb9f0c30cf681665c46 baseline version: xen

[Xen-devel] [PATCH for-4.12] x86/p2m: fix p2m_finish_type_change()

finish_type_change() returns a negative int on error, but the current code checks if ( !rc ). Also properly indent the out: label while at it. Signed-off-by: Razvan Cojocaru --- xen/arch/x86/mm/p2m.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/xen/arch/x86/mm/p2m.c

Re: [Xen-devel] [PATCH 5/6] x86/AMD: Fix handling of FPU pointer on Zen hardware

>>> On 28.12.18 at 13:39, wrote: > AMD hardware before Zen doesn't safe/restore the FPU error pointers > unless an unmasked FPU exception is pending. Zen processors have a > feature bit indicating that this (mis)behaviour no longer exists. > > Express the common logic in terms of

Re: [Xen-devel] [PATCH for-4.12] x86/p2m: fix p2m_finish_type_change()

>>> On 09.01.19 at 11:41, wrote: > finish_type_change() returns a negative int on error, but the > current code checks if ( !rc ). For the purpose of determining the backporting scope (none here) it would be nice if in such a case you could point out the commit introducing the breakage. > ---

Re: [Xen-devel] [PATCH RFC v1] x86/emulate: Send vm_event form emulate

On Mon, Jan 7, 2019 at 2:11 PM Alexandru Stefan ISAILA wrote: > > This patch aims to have mem access vm events sent from the emulator. > This is useful in the case of page-walks that have to emulate > instructions in access denied pages. > > We use hvmemul_map_linear_addr() ro intercept r/w

Re: [Xen-devel] [PATCH v3 07/15] argo: implement the register op

On Sun, Jan 06, 2019 at 11:42:40PM -0800, Christopher Clark wrote: > The register op is used by a domain to register a region of memory for > receiving messages from either a specified other domain, or, if specifying a > wildcard, any domain. > > This operation creates a mapping within Xen's

Re: [Xen-devel] [PATCH RFC v1] x86/emulate: Send vm_event form emulate

>>> On 09.01.19 at 16:47, wrote: > On Mon, Jan 7, 2019 at 2:11 PM Alexandru Stefan ISAILA > wrote: >> + >> +req.reason = VM_EVENT_REASON_MEM_ACCESS; >> +req.u.mem_access.gfn = gfn_x(gfn); >> +req.u.mem_access.flags |= MEM_ACCESS_FAULT_WITH_GLA | >> MEM_ACCESS_GLA_VALID; >> +

Re: [Xen-devel] [PATCH 13/25] argo: implement the register op

On 1/9/19 6:15 PM, Tamas K Lengyel wrote: On Mon, Jan 7, 2019 at 2:01 AM Roger Pau Monné wrote: Adding the introspection guys. On Fri, Jan 04, 2019 at 08:47:04AM -0700, Jan Beulich wrote: On 04.01.19 at 16:35, wrote: On Fri, Jan 04, 2019 at 06:22:19AM -0700, Jan Beulich wrote: On

Re: [Xen-devel] [PATCH 13/25] argo: implement the register op

On Wed, Jan 9, 2019 at 5:17 PM Tamas K Lengyel wrote: > > On Mon, Jan 7, 2019 at 2:01 AM Roger Pau Monné wrote: > > > > Adding the introspection guys. > > > > On Fri, Jan 04, 2019 at 08:47:04AM -0700, Jan Beulich wrote: > > > >>> On 04.01.19 at 16:35, wrote: > > > > On Fri, Jan 04, 2019 at

Re: [Xen-devel] [PATCH 13/25] argo: implement the register op

On 1/9/19 6:34 PM, Roger Pau Monné wrote: Maybe this is use-case is different, but how does introspection handle accesses to the shared info page or the runstate info for example? I would consider argo to be the same in this regard. Not exactly: The shared info page is special in any event.

[Xen-devel] [xen-unstable-smoke test] 131881: tolerable all pass - PUSHED

flight 131881 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/131881/ 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

Re: [Xen-devel] [PATCH 13/25] argo: implement the register op

On Mon, Jan 7, 2019 at 2:01 AM Roger Pau Monné wrote: > > Adding the introspection guys. > > On Fri, Jan 04, 2019 at 08:47:04AM -0700, Jan Beulich wrote: > > >>> On 04.01.19 at 16:35, wrote: > > > On Fri, Jan 04, 2019 at 06:22:19AM -0700, Jan Beulich wrote: > > >> >>> On 04.01.19 at 09:57,

Re: [Xen-devel] [RFC PATCH 4/6] vm_event: Use slotted channels for sync requests.

On 12/20/18 4:28 PM, Paul Durrant wrote: -Original Message- From: Petre Ovidiu PIRCALABU [mailto:ppircal...@bitdefender.com] Sent: 20 December 2018 14:26 To: Paul Durrant ; xen-devel@lists.xenproject.org Cc: Stefano Stabellini ; Wei Liu ; Razvan Cojocaru ; Konrad Rzeszutek Wilk ; George

Re: [Xen-devel] [PATCH 13/25] argo: implement the register op

On Wed, Jan 9, 2019 at 9:48 AM Razvan Cojocaru wrote: > > On 1/9/19 6:34 PM, Roger Pau Monné wrote: > > Maybe this is use-case is different, but how does introspection handle > > accesses to the shared info page or the runstate info for example? > > > > I would consider argo to be

Re: [Xen-devel] [PATCH] tmem: default to off

On Wed, Jan 09, 2019 at 02:05:19AM -0700, Jan Beulich wrote: > As a short term alternative to deleting the code, default its building > to off (overridable in EXPERT mode only). Additionally make sure other > related baggage (LZO code) won't be carried when the option is off (with > TMEM scheduled

Re: [Xen-devel] [PATCH v3 07/15] argo: implement the register op

On Wed, Jan 9, 2019 at 7:56 AM Wei Liu wrote: > > On Sun, Jan 06, 2019 at 11:42:40PM -0800, Christopher Clark wrote: > > The register op is used by a domain to register a region of memory for > > receiving messages from either a specified other domain, or, if specifying a > > wildcard, any

Re: [Xen-devel] [PATCH v3 07/15] argo: implement the register op

Hi, Sorry for the formatting. Sending it from my phone. On Wed, 9 Jan 2019, 11:03 Christopher Clark, wrote: > On Wed, Jan 9, 2019 at 7:56 AM Wei Liu wrote: > > > > On Sun, Jan 06, 2019 at 11:42:40PM -0800, Christopher Clark wrote: > > > The register op is used by a domain to register a region

[Xen-devel] Fwd: [PATCH 13/25] argo: implement the register op

On Wed, Jan 9, 2019 at 5:51 PM Tamas K Lengyel wrote: > > On Wed, Jan 9, 2019 at 9:48 AM Razvan Cojocaru > wrote: > > > > On 1/9/19 6:34 PM, Roger Pau Monné wrote: > > > Maybe this is use-case is different, but how does introspection handle > > > accesses to the shared info page or the

Re: [Xen-devel] [PATCH v3 07/15] argo: implement the register op

On Wed, 9 Jan 2019, Julien Grall wrote: > Hi, > Sorry for the formatting. Sending it from my phone. > > On Wed, 9 Jan 2019, 11:03 Christopher Clark, > wrote: > On Wed, Jan 9, 2019 at 7:56 AM Wei Liu wrote: > > > > On Sun, Jan 06, 2019 at 11:42:40PM -0800, Christopher Clark

Re: [Xen-devel] [PATCH] tools/firmware: update OVMF Makefile

On Wed, Jan 09, 2019 at 07:56:59AM -0700, Tamas K Lengyel wrote: > On Wed, Jan 9, 2019 at 7:56 AM Tamas K Lengyel > wrote: > > > > On Wed, Nov 28, 2018 at 10:44 AM Wei Liu wrote: > > > > > > OVMF has become dependent on OpenSSL, which it is included as a submodule. > > > Initialise submodules

Re: [Xen-devel] Xen (both x86 and Arm) Community Call: Jan 9 - 16:00 - 17:00 UTC - Call for Agenda Items

Quick note: the meeting is in 15 minutes - the agenda is at https://docs.google.com/document/d/1Ufv9XcQO0zIAVeFbFCAHAeEIB9Ap4Y4srAm4vI8I01I/edit > On 8 Jan 2019, at 14:34, Lars Kurth wrote: > > Hi all, >

Re: [Xen-devel] Xen (both x86 and Arm) Community Call: Jan 9 - 16:00 - 17:00 UTC - Call for Agenda Items

On Jan 9, 2019, at 10:46, Lars Kurth wrote: > > Quick note: the meeting is in 15 minutes - the agenda is at > https://docs.google.com/document/d/1Ufv9XcQO0zIAVeFbFCAHAeEIB9Ap4Y4srAm4vI8I01I/edit > On the topic of 4.12, I would like to propose moving the merge date by one week, since about

Re: [Xen-devel] [PATCH] tools/firmware: update OVMF Makefile

On Wed, Jan 9, 2019 at 8:46 AM Anthony PERARD wrote: > > On Wed, Jan 09, 2019 at 07:56:59AM -0700, Tamas K Lengyel wrote: > > On Wed, Jan 9, 2019 at 7:56 AM Tamas K Lengyel > > wrote: > > > > > > On Wed, Nov 28, 2018 at 10:44 AM Wei Liu wrote: > > > > > > > > OVMF has become dependent on

Re: [Xen-devel] [PATCH] tmem: default to off

On Wed, Jan 9, 2019 at 4:28 PM Jan Beulich wrote: > > >>> On 09.01.19 at 16:02, wrote: > > From: Xen-devel on behalf of Jan > > Beulich > > : > > --- a/xen/common/Makefile > > +++ b/xen/common/Makefile > > @@ -21,7 +21,7 @@ obj-$(CONFIG_KEXEC) += kimage.o > > obj-y += lib.o > >

Re: [Xen-devel] [PATCH 13/25] argo: implement the register op

On Wed, Jan 9, 2019 at 5:51 PM Tamas K Lengyel wrote: > > On Wed, Jan 9, 2019 at 9:48 AM Razvan Cojocaru > wrote: > > > > On 1/9/19 6:34 PM, Roger Pau Monné wrote: > > > Maybe this is use-case is different, but how does introspection handle > > > accesses to the shared info page or the

Re: [Xen-devel] [PATCH 13/25] argo: implement the register op

On 1/9/19 6:50 PM, Tamas K Lengyel wrote: On Wed, Jan 9, 2019 at 9:48 AM Razvan Cojocaru wrote: On 1/9/19 6:34 PM, Roger Pau Monné wrote: Maybe this is use-case is different, but how does introspection handle accesses to the shared info page or the runstate info for example? I would

[Xen-devel] [libvirt test] 131857: tolerable all pass - PUSHED

flight 131857 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/131857/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 131766 test-armhf-armhf-libvirt-raw 13

Re: [Xen-devel] [PATCH v3 07/15] argo: implement the register op

On Wed, Jan 09, 2019 at 12:02:34PM -0500, Julien Grall wrote: > Hi, > > Sorry for the formatting. Sending it from my phone. > > On Wed, 9 Jan 2019, 11:03 Christopher Clark, > wrote: > > > On Wed, Jan 9, 2019 at 7:56 AM Wei Liu wrote: > > > > > > On Sun, Jan 06, 2019 at 11:42:40PM -0800,

Re: [Xen-devel] [PATCH v3 07/15] argo: implement the register op

Ki On Wed, 9 Jan 2019, 12:18 Stefano Stabellini, wrote: > On Wed, 9 Jan 2019, Julien Grall wrote: > > Hi, > > Sorry for the formatting. Sending it from my phone. > > > > On Wed, 9 Jan 2019, 11:03 Christopher Clark, < > christopher.w.cl...@gmail.com> wrote: > > On Wed, Jan 9, 2019 at 7:56

Re: [Xen-devel] [PATCH v3 09/15] argo: implement the sendv op; evtchn: expose send_guest_global_virq

to.On Mon, Jan 7, 2019 at 8:44 AM Christopher Clark wrote: > > sendv operation is invoked to perform a synchronous send of buffers > contained in iovs to a remote domain's registered ring. > > It takes: > * A destination address (domid, port) for the ring to send to. >It performs a

Re: [Xen-devel] [PATCH] tools/firmware: update OVMF Makefile

On Wed, Jan 09, 2019 at 09:03:25AM -0700, Tamas K Lengyel wrote: > Ah, thanks for that info! We should probably put that on the wiki too ;) Done: https://wiki.xenproject.org/index.php?title=OVMF=19075=19074 -- Anthony PERARD ___ Xen-devel mailing

Re: [Xen-devel] [PATCH v3 09/15] argo: implement the sendv op; evtchn: expose send_guest_global_virq

On Mon, Jan 7, 2019 at 2:43 AM Christopher Clark wrote: > @@ -342,6 +357,413 @@ update_tx_ptr(struct argo_ring_info *ring_info, > uint32_t tx_ptr) > smp_wmb(); > } > > +static int > +memcpy_to_guest_ring(struct argo_ring_info *ring_info, uint32_t offset, > + const

[Xen-devel] [freebsd-master test] 131876: regressions - FAIL

flight 131876 freebsd-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/131876/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-xen-freebsd 5 host-install(5) fail REGR. vs. 131783

Re: [Xen-devel] [PATCH v3 07/15] argo: implement the register op

On Wed, 9 Jan 2019, 12:54 Wei Liu, wrote: > On Wed, Jan 09, 2019 at 12:02:34PM -0500, Julien Grall wrote: > > Hi, > > > > Sorry for the formatting. Sending it from my phone. > > > > On Wed, 9 Jan 2019, 11:03 Christopher Clark, < > christopher.w.cl...@gmail.com> > > wrote: > > > > > On Wed, Jan

Re: [Xen-devel] [PATCH] tmem: default to off

On Wed, Jan 09, 2019 at 05:16:17PM +, Wei Liu wrote: > On Wed, Jan 09, 2019 at 02:05:19AM -0700, Jan Beulich wrote: > > As a short term alternative to deleting the code, default its building > > to off (overridable in EXPERT mode only). Additionally make sure other > > related baggage (LZO

[Xen-devel] [linux-linus test] 131834: regressions - FAIL

flight 131834 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/131834/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-amd64-pvgrub 7 xen-bootfail REGR. vs. 125898

Re: [Xen-devel] [PATCH v3 07/15] argo: implement the register op

On Wed, Jan 9, 2019 at 10:28 AM Julien Grall wrote: > > > > On Wed, 9 Jan 2019, 12:54 Wei Liu, wrote: >> >> On Wed, Jan 09, 2019 at 12:02:34PM -0500, Julien Grall wrote: >> > Hi, >> > >> > Sorry for the formatting. Sending it from my phone. >> > >> > On Wed, 9 Jan 2019, 11:03 Christopher Clark,

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

flight 131880 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/131880/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i3866 xen-buildfail REGR. vs. 129475 build-i386-xsm

Re: [Xen-devel] [RFC v2 0/4] QEMU changes to do PVH boot

On 1/9/2019 11:53 AM, Boris Ostrovsky wrote: On 1/9/19 6:53 AM, Stefano Garzarella wrote: Hi Liam, On Tue, Jan 8, 2019 at 3:47 PM Liam Merwick wrote: QEMU sets the hvm_modlist_entry in load_linux() after the call to load_elfboot() and then qboot loads it in boot_pvh_from_fw_cfg() But the

Re: [Xen-devel] [PATCH v3 07/15] argo: implement the register op

On Wed, Jan 9, 2019 at 10:14 AM Julien Grall wrote: > On Wed, 9 Jan 2019, 12:18 Stefano Stabellini, wrote: >> On Wed, 9 Jan 2019, Julien Grall wrote: >> > Hi, >> > Sorry for the formatting. Sending it from my phone. >> > >> > On Wed, 9 Jan 2019, 11:03 Christopher Clark, >> > wrote: >> >

Re: [Xen-devel] [RFC v2 0/4] QEMU changes to do PVH boot

On 1/9/19 6:53 AM, Stefano Garzarella wrote: > Hi Liam, > > On Tue, Jan 8, 2019 at 3:47 PM Liam Merwick wrote: >> QEMU sets the hvm_modlist_entry in load_linux() after the call to >> load_elfboot() and then qboot loads it in boot_pvh_from_fw_cfg() >> >> But the current PVH patches don't handle