Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp2036429ybe; Sat, 14 Sep 2019 06:45:32 -0700 (PDT) X-Google-Smtp-Source: APXvYqz1mHXhBNT0OdBtm0PXtHrwNEX5qLoLNbiEhZ3rfITIAH4HpdORKo879ke4s97phBEAKirt X-Received: by 2002:a50:ce53:: with SMTP id k19mr52669609edj.2.1568468732436; Sat, 14 Sep 2019 06:45:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568468732; cv=none; d=google.com; s=arc-20160816; b=iVjED3tS8EbeHzSRXmcpBfHGx1WgZDx8iIDDWNtjod8KwsiQC44vCmdOSCTIfCBIj0 BJXjrJ5QyXNjnifpn4VadCMlmdZfjEeM42ZV9S1nBO4dt7ex7/K9KVnM1j8AGQEtRAv+ 4yC+L2dXGxY/g5QJG86l56WRsbCUV2chpUZ/Y2m+Rx6Mewi8QnZH85TW2bCH/EwI93rG qILDeZBnEdkSDDeQnF8+nU6lrpfkhgKy/rBiqz9sxNvaMWzhJdT3ls8u6QV3n6V67nwa ChjvAT9LfT1LGL1CrOcjM4MxTgnVsUv9yB637Of/kf4qyXGXpRo3/IrRAUpaV71y5qO7 URCQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=WQD6xZR1ckCKqlzaIjeOOVPfBqlAlYsdfkAWBIl0jGE=; b=SelgCsP6JMr/zZLBhzBfLdfkRsXbR+UbQZDEYljNh7TBhUlnqmbRsXp+A/MNXAilFv pxX6/TcjX2oOYU7Z7BcVEAiijEuExFglx5rnNiCOwrxEC88SiLlB+/yvYTnKlipjyVtG nrJ46N/6+T4tUYXdciKe7/Ge5e2fyQDZWjrhBG7ZBIhN3gflWk8kz+6qXsAd14YcudKh uJIu3gSy240dsJLKCz+4znq7Dr8jnt0SKn5tjDBjULKcHOWlgpqP13jg70/4ME+znndG OPOrFMCXFrY+tv6gOus4VkU3N7MvWeldU103atzr+4d8d9/gSnd2+F/MrGrif3HJ5Ty8 +I3A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k12si16492702ejz.304.2019.09.14.06.45.09; Sat, 14 Sep 2019 06:45:32 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2404060AbfIMW1N (ORCPT + 99 others); Fri, 13 Sep 2019 18:27:13 -0400 Received: from mx1.redhat.com ([209.132.183.28]:51034 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2404021AbfIMW1N (ORCPT ); Fri, 13 Sep 2019 18:27:13 -0400 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id EA57D3082E57; Fri, 13 Sep 2019 22:27:12 +0000 (UTC) Received: from malachite.bss.redhat.com (dhcp-10-20-1-34.bss.redhat.com [10.20.1.34]) by smtp.corp.redhat.com (Postfix) with ESMTP id 2025060BF1; Fri, 13 Sep 2019 22:27:12 +0000 (UTC) From: Lyude Paul To: dri-devel@lists.freedesktop.org Cc: Maarten Lankhorst , Maxime Ripard , Sean Paul , David Airlie , Daniel Vetter , linux-kernel@vger.kernel.org Subject: [PATCH 1/3] drm/encoder: Fix possible_clones documentation Date: Fri, 13 Sep 2019 18:27:01 -0400 Message-Id: <20190913222704.8241-2-lyude@redhat.com> In-Reply-To: <20190913222704.8241-1-lyude@redhat.com> References: <20190913222704.8241-1-lyude@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.12 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.46]); Fri, 13 Sep 2019 22:27:13 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org We say that all of the bits in possible_clones must be set before calling drm_encoder_init(). This isn't true though, since: * The driver may not even have all of the encoder objects that could be used as clones initialized at that point * possible_crtcs isn't used at all outside of userspace, so it's not actually needed to initialize it until drm_dev_register() So, fix it. Signed-off-by: Lyude Paul --- include/drm/drm_encoder.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/drm/drm_encoder.h b/include/drm/drm_encoder.h index 70cfca03d812..81273b50b3f6 100644 --- a/include/drm/drm_encoder.h +++ b/include/drm/drm_encoder.h @@ -154,7 +154,7 @@ struct drm_encoder { * using drm_encoder_index() as the index into the bitfield. The driver * must set the bits for all &drm_encoder objects which can clone a * &drm_crtc together with this encoder before calling - * drm_encoder_init(). Drivers should set the bit representing the + * drm_dev_register(). Drivers should set the bit representing the * encoder itself, too. Cloning bits should be set such that when two * encoders can be used in a cloned configuration, they both should have * each another bits set. -- 2.21.0