Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp1343292ybe; Fri, 13 Sep 2019 15:08:36 -0700 (PDT) X-Google-Smtp-Source: APXvYqx22Y6iij5C9IzEz3h6uy54MafHahCq6k3xRaNbPDpWm2k9P1KS0ljqMWx0cmokOshykbJR X-Received: by 2002:a17:906:434f:: with SMTP id z15mr17344893ejm.214.1568412516437; Fri, 13 Sep 2019 15:08:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568412516; cv=none; d=google.com; s=arc-20160816; b=BRvBYxmyKiNHLGLeI+h/FT2xFZw8RNRTLL7ka7wYNM523BKjeTSN1op9nljL1NMFFc wXa0BtBZC7ASGtd0SZmmGZsZktQ3b8kE/91C6dNIx1tCotb2KQa1XQHrvGM5B9e+Bfs+ /Jp+jSGMiXg6rIrNz4w5TxZEVRkzYZn4JxlNilW+1ZqYHUgpVLJd2uDINnCdWWrSssfT 5CkQNTeYiKzXaOHSyyGs8rbWxnXOJUOJp9oeaiDv0SsbbQ9hxyKatIfXzd5m8BmB3Hgl s7T07j8h5Nyqsl+EE3LuNjdzIB4S6QwJ7xQqFM1psZpd508XTcheQrUa1o9Cg7Y6iQD9 X+6Q== 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=4dScJdshGkfYc/YHg3MDiOmqjbtlJ7ZG4gtVq2eq5QQ=; b=ecBNFtRuQ1eYFmJ7WziQcaSaH/M4C+dwQr9+AqJ/ngcIHtv9I6GG3dF6s/fxRKCRvi TYnel05WVaV+1rXJxbuKLPsbfum1QKRSDosPoxjFtu2O92zLDUsaEEJS3yIoVd+Jcxli AQH0CXL+2mAVapshQvxdHvLbxz7h0SVrV2hkaCy9O9TUnS4K9+8ws8uFencSySPFnqZo C9hCKLiM6MQ2xyS6aehpLsBHoO+9Xu/wSeiO2G7yhVBWWiQAe/PJ+JmpWYSUwsLSueSp U2HQKDtUboP3lNEu030KqWFdIu4NmHo6TuDDIGTR3QzOiBosVo4PnnIEEVciAoJxlinr GcYg== 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 g18si374039edq.209.2019.09.13.15.08.13; Fri, 13 Sep 2019 15:08:36 -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 S2390578AbfIMWFR (ORCPT + 99 others); Fri, 13 Sep 2019 18:05:17 -0400 Received: from mx1.redhat.com ([209.132.183.28]:48234 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2389867AbfIMWFQ (ORCPT ); Fri, 13 Sep 2019 18:05:16 -0400 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 9AB7A3B464; Fri, 13 Sep 2019 22:05:16 +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 A7566600C6; Fri, 13 Sep 2019 22:05:15 +0000 (UTC) From: Lyude Paul To: nouveau@lists.freedesktop.org Cc: Ben Skeggs , David Airlie , Daniel Vetter , Sam Ravnborg , Laurent Pinchart , Ilia Mirkin , dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org Subject: [PATCH 2/4] drm/nouveau: dispnv50: Remove nv50_mstc_best_encoder() Date: Fri, 13 Sep 2019 18:03:51 -0400 Message-Id: <20190913220355.6883-2-lyude@redhat.com> In-Reply-To: <20190913220355.6883-1-lyude@redhat.com> References: <20190913220355.6883-1-lyude@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.30]); Fri, 13 Sep 2019 22:05:16 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When drm_connector_helper_funcs->atomic_best_encoder is defined, ->best_encoder is ignored both by the atomic modesetting helpers. That being said, this hook is completely broken anyway - it always returns the first msto for a given mstc, despite the fact it might already be in use. So, just get rid of it. We'll need this in a moment anyway, when we make mstos per-head as opposed to per-connector. Signed-off-by: Lyude Paul --- drivers/gpu/drm/nouveau/dispnv50/disp.c | 9 --------- 1 file changed, 9 deletions(-) diff --git a/drivers/gpu/drm/nouveau/dispnv50/disp.c b/drivers/gpu/drm/nouveau/dispnv50/disp.c index b46be8a091e9..a3f350fdfa8c 100644 --- a/drivers/gpu/drm/nouveau/dispnv50/disp.c +++ b/drivers/gpu/drm/nouveau/dispnv50/disp.c @@ -920,14 +920,6 @@ nv50_mstc_atomic_best_encoder(struct drm_connector *connector, return &mstc->mstm->msto[head->base.index]->encoder; } -static struct drm_encoder * -nv50_mstc_best_encoder(struct drm_connector *connector) -{ - struct nv50_mstc *mstc = nv50_mstc(connector); - - return &mstc->mstm->msto[0]->encoder; -} - static enum drm_mode_status nv50_mstc_mode_valid(struct drm_connector *connector, struct drm_display_mode *mode) @@ -990,7 +982,6 @@ static const struct drm_connector_helper_funcs nv50_mstc_help = { .get_modes = nv50_mstc_get_modes, .mode_valid = nv50_mstc_mode_valid, - .best_encoder = nv50_mstc_best_encoder, .atomic_best_encoder = nv50_mstc_atomic_best_encoder, .atomic_check = nv50_mstc_atomic_check, }; -- 2.21.0