Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id B210FC64EC7 for ; Tue, 28 Feb 2023 12:47:17 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231362AbjB1MrQ (ORCPT ); Tue, 28 Feb 2023 07:47:16 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59774 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229530AbjB1MrO (ORCPT ); Tue, 28 Feb 2023 07:47:14 -0500 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A3D432FCF1 for ; Tue, 28 Feb 2023 04:46:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1677588385; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=2AR9g0+21GGmCwkSUOYa0isQeV+cYWFL+wM4f9rZ618=; b=d4c8qUn3tm0VjowvFS7Q+G8mAHjVDepSs/8m579yQKiCCC/fTG8SYl+hfyWf3+HYFEPESu dBFVG4EayQs6jeHBaGH0pqHAht0K2Apj+56AXYES8Q9/TNkNwBAcjT3ytNWrjcUah2F4Pv uYYDiapKrPWePbrpYad4wA46C5nlLkM= Received: from mimecast-mx02.redhat.com (mx3-rdu2.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-638-q4eF9EK2NU6fW6LtVkickg-1; Tue, 28 Feb 2023 07:46:22 -0500 X-MC-Unique: q4eF9EK2NU6fW6LtVkickg-1 Received: from smtp.corp.redhat.com (int-mx09.intmail.prod.int.rdu2.redhat.com [10.11.54.9]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id CC83838221C3; Tue, 28 Feb 2023 12:46:21 +0000 (UTC) Received: from sirius.home.kraxel.org (unknown [10.39.192.34]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 8EE90492B0E; Tue, 28 Feb 2023 12:46:21 +0000 (UTC) Received: by sirius.home.kraxel.org (Postfix, from userid 1000) id 3C10E180099A; Tue, 28 Feb 2023 13:46:20 +0100 (CET) Date: Tue, 28 Feb 2023 13:46:20 +0100 From: Gerd Hoffmann To: Rob Clark Cc: dri-devel@lists.freedesktop.org, Chia-I Wu , Ryan Neph , Dmitry Osipenko , Daniel Vetter , Rob Clark , David Airlie , Gurchetan Singh , "open list:VIRTIO GPU DRIVER" , open list Subject: Re: [PATCH v3] drm/virtio: Add option to disable KMS support Message-ID: <20230228124620.pfjvj372rifiljew@sirius.home.kraxel.org> References: <20230227173800.2809727-1-robdclark@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230227173800.2809727-1-robdclark@gmail.com> X-Scanned-By: MIMEDefang 3.1 on 10.11.54.9 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, > + if (!vgdev->num_scanouts) { > + /* > + * Having an EDID but no scanouts is non-sensical, > + * but it is permitted to have no scanouts and no > + * EDID (in which case DRIVER_MODESET and > + * DRIVER_ATOMIC are not advertised) > + */ > + if (vgdev->has_edid) { > + DRM_ERROR("num_scanouts is zero\n"); That error message isn't very clear. Also I'd suggest to just drop the edid check. It's about commands being supported by the device, not about the actual presence of an EDID blob, so the check doesn't look very useful to me. take care, Gerd