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?
signature.asc
Description: PGP signature
_______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel
