[Skiboot] [PATCH 13/13] hw/npu2-common: Allow mixed mode NPU setups
Frederic Barrat
fbarrat at linux.ibm.com
Wed Jan 9 00:26:42 AEDT 2019
Le 12/12/2018 à 07:58, Andrew Donnellan a écrit :
> Now that we have all the support in place for NPUs with both NVLink and
> OpenCAPI devices, get rid of the error that aborts NPU init when a mixed
> setup is detected.
>
> While we're there, rename setup_devices() to more accurately reflect what
> it does, and move the calls to the NVLink/OpenCAPI setup code out of there
> into the main probe function.
>
> Signed-off-by: Andrew Donnellan <andrew.donnellan at au1.ibm.com>
> ---
One very minor detail below
Reviewed-by: Frederic Barrat <fbarrat at linux.ibm.com>
> diff --git a/hw/npu2-opencapi.c b/hw/npu2-opencapi.c
> index a57f556b102d..71661648d8e0 100644
> --- a/hw/npu2-opencapi.c
> +++ b/hw/npu2-opencapi.c
> @@ -19,15 +19,10 @@
> *
> * This file provides support for OpenCAPI as implemented on POWER9.
> *
> - * At present, we initialise the NPU separately from the NVLink code in npu2.c.
> - * As such, we don't currently support mixed NVLink and OpenCAPI configurations
> - * on the same NPU for machines such as Witherspoon.
> - *
> * Procedure references in this file are to the POWER9 OpenCAPI NPU Workbook
> * (IBM internal document).
> *
> * TODO:
> - * - Support for mixed NVLink and OpenCAPI on the same NPU
> * - Support for link ganging (one AFU using multiple links)
> * - Link reset and error handling
> * - Presence detection
Nothing to do with this series, but while we're at it, you can remove
presence detection from that TODO list
More information about the Skiboot
mailing list