On 29/08/2024 15:33, Ayan Kumar Halder wrote:
> From: Michal Orzel <[email protected]>
> 
> Add the requirements for emulated SBSA UART.
> 
> Signed-off-by: Michal Orzel <[email protected]>
> Signed-off-by: Ayan Kumar Halder <[email protected]>
> ---
>  .../fusa/reqs/design-reqs/arm64/sbsa-uart.rst | 224 ++++++++++++++++++
>  docs/fusa/reqs/market-reqs/reqs.rst           |  31 +++
>  docs/fusa/reqs/product-reqs/arm64/reqs.rst    |  21 ++
>  3 files changed, 276 insertions(+)
>  create mode 100644 docs/fusa/reqs/design-reqs/arm64/sbsa-uart.rst
> 

[...]

> diff --git a/docs/fusa/reqs/market-reqs/reqs.rst 
> b/docs/fusa/reqs/market-reqs/reqs.rst
> index 9c98c84a9a..b69699e5fb 100644
> --- a/docs/fusa/reqs/market-reqs/reqs.rst
> +++ b/docs/fusa/reqs/market-reqs/reqs.rst
> @@ -15,6 +15,22 @@ Rationale:
>  
>  Comments:
>  
> +Needs:
> + - XenProd
> +
> +Run virtualization unaware VMs
> +------------------------------
> +
> +`XenMkt~run_virtualization_unaware_vms~1`
> +
> +Description:
> +Xen shall run VMs which haven't been modified for Xen.
> +
> +Rationale:
> +Any kernel/RTOS can run as a VM on top of Xen.
You cannot say that as it is far from being true. For booting guests, Xen 
follows e.g. Linux Image protocol
which means more than just a header on top of the image. I would remove this 
rationale.

~Michal

Reply via email to