flight 127606 xen-4.9-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/127606/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-libvirt-raw 6 xen-install fail REGR. vs. 127138
Tests which did
flight 127598 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/127598/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 7 xen-boot fail REGR. vs.
127551
test-amd64-i
This run is configured for baseline tests only.
flight 75224 ovmf real [real]
http://osstest.xensource.com/osstest/logs/75224/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm
flight 127601 xen-4.7-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/127601/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt-pair 11 xen-boot/dst_hostfail REGR. vs. 126977
Tests which did
flight 127604 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/127604/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf cfd10276ce747129bb26410bc00ac13ae1cd5d6f
baseline version:
ovmf 85e5d3cf6b32127977d0d
flight 127600 xen-4.6-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/127600/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-migrupgrade broken
test-amd64-i386-migrupgrade 5 host-ins
flight 127595 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/127595/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-xtf-amd64-amd64-17 xen-boot fail REGR. vs. 127541
test-amd64-amd64-x
flight 127615 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/127615/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-libvirt 13 migrate-support-checkfail never pass
test-arm64-arm64-xl-xsm 1
flight 127599 freebsd-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/127599/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
freebsd 209b94df8701cc9b8e7e9185c351b69c99336ca2
baseline version:
freebsd fb9b6e89c25
This run is configured for baseline tests only.
flight 75221 ovmf real [real]
http://osstest.xensource.com/osstest/logs/75221/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm
flight 127588 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/127588/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-i386-pvgrub broken
test-amd64-amd64-xl-qemut-stubdom-debianhv
On 9/14/18 8:08 AM, Dag Nygren wrote:
Hi!
Can someone inform me on XEN vtpm support in
libvirt? From which version if so?
FYI, questions regarding libvirt are better directed to libvirt-l...@redhat.com
Asking because I tried to do a "virh dumpxml" on a XEN machine
with vtpm attached and "xl
On Fri, 2018-09-14 at 15:58 +0200, Roger Pau Monne wrote:
> Or else it can lead to freezes when enabling the iommu on certain
> Intel hardware:
>
> [...]
> (XEN) ELF: addresses:
> (XEN) virt_base= 0x8000
> (XEN) elf_paddr_offset = 0x0
> (XEN) virt_offset = 0xff
Linus,
Please git pull the following tag:
git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
for-linus-4.19c-rc4-tag
xen: fixes for 4.19-rc4
It contains some minor cleanups and fixes and:
- a new knob for controlling scrubbing of pages returned by the Xen
balloon driver to the Xen h
On Fri, Sep 14, 2018 at 01:49:51PM +0200, Valentin Vidic wrote:
> On Thu, Sep 13, 2018 at 05:08:00PM +0200, Roger Pau Monné wrote:
> > So I have the following patch which I think might solve your issues
> > while keeping the reset logic working. Would you mind giving it a try
> > with your use case
On Fri, 14 Sep 2018, Anthony PERARD wrote:
> It is broken since Xen 4.9 [1] and it will not build in Xen 4.12. Also,
> it is not built by default since QEMU 2.6.
>
> [1] https://lists.xenproject.org/archives/html/xen-devel/2018-09/msg00313.html
>
> Signed-off-by: Anthony PERARD
Acked-by: Stefan
On Fri, 14 Sep 2018, Anthony PERARD wrote:
> xend have been replaced by libxenlight (libxl) for many Xen releases
> now.
>
> Signed-off-by: Anthony PERARD
Acked-by: Stefano Stabellini
> ---
> hw/xenpv/xen_machine_pv.c | 2 +-
> include/hw/xen/xen.h | 2 +-
> qemu-options.hx |
On 14/09/18 16:29, Dongli Zhang wrote:
> Hi Juergen,
>
> On 09/14/2018 10:26 PM, Juergen Gross wrote:
>> On 14/09/18 16:18, Dongli Zhang wrote:
>>> Hi Juergen,
>>>
>>> On 09/14/2018 05:12 PM, Juergen Gross wrote:
On 14/09/18 09:34, Dongli Zhang wrote:
> This is the 5th patch of a (6-patch
Hi Juergen,
On 09/14/2018 05:12 PM, Juergen Gross wrote:
> On 14/09/18 09:34, Dongli Zhang wrote:
>> This is the 5th patch of a (6-patch) patch set.
>>
>> With this patch, watch event in relative path pattern
>> 'backend//i/...' can be processed in per-domU xenwatch
>
> superfluous "i" --
Hi Juergen,
On 09/14/2018 10:26 PM, Juergen Gross wrote:
> On 14/09/18 16:18, Dongli Zhang wrote:
>> Hi Juergen,
>>
>> On 09/14/2018 05:12 PM, Juergen Gross wrote:
>>> On 14/09/18 09:34, Dongli Zhang wrote:
This is the 5th patch of a (6-patch) patch set.
With this patch, watch event
On 14/09/18 16:18, Dongli Zhang wrote:
> Hi Juergen,
>
> On 09/14/2018 05:12 PM, Juergen Gross wrote:
>> On 14/09/18 09:34, Dongli Zhang wrote:
>>> This is the 5th patch of a (6-patch) patch set.
>>>
>>> With this patch, watch event in relative path pattern
>>> 'backend//i/...' can be processed in
On Friday, 14 September 2018 6:45:35 PM AEST Jan Beulich wrote:
> >>> On 13.09.18 at 18:51, wrote:
> > On Thu, 2018-09-13 at 17:38 +0100, George Dunlap wrote:
> >> Credit2 was declared "supported" in 4.8, and as of 4.10 had two other
> >> critical features implemented (soft affinity / NUMA and cap
Hi Juergen,
On 09/14/2018 05:12 PM, Juergen Gross wrote:
> On 14/09/18 09:34, Dongli Zhang wrote:
>> This is the 5th patch of a (6-patch) patch set.
>>
>> With this patch, watch event in relative path pattern
>> 'backend//i/...' can be processed in per-domU xenwatch
>
> superfluous "i" --
On 14/09/18 15:57, Dongli Zhang wrote:
> Hi Juergen and Paul,
>
> On 09/14/2018 04:32 PM, Juergen Gross wrote:
>> On 14/09/18 09:34, Dongli Zhang wrote:
>>> This is the 1st patch of a (6-patch) patch set.
>>>
>>> This patch set of six patches introduces xenwatch multithreading (or
>>> multithreade
On 09/14/2018 04:45 PM, Paul Durrant wrote:
>> -Original Message-
>> From: Dongli Zhang [mailto:dongli.zh...@oracle.com]
>> Sent: 14 September 2018 08:34
>> To: xen-devel@lists.xenproject.org; linux-ker...@vger.kernel.org
>> Cc: boris.ostrov...@oracle.com; jgr...@suse.com; Paul Durrant
>>
Hi!
Can someone inform me on XEN vtpm support in
libvirt? From which version if so?
Asking because I tried to do a "virh dumpxml" on a XEN machine
with vtpm attached and "xl list -l" lists it fine
but there is nothing in the dumpxml result??
Would need this for controlling the DomU through pace
Or else it can lead to freezes when enabling the iommu on certain
Intel hardware:
[...]
(XEN) ELF: addresses:
(XEN) virt_base= 0x8000
(XEN) elf_paddr_offset = 0x0
(XEN) virt_offset = 0x8000
(XEN) virt_kstart = 0x8100
(XEN) v
Hi Juergen and Paul,
On 09/14/2018 04:32 PM, Juergen Gross wrote:
> On 14/09/18 09:34, Dongli Zhang wrote:
>> This is the 1st patch of a (6-patch) patch set.
>>
>> This patch set of six patches introduces xenwatch multithreading (or
>> multithreaded xenwatch, abbreviated as 'mtwatch') to dom0 kern
Hi Paul,
On 09/14/2018 04:11 PM, Paul Durrant wrote:
>> -Original Message-
>> From: Dongli Zhang [mailto:dongli.zh...@oracle.com]
>> Sent: 14 September 2018 08:34
>> To: xen-devel@lists.xenproject.org; linux-ker...@vger.kernel.org
>> Cc: boris.ostrov...@oracle.com; jgr...@suse.com; Paul Du
On Fri, 2018-09-14 at 10:02 +0200, Roger Pau Monne wrote:
> Or else it can lead to freezes when enabling the iommu on certain
> Intel hardware:
>
> [...]
> (XEN) ELF: addresses:
> (XEN) virt_base= 0x8000
> (XEN) elf_paddr_offset = 0x0
> (XEN) virt_offset = 0xff
branch xen-unstable
xenbranch xen-unstable
job test-amd64-amd64-xl-credit2
testid guest-start
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-xen-traditional.
flight 75220 distros-debian-jessie real [real]
http://osstest.xensource.com/osstest/logs/75220/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvopsbroken
build-i386
>>> On 13.09.18 at 18:38, wrote:
> Signed-off-by: Wei Liu
> ---
> v4: remove a blank line
> v3: longer text
> v2: use tab to indent
>
> Haven't added a dependency on PV_SHIM_EXCLUSIVE because agreement is
> not yet reached.
>
> CC more people for opinions.
>
> Cc: Andrew Cooper
> Cc: George D
>>> On 13.09.18 at 18:38, wrote:
> Signed-off-by: Wei Liu
Acked-by: Jan Beulich
___
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
>>> On 13.09.18 at 18:38, wrote:
> --- a/xen/arch/x86/domain.c
> +++ b/xen/arch/x86/domain.c
> @@ -1691,7 +1691,9 @@ void context_switch(struct vcpu *prev, struct vcpu
> *next)
> {
> _update_runstate_area(prev);
> vpmu_switch_from(prev);
> +#ifdef CONFIG_HVM
> np2m
>>> On 13.09.18 at 18:38, wrote:
> Make sure hvm_enabled evaluate to false then provide necessary things
> to make xen build when !CONFIG_HVM.
>
> Signed-off-by: Wei Liu
Acked-by: Jan Beulich
___
Xen-devel mailing list
Xen-devel@lists.xenproject.o
>>> On 13.09.18 at 18:38, wrote:
> --- a/xen/arch/x86/mm/p2m-pt.c
> +++ b/xen/arch/x86/mm/p2m-pt.c
> @@ -974,7 +974,9 @@ long p2m_pt_audit_p2m(struct p2m_domain *p2m)
> unsigned long mfn, gfn, m2pfn;
>
> ASSERT(p2m_locked_by_me(p2m));
> +#ifdef CONFIG_HVM
> ASSERT(pod_locked_by_me
On 13/09/18 13:53, Dario Faggioli wrote:
> Whether or not a CPU is assigned to a runqueue (and, if yes, to which
> one) within a Credit2 scheduler instance must be both a per-cpu and
> per-scheduler instance one.
>
> In fact, when we move a CPU between cpupools, we first setup its per-cpu
> data i
On Fri, 2018-09-14 at 09:45 +0100, Jan Beulich wrote:
> > > > On 13.09.18 at 18:51, wrote:
> > I fully agree with and second George's reasoning, and feel 100%
> > like
> > providing my:
> >
> > Acked-by: Dario Faggioli
>
> And that's despite "sched=credit2 crashes system when using
> cpupools"?
On Thu, Sep 13, 2018 at 05:08:00PM +0200, Roger Pau Monné wrote:
> So I have the following patch which I think might solve your issues
> while keeping the reset logic working. Would you mind giving it a try
> with your use case and pvgrub?
Thanks for the patch. It seems to be having some problems
On Fri, Sep 14, 2018 at 05:13:48AM -0600, Jan Beulich wrote:
> >>> On 14.09.18 at 13:06, wrote:
> > On Fri, Sep 14, 2018 at 04:49:49AM -0600, Jan Beulich wrote:
> >> >>> On 14.09.18 at 11:54, wrote:
> >> > On Fri, Sep 14, 2018 at 03:06:03AM -0600, Jan Beulich wrote:
> >> >> >>> On 14.09.18 at 10:
On Vi, 2018-09-14 at 03:09 -0600, Jan Beulich wrote:
> >
> > >
> > > >
> > > > On 13.09.18 at 17:01, wrote:
> > The missing uninstall target breaks the top 'tools' uninstall
> > target.
> Missing?
>
> >
> > --- a/tools/tests/x86_emulator/Makefile
> > +++ b/tools/tests/x86_emulator/Makefile
>
It is broken since Xen 4.9 [1] and it will not build in Xen 4.12. Also,
it is not built by default since QEMU 2.6.
[1] https://lists.xenproject.org/archives/html/xen-devel/2018-09/msg00313.html
Signed-off-by: Anthony PERARD
---
configure | 17 --
hw/xenpv/Makefile.objs |
xend have been replaced by libxenlight (libxl) for many Xen releases
now.
Signed-off-by: Anthony PERARD
---
hw/xenpv/xen_machine_pv.c | 2 +-
include/hw/xen/xen.h | 2 +-
qemu-options.hx | 4 ++--
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/hw/xenpv/xen_machine_
See first patch description.
Anthony PERARD (2):
Remove broken Xen PV domain builder
xen: Replace few mentions of xend by libxl
configure | 17 --
hw/xenpv/Makefile.objs | 2 -
hw/xenpv/xen_domainbuild.c | 299
hw/xenpv/xen_doma
>>> On 14.09.18 at 13:11, wrote:
> On Vi, 2018-09-14 at 03:14 -0600, Jan Beulich wrote:
>> > > > On 13.09.18 at 17:01, wrote:
>> > --- a/xen/include/public/domctl.h
>> > +++ b/xen/include/public/domctl.h
>> > @@ -757,10 +757,17 @@ struct xen_domctl_gdbsx_domstatus {
>> >
>> > /*
>> > * There
Identity mapping RAM regions on the low 1MB for Dom0 is not ideal,
since there's data there that could be used by Xen during runtime
(like the AP trampoline), so instead of identity mapping the low 1MB
into the Dom0 physmap populate those RAM regions and copy the data.
Note that this allows to rem
>>> On 14.09.18 at 13:06, wrote:
> On Fri, Sep 14, 2018 at 04:49:49AM -0600, Jan Beulich wrote:
>> >>> On 14.09.18 at 11:54, wrote:
>> > On Fri, Sep 14, 2018 at 03:06:03AM -0600, Jan Beulich wrote:
>> >> >>> On 14.09.18 at 10:02, wrote:
>> >> > This restores the behavior before commit 66a9274cc3
On Vi, 2018-09-14 at 03:14 -0600, Jan Beulich wrote:
> >
> > >
> > > >
> > > > On 13.09.18 at 17:01, wrote:
> > --- a/xen/include/public/domctl.h
> > +++ b/xen/include/public/domctl.h
> > @@ -757,10 +757,17 @@ struct xen_domctl_gdbsx_domstatus {
> >
> > /*
> > * There are currently three r
On Fri, Sep 14, 2018 at 04:49:49AM -0600, Jan Beulich wrote:
> >>> On 14.09.18 at 11:54, wrote:
> > On Fri, Sep 14, 2018 at 03:06:03AM -0600, Jan Beulich wrote:
> >> >>> On 14.09.18 at 10:02, wrote:
> >> > This restores the behavior before commit 66a9274cc3435 that changed
> >> > the order and en
>>> On 14.09.18 at 11:54, wrote:
> On Fri, Sep 14, 2018 at 03:06:03AM -0600, Jan Beulich wrote:
>> >>> On 14.09.18 at 10:02, wrote:
>> > This restores the behavior before commit 66a9274cc3435 that changed
>> > the order and enabled the iommu without having the inclusive mappings
>> > setup.
>> >
On Fri, Sep 14, 2018 at 02:07:42AM -0600, Jan Beulich wrote:
> >>> On 13.09.18 at 18:01, wrote:
> > On Fri, Sep 07, 2018 at 01:15:05AM -0600, Jan Beulich wrote:
> >> >>> On 04.09.18 at 18:15, wrote:
> >> > Signed-off-by: Wei Liu
> >> > ---
> >> > v3: longer text
> >> > v2: use tab to indent
> >>
flight 127594 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/127594/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 85e5d3cf6b32127977d0d4ef293f4b07daa23747
baseline version:
ovmf f316a26013f2a8cfb1041
On Fri, Sep 14, 2018 at 10:29:07AM +0200, Olaf Hering wrote:
> During boot of a HVM domU, the running hypervisor ist recorded in DMI and
> dmesg:
>
> crash> dmesg | grep -m1 Xen
> [0.00] DMI: Xen HVM domU, BIOS 4.7.2_02-36.1.1284 08/28/2017
>
> But after migration to another host, that i
On Fri, Sep 14, 2018 at 11:16:30AM +0200, Juergen Gross wrote:
> On 14/09/18 09:34, Dongli Zhang wrote:
> > This is the 6th patch of a (6-patch) patch set.
> >
> > As the 'use_mtwatch' for xen-netback and xen-blkback are set to true,
> > probing any xenbus devices of those two drivers would create
On Fri, Sep 14, 2018 at 03:06:03AM -0600, Jan Beulich wrote:
> >>> On 14.09.18 at 10:02, wrote:
> > Or else it can lead to freezes when enabling the iommu on certain
> > Intel hardware:
> >
> > [...]
> > (XEN) ELF: addresses:
> > (XEN) virt_base= 0x8000
> > (XEN) elf_p
This run is configured for baseline tests only.
flight 75219 ovmf real [real]
http://osstest.xensource.com/osstest/logs/75219/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm
On Fri, Sep 14, 2018 at 11:16:30AM +0200, Juergen Gross wrote:
> On 14/09/18 09:34, Dongli Zhang wrote:
> > This is the 6th patch of a (6-patch) patch set.
> >
> > As the 'use_mtwatch' for xen-netback and xen-blkback are set to true,
> > probing any xenbus devices of those two drivers would create
flight 127593 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/127593/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-libvirt6 libvirt-buildfail REGR. vs. 123814
build-amd64-libvirt
Thank you for taking your time to deal with this problem.
I did more testing just to be sure and I also measured time (using
stopwatch on my phone which isn't precise at all, just wanted You to
get the feeling of what time intervals are we talking about).
Yes, I can confirm that that situation actu
On 14/09/18 09:34, Dongli Zhang wrote:
> Hi,
>
> This patch set introduces xenwatch multithreading (mtwatch) based on the
> below xen summit 2018 design session notes:
>
> https://lists.xenproject.org/archives/html/xen-devel/2018-07/msg00017.html
>
>
> xenwatch_thread is a single kernel thread
On 14/09/18 09:34, Dongli Zhang wrote:
> This is the 6th patch of a (6-patch) patch set.
>
> As the 'use_mtwatch' for xen-netback and xen-blkback are set to true,
> probing any xenbus devices of those two drivers would create the per-domU
> xenwatch thread for the domid the new devices belong to,
>>> On 13.09.18 at 17:01, wrote:
> --- a/xen/include/public/domctl.h
> +++ b/xen/include/public/domctl.h
> @@ -757,10 +757,17 @@ struct xen_domctl_gdbsx_domstatus {
>
> /*
> * There are currently three rings available for VM events:
> - * sharing, monitor and paging. This hypercall allows one
On 14/09/18 09:34, Dongli Zhang wrote:
> This is the 5th patch of a (6-patch) patch set.
>
> With this patch, watch event in relative path pattern
> 'backend//i/...' can be processed in per-domU xenwatch
superfluous "i" --^
> thread.
>
> Signed-off-by: Dongli Zhang
> ---
> drivers/xen
>>> On 13.09.18 at 17:01, wrote:
> The missing uninstall target breaks the top 'tools' uninstall target.
Missing?
> --- a/tools/tests/x86_emulator/Makefile
> +++ b/tools/tests/x86_emulator/Makefile
> @@ -126,6 +126,9 @@ distclean: clean
> .PHONY: install uninstall
> install uninstall:
>
> +.
>>> On 14.09.18 at 10:02, wrote:
> Or else it can lead to freezes when enabling the iommu on certain
> Intel hardware:
>
> [...]
> (XEN) ELF: addresses:
> (XEN) virt_base= 0x8000
> (XEN) elf_paddr_offset = 0x0
> (XEN) virt_offset = 0x8000
> (XEN)
On 14/09/18 09:34, Dongli Zhang wrote:
> This is the 4th patch of a (6-patch) patch set.
>
> With this patch, watch event in absolute path pattern
> '/local/domain//device///state' can be processed in
> per-domU xenwatch thread.
>
> Signed-off-by: Dongli Zhang
Reviewed-by: Juergen Gross
Juer
I think the patch subject prefix should be changed to tools/tests.
On Thu, Sep 13, 2018 at 06:01:57PM +0300, Petre Pircalabu wrote:
> The missing uninstall target breaks the top 'tools' uninstall target.
>
> Signed-off-by: Petre Pircalabu
Acked-by: Wei Liu
On Fri, Sep 14, 2018 at 02:45:35AM -0600, Jan Beulich wrote:
> >>> On 13.09.18 at 18:51, wrote:
> > On Thu, 2018-09-13 at 17:38 +0100, George Dunlap wrote:
> >> Credit2 was declared "supported" in 4.8, and as of 4.10 had two other
> >> critical features implemented (soft affinity / NUMA and caps).
On 14/09/18 09:34, Dongli Zhang wrote:
> This is the 3rd patch of a (6-patch) patch set.
>
> This patch dispatches the watch event to per-domU xenwatch thread when the
> event meets all of below conditions:
>
> 1. The watch is registered to use xenwatch multithreading feature and the
>get_dom
On 14/09/18 09:34, Dongli Zhang wrote:
> This is the 2nd patch of a (6-patch) patch set.
>
> This patch implements the xenwatch multithreading framework to create or
> destroy the per-domU xenwatch thread. The xenwatch thread is created or
> destroyed during xenbus device probing or removing (that
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 14 September 2018 09:29
> To: Paul Durrant
> Cc: George Dunlap ; Wei Liu
> ; Kevin Tian ; xen-devel de...@lists.xenproject.org>
> Subject: RE: [PATCH v8 7/7] vtd: add lookup_page method to iommu_ops
>
> >>> On 14
>>> On 13.09.18 at 18:51, wrote:
> On Thu, 2018-09-13 at 17:38 +0100, George Dunlap wrote:
>> Credit2 was declared "supported" in 4.8, and as of 4.10 had two other
>> critical features implemented (soft affinity / NUMA and caps).
>>
>> [..]
>>
>> Credit2, like credit, has a number of workloads /
> -Original Message-
> From: Dongli Zhang [mailto:dongli.zh...@oracle.com]
> Sent: 14 September 2018 08:34
> To: xen-devel@lists.xenproject.org; linux-ker...@vger.kernel.org
> Cc: boris.ostrov...@oracle.com; jgr...@suse.com; Paul Durrant
> ; Wei Liu ;
> konrad.w...@oracle.com; Roger Pau Mon
On 14/09/18 09:34, Dongli Zhang wrote:
> This is the 1st patch of a (6-patch) patch set.
>
> This patch set of six patches introduces xenwatch multithreading (or
> multithreaded xenwatch, abbreviated as 'mtwatch') to dom0 kernel. In
> addition to the existing single xenwatch thread, each domU has
During boot of a HVM domU, the running hypervisor ist recorded in DMI and dmesg:
crash> dmesg | grep -m1 Xen
[0.00] DMI: Xen HVM domU, BIOS 4.7.2_02-36.1.1284 08/28/2017
But after migration to another host, that info is not updated.
Is there a chance to update that info in the kernels "re
>>> On 14.09.18 at 10:11, wrote:
>> -Original Message-
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 14 September 2018 08:59
>> To: Paul Durrant
>> Cc: George Dunlap ; Wei Liu
>> ; Kevin Tian ; xen-devel > de...@lists.xenproject.org>
>> Subject: RE: [PATCH v8 7/7] vtd: add loo
> -Original Message-
> From: Dongli Zhang [mailto:dongli.zh...@oracle.com]
> Sent: 14 September 2018 08:34
> To: xen-devel@lists.xenproject.org; linux-ker...@vger.kernel.org
> Cc: boris.ostrov...@oracle.com; jgr...@suse.com; Paul Durrant
> ; Wei Liu ;
> konrad.w...@oracle.com; Roger Pau Mon
>>> On 14.09.18 at 04:18, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: Thursday, September 13, 2018 4:55 PM
>>
>> >>> On 13.09.18 at 08:30, wrote:
>> >> From: Jan Beulich [mailto:jbeul...@suse.com]
>> >> Sent: Tuesday, September 11, 2018 9:16 PM
>> >>
>> >> Since strictly sp
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 14 September 2018 08:59
> To: Paul Durrant
> Cc: George Dunlap ; Wei Liu
> ; Kevin Tian ; xen-devel de...@lists.xenproject.org>
> Subject: RE: [PATCH v8 7/7] vtd: add lookup_page method to iommu_ops
>
> >>> On 13
> -Original Message-
> From: Dongli Zhang [mailto:dongli.zh...@oracle.com]
> Sent: 14 September 2018 08:34
> To: xen-devel@lists.xenproject.org; linux-ker...@vger.kernel.org
> Cc: boris.ostrov...@oracle.com; jgr...@suse.com; Paul Durrant
> ; Wei Liu ;
> konrad.w...@oracle.com; Roger Pau Mon
On Jo, 2018-09-13 at 10:42 -0600, Tamas K Lengyel wrote:
> On Thu, Sep 13, 2018 at 9:02 AM Petre Pircalabu
> wrote:
> >
> >
> > In high throughput introspection scenarios where lots of monitor
> > vm_events are generated, the ring buffer can fill up before the
> > monitor
> > application gets a
>>> On 13.09.18 at 18:01, wrote:
> On Fri, Sep 07, 2018 at 01:15:05AM -0600, Jan Beulich wrote:
>> >>> On 04.09.18 at 18:15, wrote:
>> > Signed-off-by: Wei Liu
>> > ---
>> > v3: longer text
>> > v2: use tab to indent
>> >
>> > Haven't added a dependency on PV_SHIM_EXCLUSIVE because agreement is
Or else it can lead to freezes when enabling the iommu on certain
Intel hardware:
[...]
(XEN) ELF: addresses:
(XEN) virt_base= 0x8000
(XEN) elf_paddr_offset = 0x0
(XEN) virt_offset = 0x8000
(XEN) virt_kstart = 0x8100
(XEN) v
Thanks! Sorry, I should have been more specific - I do indeed mean the
regular guest PTEs (and I'm using PV guests which as I understand don't use
EPT anyway). So, it seems I'll have to write my own code for this. I'll
take a look at libvmi's implementation; if anyone knows any other libraries
/ pr
>>> On 13.09.18 at 17:07, wrote:
> On Fri, Sep 07, 2018 at 01:06:38AM -0600, Jan Beulich wrote:
>> >>> On 04.09.18 at 18:15, wrote:
>> > @@ -149,6 +149,7 @@ static void p2m_teardown_hostp2m(struct domain *d)
>> > }
>> > }
>> >
>> > +#ifdef CONFIG_HVM
>> > static void p2m_teardown_nestedp
>>> On 13.09.18 at 16:53, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 13 September 2018 15:51
>>
>> >>> On 13.09.18 at 16:04, wrote:
>> >> From: Jan Beulich [mailto:jbeul...@suse.com]
>> >> Sent: 13 September 2018 14:57
>> >>
>> >> >>> On 13.09.18 at 15:50, wrote:
>> >> > Ok
This is the 4th patch of a (6-patch) patch set.
With this patch, watch event in absolute path pattern
'/local/domain//device///state' can be processed in
per-domU xenwatch thread.
Signed-off-by: Dongli Zhang
---
drivers/xen/xenbus/xenbus_probe.c | 16
1 file changed, 16 inserti
This is the 3rd patch of a (6-patch) patch set.
This patch dispatches the watch event to per-domU xenwatch thread when the
event meets all of below conditions:
1. The watch is registered to use xenwatch multithreading feature and the
get_domid() method returns valid domid.
2. There is xenwatch
This is the 2nd patch of a (6-patch) patch set.
This patch implements the xenwatch multithreading framework to create or
destroy the per-domU xenwatch thread. The xenwatch thread is created or
destroyed during xenbus device probing or removing (that is,
xenbus_dev_probe() or xenbus_dev_remove()) i
This is the 5th patch of a (6-patch) patch set.
With this patch, watch event in relative path pattern
'backend//i/...' can be processed in per-domU xenwatch
thread.
Signed-off-by: Dongli Zhang
---
drivers/xen/xenbus/xenbus_probe.c | 2 +-
drivers/xen/xenbus/xenbus_probe_backend.c | 32
Hi,
This patch set introduces xenwatch multithreading (mtwatch) based on the
below xen summit 2018 design session notes:
https://lists.xenproject.org/archives/html/xen-devel/2018-07/msg00017.html
xenwatch_thread is a single kernel thread processing the callback function
for subscribed xenwatch
This is the 6th patch of a (6-patch) patch set.
As the 'use_mtwatch' for xen-netback and xen-blkback are set to true,
probing any xenbus devices of those two drivers would create the per-domU
xenwatch thread for the domid the new devices belong to, or increment the
reference count of existing thr
This is the 1st patch of a (6-patch) patch set.
This patch set of six patches introduces xenwatch multithreading (or
multithreaded xenwatch, abbreviated as 'mtwatch') to dom0 kernel. In
addition to the existing single xenwatch thread, each domU has its own
kernel thread ([xen-mtwatch-]) to process
On Fri, Sep 14, 2018 at 06:20:40AM +, osstest service owner wrote:
> flight 127573 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/127573/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-
95 matches
Mail list logo
