Le mer. 15 nov. 2023 à 15:40, <airlied@xxxxxxxxx> a écrit :
>
> From: Dave Airlie <airlied@xxxxxxxxxx>
>
> If we get back ENODEV don't fail load. There are nvidia devices
> that don't have display blocks and the driver should work on those.
>
> Fixes: 15740541e8f0 ("drm/nouveau/devinit/tu102-: prepare for GSP-RM")
> Link: https://gitlab.freedesktop.org/drm/nouveau/-/issues/270
> Signed-off-by: Dave Airlie <airlied@xxxxxxxxxx>
> ---
> drivers/gpu/drm/nouveau/nouveau_display.c | 5 +++++
> 1 file changed, 5 insertions(+)
>
> diff --git a/drivers/gpu/drm/nouveau/nouveau_display.c b/drivers/gpu/drm/nouveau/nouveau_display.c
> index d8c92521226d9..f28f9a8574586 100644
> --- a/drivers/gpu/drm/nouveau/nouveau_display.c
> +++ b/drivers/gpu/drm/nouveau/nouveau_display.c
> @@ -726,6 +726,11 @@ nouveau_display_create(struct drm_device *dev)
>
> if (nouveau_modeset != 2) {
> ret = nvif_disp_ctor(&drm->client.device, "kmsDisp", 0, &disp->disp);
> + /* no display hw */
> + if (ret == -ENODEV) {
> + ret = 0;
> + goto disp_create_err;
> + }
>
> if (!ret && (disp->disp.outp_mask || drm->vbios.dcb.entries)) {
> nouveau_display_create_properties(dev);
> --
> 2.41.0
I have tested this patch on top of 6.7-rc1+ and this doesn't change
the situation on jetson-tx1 (gm20b)
Could it be that something else similar is missing on arm64 ?
Thanks
