Received: by 2002:a5d:9c59:0:0:0:0:0 with SMTP id 25csp2206402iof; Tue, 7 Jun 2022 23:11:34 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwzsh4IufSo5PYkS5iaKLUAJkLcPBSf2oeSOOnrNHPjjtEDSZO8QnW93mdN74NeUGMceh6q X-Received: by 2002:a63:82c6:0:b0:3fe:3600:f816 with SMTP id w189-20020a6382c6000000b003fe3600f816mr1259805pgd.155.1654668693909; Tue, 07 Jun 2022 23:11:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1654668693; cv=none; d=google.com; s=arc-20160816; b=QaK1sOI/hxdPaF4s6JYY5iS3ebZIVjbx7hCtF8LQWgboAzmILc/5OyPex8YO9qY/sZ ozQ5lBwvYcbiujPVXp5wZcFdWv/GsJRm7prBTle2NssoGtu+H/FP6Iyc3at4l7D22+Jc fnD34lj++t6mBIvz3Y6bbT/qep4JrINI46EAMKjS7AzJhxKwnVhHt+v4B8rLN65gsegE YC3x+NkgbV+ppCjf0wWymlUmW+d5EjDGekOeDf0ge+jDlmGFv44NWAe+ekhYFG7O2fbs RjXEcJYB32vqEYHyjeS2aaF/1KHzwCcMBOKsb0gQntDf0AcW6gat1fLDq4CUOd99u9p7 N64Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=8PKbb/kNEHwMbrLFgS7c+rz5+fFiqO5VtrkEPhcXyas=; b=ZV1AKN8zPLLd/gOMCxAok1ZDgKL7NoB6JxRtCwAqMWoAnskUKxXye5OzuNN9XXGH6A pYAFnJP+yfEvXTmrpV8KedQU6TZ3y8yHLFayceWNBC36jcnkms3pokyPh6FgypIVtM3/ Esem4/lGw0ivX8m86aANs1o08glDAz0n4YOC8npGn2uwcGkriARLS7exdXXgAQP2ZIyl dsdcrYJqdnL4UCdE5Uiajpx6MS/FRbsh6aOdhDkkA0aCZcV8iD6taXi9M7ymlh690u+S cw+wbvX31v5yvyQKJ/l8AoAP4yawb2de3T276VnNLkD5SRDF2zRPTVgNRi4nYqhuWN9/ v2zA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=MZm+fuGK; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id o21-20020a63fb15000000b003fa218e16c3si26955762pgh.639.2022.06.07.23.11.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 07 Jun 2022 23:11:33 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=MZm+fuGK; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id D7EB12C0698; Tue, 7 Jun 2022 22:33:38 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242753AbiFHB3s (ORCPT + 99 others); Tue, 7 Jun 2022 21:29:48 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45970 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1384363AbiFGVy3 (ORCPT ); Tue, 7 Jun 2022 17:54:29 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 11ACD24AED9 for ; Tue, 7 Jun 2022 12:13:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1654629153; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=8PKbb/kNEHwMbrLFgS7c+rz5+fFiqO5VtrkEPhcXyas=; b=MZm+fuGKOyBU9PW0R7h+e4LPChcR7GYreEfkIsC9NvlWDe8qHofxHWQRnmffcFgcT1MQBD IZ6qKuWIt4HY1RItF55tK+0fE5ThKjKuBo1bPc5AgIYgpg3Wm2qEA00GtOeOilsLFmn2Dk dhUBvd2+AJHWLK2I4FrVbMZxn+xrtWU= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-360-UEonE6C2O9mx1gGNd_cnMQ-1; Tue, 07 Jun 2022 15:12:29 -0400 X-MC-Unique: UEonE6C2O9mx1gGNd_cnMQ-1 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.rdu2.redhat.com [10.11.54.1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id AD672101A54E; Tue, 7 Jun 2022 19:11:03 +0000 (UTC) Received: from emerald.redhat.com (unknown [10.22.9.252]) by smtp.corp.redhat.com (Postfix) with ESMTP id 35F3D421773E; Tue, 7 Jun 2022 19:10:33 +0000 (UTC) From: Lyude Paul To: dri-devel@lists.freedesktop.org, nouveau@lists.freedesktop.org, amd-gfx@lists.freedesktop.org Cc: Wayne Lin , =?UTF-8?q?Ville=20Syrj=C3=A4l=C3=A4?= , Fangzhi Zuo , Jani Nikula , Imre Deak , Daniel Vetter , Sean Paul , David Airlie , Daniel Vetter , Thomas Zimmermann , Bhawanpreet Lakha , linux-kernel@vger.kernel.org (open list) Subject: [RFC 05/18] drm/display/dp_mst: Fix confusing docs for drm_dp_atomic_release_time_slots() Date: Tue, 7 Jun 2022 15:07:02 -0400 Message-Id: <20220607190715.1331124-6-lyude@redhat.com> In-Reply-To: <20220607190715.1331124-1-lyude@redhat.com> References: <20220607190715.1331124-1-lyude@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.84 on 10.11.54.1 X-Spam-Status: No, score=-3.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org For some reason we mention returning 0 if "slots have been added back to drm_dp_mst_topology_state->avail_slots". This is totally misleading, avail_slots is simply for figuring out the total number of slots available in total on the topology and has no relation to the current payload allocations. So, let's get rid of that comment. Signed-off-by: Lyude Paul Cc: Wayne Lin Cc: Ville Syrjälä Cc: Fangzhi Zuo Cc: Jani Nikula Cc: Imre Deak Cc: Daniel Vetter Cc: Sean Paul --- drivers/gpu/drm/display/drm_dp_mst_topology.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/display/drm_dp_mst_topology.c b/drivers/gpu/drm/display/drm_dp_mst_topology.c index 702ff5d9ecc7..ec52f91b1f0e 100644 --- a/drivers/gpu/drm/display/drm_dp_mst_topology.c +++ b/drivers/gpu/drm/display/drm_dp_mst_topology.c @@ -4467,8 +4467,7 @@ EXPORT_SYMBOL(drm_dp_atomic_find_time_slots); * drm_dp_mst_atomic_check() * * Returns: - * 0 if all slots for this port were added back to - * &drm_dp_mst_topology_state.avail_slots or negative error code + * 0 on success, negative error code otherwise */ int drm_dp_atomic_release_time_slots(struct drm_atomic_state *state, struct drm_dp_mst_topology_mgr *mgr, -- 2.35.3