On Wed, Oct 07, 2020 at 07:01:20PM +0100, Andrew Cooper wrote:
> * Drop unused include in private.h.
> * Used explicit width integers for Intel header fields.
> * Adjust comment to better describe the extended header.
> * Drop unnecessary __packed attribute for AMD header.
> * Switch mc_patch_
> On 7 Oct 2020, at 23:38, Stefano Stabellini wrote:
>
> The preferred method to reboot RPi4 is PSCI. If it is not available,
> touching the watchdog is required to be able to reboot the board.
>
> The implementation is based on
> drivers/watchdog/bcm2835_wdt.c:__bcm2835_restart in Linux v5.9
On Tue, 6 Oct 2020 10:56:52 -0700 (PDT)
Stefano Stabellini wrote:
> On Tue, 6 Oct 2020, Masami Hiramatsu wrote:
> > On Mon, 5 Oct 2020 18:13:22 -0700 (PDT)
> > Stefano Stabellini wrote:
> >
> > > On Mon, 5 Oct 2020, Julien Grall wrote:
> > > > Hi Masami,
> > > >
> > > > On 05/10/2020 14:39, Ma
On Wed, Oct 07, 2020 at 03:30:10PM +0200, Juergen Gross wrote:
> Actions in NMI context are rather limited as e.g. locking is rather
> fragile.
>
> Add a generic framework to continue processing in softirq context after
> leaving NMI processing. This is working for NMIs happening in guest
> contex
On 08.10.20 10:43, Roger Pau Monné wrote:
On Wed, Oct 07, 2020 at 03:30:10PM +0200, Juergen Gross wrote:
Actions in NMI context are rather limited as e.g. locking is rather
fragile.
Add a generic framework to continue processing in softirq context after
leaving NMI processing. This is working f
Hi
Am 07.10.20 um 16:30 schrieb Daniel Vetter:
> On Wed, Oct 7, 2020 at 3:25 PM Christian König
> wrote:
>>
>> Am 07.10.20 um 15:20 schrieb Thomas Zimmermann:
>>> Hi
>>>
>>> Am 07.10.20 um 15:10 schrieb Daniel Vetter:
On Wed, Oct 7, 2020 at 2:57 PM Thomas Zimmermann
wrote:
> Hi
>
Hi
Am 02.10.20 um 20:44 schrieb Daniel Vetter:
> On Fri, Oct 2, 2020 at 8:05 PM Daniel Vetter wrote:
>>
>> On Tue, Sep 29, 2020 at 05:14:36PM +0200, Thomas Zimmermann wrote:
>>> At least sparc64 requires I/O-specific access to framebuffers. This
>>> patch updates the fbdev console accordingly.
>>
On Thu, Oct 8, 2020 at 11:25 AM Thomas Zimmermann wrote:
>
> Hi
>
> Am 02.10.20 um 20:44 schrieb Daniel Vetter:
> > On Fri, Oct 2, 2020 at 8:05 PM Daniel Vetter wrote:
> >>
> >> On Tue, Sep 29, 2020 at 05:14:36PM +0200, Thomas Zimmermann wrote:
> >>> At least sparc64 requires I/O-specific access
On Fri, Oct 02, 2020 at 05:06:31PM +0100, Edwin Török wrote:
> See
> https://lore.kernel.org/xen-devel/20201002154141.11677-6-jgr...@suse.com/T/#u
>
> Edwin Török (1):
> tools/ocaml/xenstored: drop the creation of the RO socket
>
> tools/ocaml/xenstored/connections.ml | 2 +-
> tools/ocaml/x
On Fri, Oct 02, 2020 at 05:41:36PM +0200, Juergen Gross wrote:
> The read-only socket of Xenstore is usable for the daemon case only
> and even there it is not really worth to be kept, as not all
> Xesntore operations changing the state of Xenstore are blocked,
> oxenstored ignoring the read-only s
On Wed, Oct 07, 2020 at 02:57:02PM +0100, Bertrand Marquis wrote:
> Fix gcc10 compilation warning about uninitialized variable by setting
> it to 0.
>
> Signed-off-by: Bertrand Marquis
Applied.
On Mon, Oct 05, 2020 at 10:49:01AM +0100, Paul Durrant wrote:
> From: Paul Durrant
>
> When using 'shared_pt' mode the IOMMU is using the EPT PTEs. In 'sync_pt'
> mode these PTEs are instead replicated for the IOMMU to use. Hence, it is
> fairly clear that the memory overhead in this mode is esse
On Mon, Oct 05, 2020 at 10:49:03AM +0100, Paul Durrant wrote:
> From: Paul Durrant
[...]
> diff --git a/tools/libs/light/libxl_x86.c b/tools/libs/light/libxl_x86.c
> index 6ec6c27c83..9631974dd6 100644
> --- a/tools/libs/light/libxl_x86.c
> +++ b/tools/libs/light/libxl_x86.c
> @@ -520,6 +520,16 @@
On Wed, Oct 7, 2020 at 6:50 AM Wei Liu wrote:
>
> On Thu, Oct 01, 2020 at 07:53:37PM -0400, Jason Andryuk wrote:
> > QEMU without VNC support (configure --disable-vnc) will return an error
> > when VNC is queried over QMP since it does not recognize the QMP
> > command. This will cause libxl to f
flight 155532 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155532/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-debianhvm-amd64 16 guest-localmigrate/x10 fail REGR.
vs. 155510
test-am
On Wed, Sep 16, 2020 at 03:08:00PM +0200, Jan Beulich wrote:
> This combination doesn't really make sense (and there likely are more);
> in particular even if the code built with both options set, HVM guests
> wouldn't work (and I think one wouldn't be able to create one in the
> first place). The
On Wed, Sep 16, 2020 at 03:08:40PM +0200, Jan Beulich wrote:
> By passing the functions an MFN and flags, only a single instance of
^ a
> each is needed; they were pretty large for being inline functions
> anyway.
>
> While moving the code, also adjust coding style and a
On Thu, Oct 8, 2020 at 9:31 AM Jason Andryuk wrote:
>
> On Wed, Oct 7, 2020 at 6:50 AM Wei Liu wrote:
> >
> > On Thu, Oct 01, 2020 at 07:53:37PM -0400, Jason Andryuk wrote:
> > > QEMU without VNC support (configure --disable-vnc) will return an error
> > > when VNC is queried over QMP since it do
On Thu, Oct 08, 2020 at 09:31:15AM -0400, Jason Andryuk wrote:
> On Wed, Oct 7, 2020 at 6:50 AM Wei Liu wrote:
> >
> > On Thu, Oct 01, 2020 at 07:53:37PM -0400, Jason Andryuk wrote:
> > > QEMU without VNC support (configure --disable-vnc) will return an error
> > > when VNC is queried over QMP sin
On Fri, Oct 02, 2020 at 04:22:12PM +0200, Juergen Gross wrote:
> Instead of each library having an own include directory move the
> official headers to tools/include instead. This will drop the need to
> link those headers to tools/include and there is no need any longer
> to have library-specific
On 08/10/2020 16:15, Roger Pau Monné wrote:
> On Wed, Sep 16, 2020 at 03:08:40PM +0200, Jan Beulich wrote:
>> By passing the functions an MFN and flags, only a single instance of
>^ a
'an' is correct.
an MFN
a Machine Frame Number
because the pronunciation changes. "
Use per_cpu_ptr_to_phys() instead of virt_to_phys() and __pa()
for per-cpu address conversion.
In xen_starting_cpu(), per-cpu xen_vcpu_info address is converted
to gfn by virt_to_gfn() macro. However, since the virt_to_gfn(v)
assumes the given virtual address is in linear mapped kernel memory
area
flight 155547 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155547/
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
On Mon, Sep 28, 2020 at 02:31:49PM +0200, Jan Beulich wrote:
> Under certain conditions CPUs can speculate into the instruction stream
> past a RET instruction. Guard against this just like 3b7dab93f240
> ("x86/spec-ctrl: Protect against CALL/JMP straight-line speculation")
> did - by inserting an
On Mon, Sep 28, 2020 at 02:32:24PM +0200, Jan Beulich wrote:
> There's no point having every replacement variant to also specify the
> INT3 - just have it once in the base macro. When patching, NOPs will get
> inserted, which are fine to speculate through (until reaching the INT3).
>
> Signed-off-
Thanks Masami, the patch is already in our queue for going upstream.
On Fri, 9 Oct 2020, Masami Hiramatsu wrote:
> Use per_cpu_ptr_to_phys() instead of virt_to_phys() and __pa()
> for per-cpu address conversion.
>
> In xen_starting_cpu(), per-cpu xen_vcpu_info address is converted
> to gfn by vir
On Thu, 8 Oct 2020, Masami Hiramatsu wrote:
> On Tue, 6 Oct 2020 10:56:52 -0700 (PDT)
> Stefano Stabellini wrote:
>
> > On Tue, 6 Oct 2020, Masami Hiramatsu wrote:
> > > On Mon, 5 Oct 2020 18:13:22 -0700 (PDT)
> > > Stefano Stabellini wrote:
> > >
> > > > On Mon, 5 Oct 2020, Julien Grall wrote:
flight 155543 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155543/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 6 libvirt-buildfail REGR. vs. 151777
build-i386-libvirt
On Thu, 8 Oct 2020, Bertrand Marquis wrote:
> > On 7 Oct 2020, at 23:38, Stefano Stabellini wrote:
> >
> > The preferred method to reboot RPi4 is PSCI. If it is not available,
> > touching the watchdog is required to be able to reboot the board.
> >
> > The implementation is based on
> > drivers
On Mon, Sep 28, 2020 at 03:47:52PM +0900, Masami Hiramatsu wrote:
> This made progress with my Xen boot on DeveloperBox (
> https://www.96boards.org/product/developerbox/ ) with ACPI.
Adding your patch on top of Julien Grall's patch appears to push the Xen
boot of my target device (Raspberry PI 4B
From: Paul Durrant
A previous patch introduced the specification of the 'domain context' image
and the supporting public header. This patch introduces the code necessary
to generate and consume such an image. The entry points to the code are
domain_save_ctxt() and domain_load_ctxt(). Code to call
From: Paul Durrant
The STATIC_DATA_END, X86_CPUID_POLICY and X86_MSR_POLICY record types have
sections explaining what they are but their values are not defined. Indeed
their values are defined as "Reserved for future mandatory records."
Also, the spec revision is adjusted to match the migration
From: Paul Durrant
Paul Durrant (11):
docs / include: introduce a new framework for 'domain context' records
xen: introduce implementation of save/restore of 'domain context'
xen/common/domctl: introduce XEN_DOMCTL_get/set_domain_context
tools/misc: add xen-domctx to present domain contex
From: Paul Durrant
To allow enlightened HVM guests (i.e. those that have PV drivers) to be
migrated without their co-operation it will be necessary to transfer 'PV'
state such as event channel state, grant entry state, etc.
Currently there is a framework (entered via the hvm_save/load() function
This tool is analogous to 'xen-hvmctx' which presents HVM context.
Subsequent patches will add 'dump' functions when new records are
introduced.
Signed-off-by: Paul Durrant
Acked-by: Ian Jackson
Acked-by: Wei Liu
---
Cc: Andrew Cooper
v10:
- Re-base
- Use err[x]()
- Keep existing A-b since
From: Paul Durrant
This patch adds code to verify the presence of a REC_TYPE_domain_context
record in a v4 stream, as well as absence of REC_TYPE_shared_info and
REC_TYPE_tsc_info records.
Signed-off-by: Paul Durrant
---
Cc: Andrew Cooper
Cc: "Marek Marczykowski-Górecki"
Cc: Ian Jackson
Cc:
From: Paul Durrant
... and update xen-domctx to dump some information describing the record.
NOTE: Processing of the content during restore is currently limited to
PV domains, and matches processing of the PV-only SHARED_INFO record
done by libxc. All content is, however, saved such
These domctls provide a mechanism to get and set 'domain context' from
the toolstack. The implementation calls the domain_save_ctxt() and
domain_load_ctxt() functions introduced in a previous patch.
Signed-off-by: Paul Durrant
---
Cc: Julien Grall
Cc: Wei Liu
Cc: Daniel De Graaf
Cc: Ian Jackso
From: Paul Durrant
A new 'domain context' framework was recently introduced to facilitate
transfer of state for both PV and HVM guests. Hence this patch mandates the
presence of a new DOMAIN_CONTEXT record in version 4 of the libxc migration
stream.
This record will incorprate the content of the
From: Paul Durrant
... and update xen-domctx to dump some information describing the record.
NOTE: Whilst the record is x86 specific, it is visible directly in the common
header as context record numbers should be unique across all
architectures.
Signed-off-by: Paul Durrant
Reviewe
From: Ian Jackson
This just generates an extra heading and URL at the top of the output.
In particular, it doesn't affect the algorithms which calculate
regressions.
Signed-off-by: Ian Jackson
---
sg-report-flight | 18 ++
1 file changed, 18 insertions(+)
diff --git a/sg-repor
Sort the flight summary lines together, before the URLs. This makes
it considerably easier to read.
Signed-off-by: Ian Jackson
---
sg-report-flight | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/sg-report-flight b/sg-report-flight
index d9f0b964..f6ace190
From: Ian Jackson
Put the call to this debugging/testing variable inside an eval. This
allows a wider variety of stunts. The one in-tree reference is
already compatible with this new semantics.
Signed-off-by: Ian Jackson
---
cr-daily-branch | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
We discussed this at the Xen Summit. What I do here is immediate
retry the jobs with regressions, and then reanalyse the original full
flight. If the retries showed the failures were heisenbugs, this will
let them though.
This should reduce the negative impact on development, of heisenbugs,
but
This is a Tcl list of globs for ., and allows for
simulating particular test failures.
Signed-off-by: Ian Jackson
---
sg-run-job | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/sg-run-job b/sg-run-job
index dd76d4f2..c64ae026 100755
--- a/sg-run-job
+++ b/sg-run-job
@
From: Ian Jackson
No effect if this is empty.
Signed-off-by: Ian Jackson
---
cri-args-hostlists | 1 +
1 file changed, 1 insertion(+)
diff --git a/cri-args-hostlists b/cri-args-hostlists
index 6cdff53f..7019c0c7 100644
--- a/cri-args-hostlists
+++ b/cri-args-hostlists
@@ -121,6 +121,7 @@ star
From: Ian Jackson
No functional change.
Signed-off-by: Ian Jackson
---
sg-report-flight | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/sg-report-flight b/sg-report-flight
index a07e03cb..4b33facb 100755
--- a/sg-report-flight
+++ b/sg-report-flight
@@ -783
From: Ian Jackson
NFC.
Signed-off-by: Ian Jackson
---
cri-args-hostlists | 21 +++--
1 file changed, 15 insertions(+), 6 deletions(-)
diff --git a/cri-args-hostlists b/cri-args-hostlists
index 7019c0c7..52e39f33 100644
--- a/cri-args-hostlists
+++ b/cri-args-hostlists
@@ -128,
From: Ian Jackson
Nothing produces this yet. (There's play-retry as well of course but
we don't need to document that really.)
Signed-off-by: Ian Jackson
---
README.dev | 9 +
cr-daily-branch | 3 ++-
cr-disk-report | 2 +-
cr-try-bisect-adhoc | 2 +-
cs-bisection-st
Signed-off-by: Ian Jackson
---
cri-args-hostlists | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/cri-args-hostlists b/cri-args-hostlists
index 994e00c0..6cdff53f 100644
--- a/cri-args-hostlists
+++ b/cri-args-hostlists
@@ -68,8 +68,8 @@ fi
execute_flight () {
The pull request you sent on Wed, 7 Oct 2020 08:38:04 +0200:
> git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git
> for-linus-5.9b-rc9-tag
has been merged into torvalds/linux.git:
https://git.kernel.org/torvalds/c/86f0a5fb1b98e993fd43899d6640c7b9eec5000a
Thank you!
--
Deet-doot-dot, I
From: Paul Durrant
This patch adds the necessary code to save a REC_TYPE_DOMAIN_CONTEXT record,
and stop saving the now obsolete REC_TYPE_SHARED_INFO and REC_TYPE_TSC_INFO
records for PV guests.
Signed-off-by: Paul Durrant
---
Cc: Andrew Cooper
Cc: Ian Jackson
Cc: Wei Liu
v10:
- New in v10
From: Paul Durrant
This patch adds the necessary code to accept a v4 stream, and to recognise and
restore a REC_TYPE_DOMAIN_CONTEXT record.
Signed-off-by: Paul Durrant
---
Cc: Andrew Cooper
Cc: Ian Jackson
Cc: Wei Liu
v10:
- New in v10
- Derived from patch #8 of the v9 series
- Fix memor
flight 155534 linux-5.4 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155534/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-examine4 memdisk-try-append fail in 155513 pass in 155534
test-armhf-armhf-xl-rtds 16 gue
This is only used in report_flight. We are going to want to call
report_flight from outside start_email, without having to set that
variable ourselves.
The variable isn't actually used in start_email.
Signed-off-by: Ian Jackson
---
cri-args-hostlists | 2 +-
1 file changed, 1 insertion(+), 1 d
From: Ian Jackson
We exclude the self-tests because we don't want to miss breakage, and
the Xen smoke tests because they will be run again RSN anyway.
Signed-off-by: Ian Jackson
---
cr-daily-branch | 48 +++-
1 file changed, 47 insertions(+), 1 delet
CC: Andrew Cooper
Signed-off-by: Ian Jackson
---
cr-daily-branch | 1 +
1 file changed, 1 insertion(+)
diff --git a/cr-daily-branch b/cr-daily-branch
index 3e58d465..9b1961bd 100755
--- a/cr-daily-branch
+++ b/cr-daily-branch
@@ -484,6 +484,7 @@ default_immediate_retry=$wantpush
case "$branch"
This is primarily useful for debugging the immediate-retry logic, but
it seems churlish to delete it again.
Signed-off-by: Ian Jackson
---
cr-daily-branch | 4
1 file changed, 4 insertions(+)
diff --git a/cr-daily-branch b/cr-daily-branch
index bea8734e..3e58d465 100755
--- a/cr-daily-bran
flight 155541 xen-4.10-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155541/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-xtf-amd64-amd64-2 54 xtf/test-hvm64-lbr-tsx-vmentry fail in 155514 pass
in 155541
test-xtf-amd64-amd6
flight 155542 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155542/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-ws16-amd64 6 xen-install fail REGR. vs. 152332
test-amd64-i386-qem
On Thu, Oct 8, 2020 at 12:58 AM Bertrand Marquis
wrote:
>
>
>
> > On 7 Oct 2020, at 23:38, Stefano Stabellini wrote:
> >
> > The preferred method to reboot RPi4 is PSCI. If it is not available,
> > touching the watchdog is required to be able to reboot the board.
> >
> > The implementation is bas
Hi all,
This email is an update in regards to the Xen documentation effort
driven by the FuSa SIG. We plan to go forward with the proposal below;
please let us know if you have any concerns.
We have been discussing how to generate documentation for Xen public
headers from in-code comments. Initia
flight 155544 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155544/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-freebsd11-amd64 11 guest-startfail REGR. vs. 152631
test-amd64-amd64-
flight 155584 xen-unstable-smoke real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155584/
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 155548 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/155548/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 69e95b9efed520e643b9e5b0573180aa7c5ecaca
baseline version:
ovmf c640186ec8aae6164123e
65 matches
Mail list logo
