On Sun, Feb 18, 2024 at 10:01 AM Julien Grall wrote:
>
> Hi Jan,
>
> On 14/02/2024 10:12, Jan Beulich wrote:
> > find_ring_mfn() already holds a page reference when trying to obtain a
> > writable type reference. We shouldn't make assumptions on the general
> > reference count limit being
On Wed, Feb 28, 2024 at 6:52 AM Jan Beulich wrote:
>
> On 18.02.2024 19:01, Julien Grall wrote:
> > On 14/02/2024 10:12, Jan Beulich wrote:
> >> find_ring_mfn() already holds a page reference when trying to obtain a
> >> writable type reference. We shouldn't make assumptions on the general
> >>
On Mon, Feb 5, 2024 at 4:17 AM Jan Beulich wrote:
>
> On 04.01.2024 09:12, Jan Beulich wrote:
> > On 23.12.2023 22:35, Christopher Clark wrote:
> >> On Sat, Dec 23, 2023 at 12:47 PM Christopher Clark
> >> wrote:
> >>>
> >>&g
On Sat, Dec 23, 2023 at 12:47 PM Christopher Clark
wrote:
>
> On Sun, Dec 17, 2023 at 11:55 PM Jan Beulich wrote:
> >
> > Christopher,
> >
> > On 27.11.2023 14:55, Jan Beulich wrote:
> > > Holding a valid struct page_info * in hands already means the
ng
> > logic to a switch(), to help keeping the extra (and questionable) x86-
> > only check in somewhat tidy shape.
> >
> > Signed-off-by: Jan Beulich
Reviewed-by: Christopher Clark
>
> much like "Argo: don't obtain excess page references" (with which the on
On Sat, Jul 8, 2023 at 3:24 PM Stefano Stabellini
wrote:
> On Sat, 1 Jul 2023, Christopher Clark wrote:
> > Pointer fields within structs need to be defined as fixed size types in
> > the x86 boot build environment. Using a typedef for the field type
> > rather than a struct
On Sat, Jul 8, 2023 at 12:15 PM Stefano Stabellini
wrote:
> On Sat, 1 Jul 2023, Christopher Clark wrote:
> > Adjust the PV and PVH dom0 construction entry points to take boot module
> > structures as parameters, and add further fields to the boot module
> > structures to
On Thu, Jul 13, 2023 at 11:51 PM Christopher Clark <
christopher.w.cl...@gmail.com> wrote:
>
>
> On Sat, Jul 8, 2023 at 11:47 AM Stefano Stabellini
> wrote:
>
>> On Sat, 1 Jul 2023, Christopher Clark wrote:
>> > To convert the x86 boot logic from multiboot to
On Sat, Jul 8, 2023 at 12:15 PM Stefano Stabellini
wrote:
> On Sat, 1 Jul 2023, Christopher Clark wrote:
> > Next step in incremental work towards adding a non-multiboot internal
> > representation of boot modules, converting the fields being accessed for
> > the
On Sat, Jul 8, 2023 at 11:30 AM Stefano Stabellini
wrote:
> On Sat, 1 Jul 2023, Christopher Clark wrote:
> > An initial step towards a non-multiboot internal representation of boot
> > modules for common code, starting with x86 setup and converting the
> > fie
On Sat, Jul 8, 2023 at 11:47 AM Stefano Stabellini
wrote:
> On Sat, 1 Jul 2023, Christopher Clark wrote:
> > To convert the x86 boot logic from multiboot to boot module structures,
> > change the bootstrap map function to accept a boot module parameter.
> >
> > To al
+CC openxt, Jason, Marek
On Fri, Jul 7, 2023 at 2:06 PM Christopher Clark <
christopher.w.cl...@gmail.com> wrote:
> +CC members of the Hyperlaunch Working Group + participants on earlier
> Hyperlaunch threads
>
> On Thu, Jul 6, 2023 at 2:39 PM Stefano Stabellini <
> st
+CC members of the Hyperlaunch Working Group + participants on earlier
Hyperlaunch threads
On Thu, Jul 6, 2023 at 2:39 PM Stefano Stabellini <
stefano.stabell...@amd.com> wrote:
> On Thu, 6 Jul 2023, George Dunlap wrote:
> > On Wed, Jul 5, 2023 at 11:14 PM Stefano Stabellini <
>
the maximum number of boot modules accepted on the
EFI entry path and the PVH entry path to the same fixed maximum number
accepted via multiboot, making it common across all x86 entry points.
Signed-off-by: Christopher Clark
Signed-off-by: Daniel P. Smith
---
Changes since v1: patch is based
.
The 32-bit behaviour is obtained by inclusion of "defs.h" first with a
check for such an existing definition on the version.
paddr_t is used in so a definition is added here to
the x86 boot environment defs.h header.
Signed-off-by: Christopher Clark
Signed-off-by: Danie
microcode is found.
Completes the conversion from the module_map bitmap in x86 setup so it
can be removed, along with the temporary bootstrap_map multiboot wrapper
since the last code that uses it is removed in this change.
Signed-off-by: Christopher Clark
Signed-off-by: Daniel P. Smith
---
Changes
on Arm.
Adds a multiboot header inclusion into guest/xen/pvh-boot.c
since it is no longer provided via transitive inclusion and the source
in that file uses multiboot structures.
Signed-off-by: Christopher Clark
Signed-off-by: Daniel P. Smith
---
Changes since v1: patch is a subset of v1 series
directory path where it can be included successfully.
Signed-off-by: Christopher Clark
Signed-off-by: Daniel P. Smith
---
New for v2 series.
xen/arch/arm/include/asm/bootinfo.h | 20
xen/arch/riscv/include/asm/bootinfo.h | 20
xen/include/xen/bootinfo.h
-by: Christopher Clark
Signed-off-by: Daniel P. Smith
---
New for v2 series.
xen/arch/arm/include/asm/setup.h | 11 ++-
1 file changed, 2 insertions(+), 9 deletions(-)
diff --git a/xen/arch/arm/include/asm/setup.h b/xen/arch/arm/include/asm/setup.h
index 19dc637d55..7e0598217a 100644
that a bootloader can provide in
addition to the Xen hypervisor is preserved from prior logic with the
module_map at 63.
Signed-off-by: Christopher Clark
Signed-off-by: Daniel P. Smith
---
Changes since v1: patch is a subset of v1 series patches 2 and 3.
- The module_map is kept for now since
-by: Christopher Clark
Signed-off-by: Daniel P. Smith
---
Changes since v1: patch is a subset of v1 series patches 2 and 3.
xen/arch/x86/setup.c | 58 +++---
xen/include/xen/bootinfo.h | 20 +
2 files changed, 55 insertions(+), 23 deletions(-)
create
.
No functional change intended.
Signed-off-by: Christopher Clark
Signed-off-by: Daniel P. Smith
---
A new patch so v1 series patch 3 can be implemented incrementally
instead.
xen/arch/x86/cpu/microcode/core.c | 7 ---
xen/arch/x86/hvm/dom0_build.c | 4 +++-
xen/arch/x86/include/asm/boot.h
, and add a member to the common boot module structure for
access to it.
No functional change intended.
Signed-off-by: Christopher Clark
Signed-off-by: Daniel P. Smith
---
Changes since v1: patch is a subset of v1 series patches 2 and 3.
xen/arch/x86/bzimage.c | 10 +-
xen
number of boot modules allowed
is not included in this series, replaced with a static maximum define.
Christopher Clark (10):
x86 setup: move x86 boot module counting into a new boot_info struct
x86 setup: per-arch bootmodule structure, headroom field
x86 setup: change bootstrap map to accept
-by: Christopher Clark
Signed-off-by: Daniel P. Smith
changes since v1:
- based on v1 series patch 4
- use main bootinfo headers in boot logic instead of adding a 32-bit version
- apply packing to boot structures here rather than in earlier changes
- use a defined maximum rather than Kconfig'd variable
This change enables and begins introducion of into
Arm builds: it replace the enum definition of bootmodule_kind with
bootmod_type_t which is a fixed size type as needed for packed structs,
to be used in the boot structures in subsequent changes.
Signed-off-by: Christopher Clark
Signed-off
on Arm.
Adds a multiboot header inclusion into guest/xen/pvh-boot.c
since it is no longer provided via transitive inclusion and the source
in that file uses multiboot structures.
Signed-off-by: Christopher Clark
Signed-off-by: Daniel P. Smith
Changes since v1:
- derived from patches 2 and 3
e version.
Signed-off-by: Christopher Clark
Signed-off-by: Daniel P. Smith
New in v2
---
xen/arch/x86/boot/defs.h| 4
xen/arch/x86/include/asm/bootinfo.h | 2 +-
xen/include/xen/bootinfo.h | 2 +-
xen/include/xen/types.h | 6 ++
4 files changed, 12
include asm/bootinfo.h via a specified directory path to
bring in the necessary definitions.
Is this fantastic? No. Does it help? Yep.
Signed-off-by: Christopher Clark
Signed-off-by: Daniel P. Smith
New for v2 series.
---
xen/arch/arm/include/asm/bootinfo.h | 20
xen
n existing definition on the version.
paddr_t is used in so a definition is added here to
the x86 boot environment defs.h header.
Signed-off-by: Christopher Clark
Signed-off-by: Daniel P. Smith
New in v2 of series
---
xen/arch/x86/boot/defs.h| 5 +
xen/arch/x86/include/asm/boot
Christopher Clark (11):
x86 setup: move x86 boot module counting into a new boot_info struct
x86 setup: per-arch bootmodule structure, headroom field
x86 setup: change bootstrap map to accept new boot module structures
x86 setup: porting dom0 construction logic to boot module structures
xsm
that a bootloader can provide in
addition to the Xen hypervisor is preserved from prior logic with the
module_map at 63.
Signed-off-by: Christopher Clark
Signed-off-by: Daniel P. Smith
changes since v1: a subset of patch 3
- retains module_map for now as still used functions outside setup
- move
-by: Christopher Clark
Signed-off-by: Daniel P. Smith
changes since v1:
- patch is a subset of patches 2 and 3
---
xen/arch/x86/setup.c | 58 +++---
xen/include/xen/bootinfo.h | 20 +
2 files changed, 55 insertions(+), 23 deletions(-)
create mode 100644 xen
microcode is found.
Completes the conversion from the module_map bitmap in x86 setup so it
can be removed, along with the temporary bootstrap_map multiboot wrapper
since the last code that uses it is removed in this change.
Signed-off-by: Christopher Clark
Signed-off-by: Daniel P. Smith
changes
, and add a member to the common boot module structure for
access to it.
No functional change intended.
Signed-off-by: Christopher Clark
Signed-off-by: Daniel P. Smith
changes since v1:
- patch is a subset of v1 patches 2 and 3
---
xen/arch/x86/bzimage.c | 10 +-
xen/arch/x86
.
No functional change intended.
Signed-off-by: Christopher Clark
Signed-off-by: Daniel P. Smith
changes since v1:
- new patch so v1 patch 3 can be implemented via incremental series
---
xen/arch/x86/cpu/microcode/core.c | 7 ---
xen/arch/x86/hvm/dom0_build.c | 4 +++-
xen/arch/x86/include/asm
# Hyperlaunch: Design Session
## Xen Summit 2023
Moderators: Christopher Clark, Daniel P. Smith
---
# Hyperlaunch: Review of Goals
**Project goals:**
* HAT: Isolating Safety Critical VMs from non-Critical VMs
* Fast system start
* Static partitioning
* Dynamic partitioning via policy
On Fri, Jun 2, 2023 at 1:49 AM Ayan Kumar Halder wrote:
> Hi Xen developers,
>
> We are trying to better document xen project development processes and
> related tools. At present, we are targeting **x86 and Arm** only.
>
> These tools range from bug/change request tracking means, compilers,
>
On Mon, Nov 21, 2022 at 4:41 AM Jan Beulich wrote:
> On 11.10.2022 11:28, Jan Beulich wrote:
> > find_ring_mfn() already holds a page reference when trying to obtain a
> > writable type reference. We shouldn't make assumptions on the general
> > reference count limit being effectively
On Mon, Nov 21, 2022 at 4:41 AM Jan Beulich wrote:
> On 11.10.2022 11:28, Jan Beulich wrote:
> > find_ring_mfn() already holds a page reference when trying to obtain a
> > writable type reference. We shouldn't make assumptions on the general
> > reference count limit being effectively
On Thu, Oct 27, 2022 at 9:44 PM Henry Wang wrote:
> Hi all,
>
> Since there will be a batch of XSAs released on Nov. 1 [1] and the
> original date for
> the 4.17 release was supposed to be Nov. 2, I am thinking to postpone the
> 4.17
> release to a week later (Nov. 11) to give a little bit
o_send_info has a domid, but there is no refcount taken on
> > > > the domain. Therefore it's not appropriate to ASSERT that the domain
> > > > can be looked up via domid. Replace with a debug message.
>
I follow this - thanks for the explanation.
> > > >
>
On Thu, Jul 28, 2022 at 1:37 PM Christopher Clark
wrote:
>
> On Thu, Jul 28, 2022 at 12:05 PM SHARMA, JYOTIRMOY
> wrote:
> >
> > [AMD Official Use Only - General]
> >
> > Hi all,
> >
> > Can anyone please help here?
Hello again,
I have now been ab
don't have experience with
using them yet but I am interested to hear of reports of using them on
x86.
thanks,
Christopher
>
> -Original Message-
> From: SHARMA, JYOTIRMOY
> Sent: Tuesday, July 26, 2022 4:27 PM
> To: Christopher Clark
> Cc: xen-devel@lists.xenproject.org; x
On Mon, Jul 25, 2022 at 4:45 AM SHARMA, JYOTIRMOY
wrote:
>
> [AMD Official Use Only - General]
>
>
> Hi all,
Hi Jyotirmoy,
I have add the xen-users list to CC since this thread may be useful to
that forum.
> I am using ubuntu as dom 0 and also dom U (HVM). I want to play audio from
> “dom U”
On Thu, Jul 14, 2022 at 3:10 AM Bertrand Marquis
wrote:
>
> This patch series is a first attempt to check if we could use Yocto in
> gitlab ci to build and run xen on qemu for arm, arm64 and x86.
Hi Bertrand, thanks for posting this.
I'm still making my way through it, and should be able to
On Wed, Jul 6, 2022 at 12:22 PM Christopher Clark
wrote:
>
> On Tue, Jun 28, 2022 at 11:24 PM Juergen Gross wrote:
> >
> > On 24.03.22 15:01, Juergen Gross wrote:
> > > Today most hypercall handlers have a return type of long, while the
> > > compat ones retur
On Wed, Jul 6, 2022 at 6:53 AM George Dunlap wrote:
>
Some alternative text for consideration for this patch:
Patch subject line: MAINTAINERS: Reassign XSM maintainership
> While mail hasn't been bouncing, Daniel De Graaf has not been
> responding to patch submissions or otherwise interacting
On Tue, Jun 28, 2022 at 11:24 PM Juergen Gross wrote:
>
> On 24.03.22 15:01, Juergen Gross wrote:
> > Today most hypercall handlers have a return type of long, while the
> > compat ones return an int. There are a few exceptions from that rule,
> > however.
> >
> > Get rid of the exceptions by
On Wed, Jun 22, 2022 at 9:40 AM Bertrand Marquis
wrote:
>
> Hi Andrew,
>
> > On 22 Jun 2022, at 17:28, Andrew Cooper wrote:
> >
> > On 22/06/2022 13:32, Bertrand Marquis wrote:
> >> Hi Andrew and Christopher,
> >>
> >> I will not dig into the details of the issues you currently have
> >> but it
On Tue, Jun 21, 2022 at 7:05 AM Julien Grall wrote:
>
> Hi Andrew,
>
> On 21/06/2022 14:30, Andrew Cooper wrote:
> > On 21/06/2022 13:07, Julien Grall wrote:
> >> On 21/06/2022 12:27, Andrew Cooper wrote:
> >>> Hello,
> >>> I tried to have a half hour respite from security and push forward
> >>>
Add a section to the Argo design document to supply guidance on how to
enable Argo in Xen and where to obtain source code and documentation
for Argo device drivers for guest OSes, primarily from OpenXT.
Signed-off-by: Christopher Clark
Reviewed-by: Bertrand Marquis
---
Changes in v2: added R
Add a section to the Argo design document to supply guidance on how to
enable Argo in Xen and where to obtain source code and documentation
for Argo device drivers for guest OSes, primarily from OpenXT.
Signed-off-by: Christopher Clark
---
docs/designs/argo.pandoc | 45
On Mon, Sep 27, 2021 at 3:06 AM Alex Bennée via Stratos-dev <
stratos-...@op-lists.linaro.org> wrote:
>
> Marek Marczykowski-Górecki writes:
>
> > [[PGP Signed Part:Undecided]]
> > On Fri, Sep 24, 2021 at 05:02:46PM +0100, Alex Bennée wrote:
> >> Hi,
> >
> > Hi,
> >
> >> 2.1 Stable ABI for
On Mon, Sep 13, 2021 at 3:41 PM Stefano Stabellini
wrote:
> Hi all,
>
> This email is for anybody interested in using Argo with Dom0less setups
> for domain-to-domain communications.
>
> Argo is a secure VM-to-VM communication mechanism based on hypercalls
> [1]. It is a good fit for Dom0less
On Tue, Sep 7, 2021 at 4:55 AM AKASHI Takahiro
wrote:
> Hi,
>
> I have not covered all your comments below yet.
> So just one comment:
>
> On Mon, Sep 06, 2021 at 05:57:43PM -0700, Christopher Clark wrote:
> > On Thu, Sep 2, 2021 at 12:19 AM AKASHI Takahiro <
&
On Sun, Sep 5, 2021 at 7:24 PM AKASHI Takahiro via Stratos-dev <
stratos-...@op-lists.linaro.org> wrote:
> Alex,
>
> On Fri, Sep 03, 2021 at 10:28:06AM +0100, Alex Benn??e wrote:
> >
> > AKASHI Takahiro writes:
> >
> > > Alex,
> > >
> > > On Wed, Sep 01, 2021 at 01:53:34PM +0100, Alex Benn??e
Design Session notes for: VirtIO Cross-Project BoF (Birds of a Feather) for
Xen and Guest OS (Linux, Windows, FreeBSD) developers
---
Xen Design & Developer Summit, 27th May 2021
Session Host: Juergen Gross
Notes by: Christopher Clark, with thanks to Rich Persaud
Apolo
On Thu, Sep 2, 2021 at 12:19 AM AKASHI Takahiro
wrote:
> Hi Christopher,
>
> Thank you for your feedback.
>
> On Mon, Aug 30, 2021 at 12:53:00PM -0700, Christopher Clark wrote:
> > [ resending message to ensure delivery to the CCd mailing lists
> > post-subscription ]
[ resending message to ensure delivery to the CCd mailing lists
post-subscription ]
Apologies for being late to this thread, but I hope to be able to
contribute to
this discussion in a meaningful way. I am grateful for the level of
interest in
this topic. I would like to draw your attention to
Apologies for being late to this thread, but I hope to be able to
contribute to
this discussion in a meaningful way. I am grateful for the level of
interest in
this topic. I would like to draw your attention to Argo as a suitable
technology for development of VirtIO's hypervisor-agnostic
, Michal.
Reviewed-by: Christopher Clark
Christopher
---
> xen/include/public/arch-arm.h | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/xen/include/public/arch-arm.h b/xen/include/public/arch-arm.h
> index 64a2ca30da..6b5a5f818a 100644
> --- a/xen/include/public/arch-arm.h
&
On Thu, May 13, 2021 at 8:41 PM Christopher Clark
wrote:
>
> From: "Daniel P. Smith"
>
> Adds a design document for Hyperlaunch device tree structure.
>
> Signed-off-by: Christopher Clark
> Signed-off by: Daniel P. Smith
> ---
> .../designs/la
On Thu, May 13, 2021 at 8:41 PM Christopher Clark
wrote:
>
> From: "Daniel P. Smith"
>
> Adds a design document for Hyperlaunch, formerly DomB mode of dom0less.
>
> Signed-off-by: Christopher Clark
> Signed-off by: Daniel P. Smith
> Reviewed-by: Rich P
On Fri, May 14, 2021 at 7:19 AM Daniel P. Smith
wrote:
>
> On 5/13/21 11:40 PM, Christopher Clark wrote:
> > We are submitting for inclusion in the Xen documentation:
> >
> > - the Hyperlaunch design document, and
> > - the Hyperlaunch device tree design document
&g
Design Session - Hyperlaunch
Wednesday 26th May, at the Xen Design and Developer Summit 2021
Session Hosts: Christopher Clark & Daniel Smith
tl;dr:
- use cases for Hyperlaunch include supporting bare metal apps
- latency is a critical requirement for workl
From: "Daniel P. Smith"
Adds a design document for Hyperlaunch, formerly DomB mode of dom0less.
Signed-off-by: Christopher Clark
Signed-off by: Daniel P. Smith
Reviewed-by: Rich Persaud
---
Changes since v3:
* Rename the Landscape table
* Changed Crash Domain to Recovery Domain
From: "Daniel P. Smith"
Adds a design document for Hyperlaunch device tree structure.
Signed-off-by: Christopher Clark
Signed-off by: Daniel P. Smith
---
.../designs/launch/hyperlaunch-devicetree.rst | 343 ++
1 file changed, 343 insertions(+)
create mode 100644 do
-minded means to launch a
variety of VM configurations as part of the startup of Xen.
Signed-off-by: Christopher Clark
Signed-off by: Daniel P. Smith
Daniel P. Smith (2):
docs/designs/launch: hyperlaunch design document
docs/designs/launch: hyperlaunch device tree
.../designs/launch
On Wed, Apr 7, 2021 at 10:56 PM Jan Beulich wrote:
>
> On 07.04.2021 21:23, Christopher Clark wrote:
> > On Tue, Mar 30, 2021 at 7:31 AM Jan Beulich wrote:
> >>
> >> On 16.03.2021 04:56, Daniel P. Smith wrote:
> >>> To assist in reading, please f
gt; > > On Wed, Mar 24, 2021 at 05:53:26AM -0700, Christopher Clark wrote:
> > > >> On Wed, Mar 24, 2021 at 1:01 AM Roger Pau Monné
> > > >> wrote:
> > > >>> On Tue, Mar 23, 2021 at 10:39:53AM -0700, Christopher Clark wrote:
> > > &g
On Tue, Mar 30, 2021 at 7:31 AM Jan Beulich wrote:
>
> On 16.03.2021 04:56, Daniel P. Smith wrote:
> > To assist in reading, please find attached rendered copies of the design
> > docs. It should be noted that due to poor rendering by pandoc, we forced
> > the tables to stay as ASCII tables in
On Wed, Mar 24, 2021 at 1:01 AM Roger Pau Monné wrote:
>
> On Tue, Mar 23, 2021 at 10:39:53AM -0700, Christopher Clark wrote:
> > On Thu, Mar 18, 2021 at 9:43 AM Roger Pau Monné
> > wrote:
> > >
> > > Just took a quick look at it.
> > >
> > &
On Thu, Mar 18, 2021 at 8:33 AM Daniel P. Smith
wrote:
>
> On 3/16/21 12:09 AM, Daniel P. Smith wrote:
> > All,
> >
> > We have posted[1][2] the design documents for hyperlaunch and would
> > invite attendance at a working group call to discuss two agenda items.
> > The first item is a review of
On Thu, Mar 18, 2021 at 9:43 AM Roger Pau Monné wrote:
>
> Just took a quick look at it.
>
> On Mon, Mar 15, 2021 at 11:18:13PM -0400, Daniel P. Smith wrote:
> > +
> > +---+---++---+-+-+
> > + | **Xen Dom0** | **Linux** |
> On Mar 16, 2021, at 12:43 PM, Bob Eshleman wrote:
>
> Hey everyone,
>
> I think most who are interested have acked the thread at
> this point and I've CC'd everyone (please add anyone if
> I've missed them).
Hi Bobby,
Please add me to your list too - this will be interesting work!
>
>
Simple test cases for the four Argo operations, register, unregister,
sendv and notify exercised with a single test domain.
Add infrastructure to access Argo: a 5-argument hypercall, number 39.
Signed-off-by: Christopher Clark
---
v2:
- corrected the CC list. Apologies for the omissions
Simple test cases for the four Argo operations, register, unregister,
sendv and notify exercised with a single test domain.
Add infrastructure to access Argo: a 5-argument hypercall, number 39.
Signed-off-by: Christopher Clark
---
arch/x86/hypercall_page.S| 2 +-
arch/x86
; Signed-off-by: Jan Beulich
Acked-by: Christopher Clark
> ---
> Is it really intentional for fill_ring_data() to return success (0) in
> case the domain can't be found or has argo disabled?
Good question; I think this logic can and should be improved. I will
work on a patch.
> Even if
t; > Hi Roger,
> > > >
> > > > On 29/12/2020 09:17, Roger Pau Monné wrote:
> > > > > On Wed, Dec 23, 2020 at 04:32:01PM -0500, Rich Persaud wrote:
> > > > > > On Dec 17, 2020, at 07:13, Jean-Philippe Ouellet
> > > > > >
On Tue, Dec 29, 2020 at 1:17 AM Roger Pau Monné wrote:
>
> On Wed, Dec 23, 2020 at 04:32:01PM -0500, Rich Persaud wrote:
> > On Dec 17, 2020, at 07:13, Jean-Philippe Ouellet wrote:
> > > On Wed, Dec 16, 2020 at 2:37 PM Christopher Clark
> > > wrote:
> > >
On Thu, Dec 17, 2020 at 4:13 AM Jean-Philippe Ouellet wrote:
>
> On Wed, Dec 16, 2020 at 2:37 PM Christopher Clark
> wrote:
> > Hi all,
> >
> > I have written a page for the OpenXT wiki describing a proposal for
> > initial development towards
On Thu, Oct 29, 2020 at 12:58 PM Stefano Stabellini
wrote:
>
> On Thu, 29 Oct 2020, Jürgen Groß wrote:
> > On 29.10.20 01:37, Stefano Stabellini wrote:
> > > On Tue, 27 Oct 2020, Elliott Mitchell wrote:
> > > > On Mon, Oct 26, 2020 at 06:44:27PM +, Julien Grall wrote:
> > > > > On 26/10/2020
Roger: thanks for your interest and fast response to the first post in
this thread. Responses inline below.
On Thu, Oct 1, 2020 at 1:55 AM Roger Pau Monné wrote:
>
> On Wed, Sep 30, 2020 at 09:03:03PM -0700, Christopher Clark wrote:
> > Hello
> >
> > Following up on a
On Thu, Oct 1, 2020 at 7:38 AM Bertrand Marquis
wrote:
>
> Hi George,
>
> + Christopher Clark to have his view on what to put for Yocto.
>
> > On 30 Sep 2020, at 13:57, George Dunlap wrote:
> >
> > Define a specific criteria for how we determine what tools a
Argo with Xen. This will provide a way to use VirtIO
device drivers within Xen guest VMs with strong isolation properties.
This work has been developed by Christopher Clark, Daniel Smith and Rich
Persaud, with Eric Chanudet and Nick Krasnoff.
Christopher is the primary author of this version
On Tue, Jul 28, 2020 at 11:16 AM Stefano Stabellini
wrote:
>
> On Tue, 28 Jul 2020, André Przywara wrote:
> > On 28/07/2020 11:39, Alejandro wrote:
> > > Hello,
> > >
> > > El dom., 26 jul. 2020 a las 22:25, André Przywara
> > > () escribió:
> > >> So this was actually my first thought: The
On Wed, Jul 22, 2020 at 10:59 AM Srinivas Bangalore wrote:
> Dear Xen experts,
>
> Would greatly appreciate some hints on how to move forward with this one…
Hi Srini,
I don't have any strong recommendations for you, but I do want to say
that I'm very happy to see you taking this project on and
# Session Notes on Xen system boot: launching VMs (DomB mode of dom0less)
Sessions Host: Christopher Clark. Scribing: Daniel Smith & Christopher Clark.
The DomB-mode-for-dom0less topic was covered in two design session slots
at the Xen Design & Developer Summit 2020.
## Session 1: Xe
;
> > > > On Mon, Jun 15, 2020 at 05:14:21PM -0700, Stefano Stabellini wrote:
> > > > > On Mon, 15 Jun 2020, Christopher Clark wrote:
> > > > > > On Wed, Jun 10, 2020 at 7:21 PM Roman Shaposhnik
> > > > > > w
On Thu, Jun 11, 2020 at 12:12 PM Olaf Hering wrote:
>
> Am Wed, 10 Jun 2020 20:16:57 +0100
> schrieb Tim Deegan :
>
> > How tedious.
>
> Indeed. This compiles for me as well:
just a nudge on this; it would be nice to get a patch into the tree
since the build failure affects master builds of Xen
On Wed, Jun 10, 2020 at 7:21 PM Roman Shaposhnik wrote:
>
> On Wed, Jun 10, 2020 at 11:54 AM Corey Minyard wrote:
> >
> > I had been working on Xen on the Pi4 by throwing kernels I compiled onto
> > existing sd cards, and this was working fine. I finally got to a full
> > yocto build of the
On Thu, May 7, 2020 at 1:15 AM Jan Beulich wrote:
>
> On 06.05.2020 05:23, Christopher Clark wrote:
> > +It is with this understanding as presented that the DomB project used as
> > the
> > +basis for the development of its multiple domain boot capability for Xen.
>
Adds a design document for DomB.
Signed-off-by: Christopher Clark
Signed-off by: Daniel P. Smith
---
This is a Request for Comments on this draft design document which
describes the motivation and design for the funded development of domB.
We invite discussion of this on this month’s Xen
On Thu, Apr 30, 2020 at 3:28 PM Marek Marczykowski-Górecki
wrote:
>
> On Wed, Apr 29, 2020 at 05:51:08PM -0500, Bobby Eshleman wrote:
> > # Option #3: Lean on Grub2's LoadFile2() Verification
> >
> > Grub2 will provide a LoadFile2() method to subsequent programs that supports
> > signature
On Mon, Feb 10, 2020 at 8:21 AM Ian Jackson wrote:
>
> Christopher Clark writes ("[PATCH] tools/configure: generate stubs and
> long-double 32-bit headers if needed"):
> > The gnu/stubs-32.h and bits/long-double-32.h headers are required to
> > build hvmloader but
Install pygrub with INSTALL_PYTHON_PROG, as per the other Xen python
executables, to ensure that the hashbang path to the interpreter
is written correctly in cross-compile builds, eg. with OpenEmbedded.
Signed-off-by: Christopher Clark
---
tools/pygrub/Makefile | 2 ++
1 file changed, 2
of downstream patching that has been
carried in the Yocto/OpenEmbedded meta-virtualization layer since 2012.
Signed-off-by: Christopher Clark
---
tools/configure| 48 ++
tools/configure.ac | 24 +++
2 files changed, 72 insertions
the distro build system to pass additional args to the
python setup.py build and install commands.
Signed-off-by: Christopher Clark
---
Original patch from the Yocto/OpenEmbedded meta-virtualization layer.
Rewrapped and rebased onto the adjacent commit submitted in this series.
tools/pygrub/Makefile
On Fri, Jul 19, 2019 at 7:25 AM Jan Beulich wrote:
>
> All,
>
> the release is due in early August. Please point out backports you
> find missing from the respective staging branch, but which you
> consider relevant.
Please can the following be added to the branch:
480800c769
argo: warn sendv()
1 - 100 of 378 matches
Mail list logo