[Xen-devel] Making save/restore optional in toolstack, for edge/embedded derivatives

[Xen-devel] Making save/restore optional in toolstack, for edge/embedded derivatives

[Rich Persaud]

[-- Attachment #1.1: Type: text/plain, Size: 536 bytes --]

Linux stubdom patches currently require qemu in dom0 for consoles [1], due to the upstream toolstack need for save/restore.  Until a long-term solution is available (multiple console support in xenconsoled), would tools maintainers consider a patch that made save/restore build-time configurable for the toolstack?  This would avoid Xen edge/embedded derivatives having to patch downstream to remove save/restore, e.g. to avoid qemu in dom0.

Rich

https://github.com/marmarek/xen/commit/13c6d27259929eca56a11bd0dacbe557274224d3


[-- Attachment #1.2: Type: text/html, Size: 897 bytes --]

[-- Attachment #2: Type: text/plain, Size: 157 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

Re: [Xen-devel] Making save/restore optional in toolstack, for edge/embedded derivatives

[Wei Liu]

On Thu, Jan 02, 2020 at 01:51:21PM -0500, Rich Persaud wrote:
> Linux stubdom patches currently require qemu in dom0 for consoles [1],
> due to the upstream toolstack need for save/restore.  Until a
> long-term solution is available (multiple console support in
> xenconsoled), would tools maintainers consider a patch that made
> save/restore build-time configurable for the toolstack?  This would
> avoid Xen edge/embedded derivatives having to patch downstream to
> remove save/restore, e.g. to avoid qemu in dom0.

Re multiple console support, I think that's added back in 2017 for Arm
guests. What is missing?

(Not suggesting it is fit for purpose as-is)

Wei.

> 
> Rich
> 
> https://github.com/marmarek/xen/commit/13c6d27259929eca56a11bd0dacbe557274224d3
> 

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

Re: [Xen-devel] Making save/restore optional in toolstack, for edge/embedded derivatives

[Marek Marczykowski-Górecki]

[-- Attachment #1.1: Type: text/plain, Size: 1243 bytes --]

On Wed, Jan 08, 2020 at 03:20:36PM +0000, Wei Liu wrote:
> On Thu, Jan 02, 2020 at 01:51:21PM -0500, Rich Persaud wrote:
> > Linux stubdom patches currently require qemu in dom0 for consoles [1],
> > due to the upstream toolstack need for save/restore.  Until a
> > long-term solution is available (multiple console support in
> > xenconsoled), would tools maintainers consider a patch that made
> > save/restore build-time configurable for the toolstack?  This would
> > avoid Xen edge/embedded derivatives having to patch downstream to
> > remove save/restore, e.g. to avoid qemu in dom0.
> 
> Re multiple console support, I think that's added back in 2017 for Arm
> guests. What is missing?
> 
> (Not suggesting it is fit for purpose as-is)

No, it only adds support for multiple console _types_. The key thing is,
those are statically defined in the code. I've tried to repurpose it to
support up to 3 (or 4) consoles, but it's rather ugly and Ian(?) didn't
liked it. Refactoring it for dynamic number of console is much more
work...

-- 
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

[-- Attachment #2: Type: text/plain, Size: 157 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel