Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1529533imu; Thu, 13 Dec 2018 17:29:29 -0800 (PST) X-Google-Smtp-Source: AFSGD/XsL5wR73Glz0Nbgr7FqP/8HjpGgmYHW2m3FkW9xwy77UYc2mUtwwzE2eM5zrXjWltTZFDL X-Received: by 2002:a63:4187:: with SMTP id o129mr897990pga.370.1544750968999; Thu, 13 Dec 2018 17:29:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544750968; cv=none; d=google.com; s=arc-20160816; b=foX4oWlPURa5fh6vp4yFdqaPxF/oy9YoRnLw+uiwS5d1Ee6Eq9rVIKPI/0sAS2qRG2 NkhGSEnq8n/sD8s0tB6VbgIKmh5x6HmTgKJ8JvyYSKa7F4y09Q3DWgb0KiZZS7WKFUR+ FyWlIJtMaadgfqJuwahwjAiAPWVldIuYIlHqsTmF9c4Avc77JOGLzhOxN6UjDAtbwS8J 2OmvbmiAXNe3R4K663chgZPD7I3Ep7OGlc8NYPer1RlNdF6W/AyGCjogq3BqLkM2XSBn mSVo08lrYw109vZA1X4xEvq+P08dxqZbVxBdQipkYZyATdUW8rZv4/CgHWlgbSmi5ig5 RHYg== 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=CluMLGZTd8SE29tse3zTdXPQNIEXqbOR+IqvZRstz9M=; b=uDqG3PcLbi9DDQs+FTawSoL5euSlCo0yAOuQG7++dxFNtVbVjL2bpe5B4D9cTd1vyZ pyLpuTUrxlpV+ZO09CDkAVSH/9JO3ue9iOlVWEsnIUFjkxgSWye46leB6xeXMOrAKHvW RMI0X0qeiK2A4nnJxj6e9CfBmHnf9ojRHEuqksVxYPmvmc0pXpBvS+37aRuBMJSq7jZV Vwfy2xDEw3T8GBOBaPGPjWkXNc3Zid13sOqfSNiRES+X/RkJwpmaf+hRPyCRBpHjRt+x 8D21syy0N2A1whbjkiK0BdhcnpsIUMvXJtpXW20mRybTRc6U5oRVaSnkbOjUPQYaO2P1 qFYQ== 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 u34si2903918pgk.24.2018.12.13.17.29.13; Thu, 13 Dec 2018 17:29:28 -0800 (PST) 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 S1729339AbeLNB0m (ORCPT + 99 others); Thu, 13 Dec 2018 20:26:42 -0500 Received: from mx1.redhat.com ([209.132.183.28]:50158 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727901AbeLNB0l (ORCPT ); Thu, 13 Dec 2018 20:26:41 -0500 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 42D0930022E0; Fri, 14 Dec 2018 01:26:41 +0000 (UTC) Received: from malachite.bss.redhat.com (dhcp-10-20-1-11.bss.redhat.com [10.20.1.11]) by smtp.corp.redhat.com (Postfix) with ESMTP id 2875F6012B; Fri, 14 Dec 2018 01:26:37 +0000 (UTC) From: Lyude Paul To: dri-devel@lists.freedesktop.org, nouveau@lists.freedesktop.org, intel-gfx@lists.freedesktop.org, amd-gfx@lists.freedesktop.org Cc: Daniel Vetter , Dave Airlie , Harry Wentland , Jerry Zuo , Maarten Lankhorst , Maxime Ripard , Sean Paul , David Airlie , linux-kernel@vger.kernel.org Subject: [WIP PATCH 04/15] drm/dp_mst: Stop releasing VCPI when removing ports from topology Date: Thu, 13 Dec 2018 20:25:33 -0500 Message-Id: <20181214012604.13746-5-lyude@redhat.com> In-Reply-To: <20181214012604.13746-1-lyude@redhat.com> References: <20181214012604.13746-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.43]); Fri, 14 Dec 2018 01:26:41 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This has never actually worked, and isn't needed anyway: the driver's always going to try to deallocate VCPI when it tears down the display that the VCPI belongs to. Signed-off-by: Lyude Paul --- drivers/gpu/drm/drm_dp_mst_topology.c | 8 -------- 1 file changed, 8 deletions(-) diff --git a/drivers/gpu/drm/drm_dp_mst_topology.c b/drivers/gpu/drm/drm_dp_mst_topology.c index c196fb580beb..ae9d019af9f2 100644 --- a/drivers/gpu/drm/drm_dp_mst_topology.c +++ b/drivers/gpu/drm/drm_dp_mst_topology.c @@ -1084,8 +1084,6 @@ static void drm_dp_destroy_port(struct kref *kref) struct drm_dp_mst_topology_mgr *mgr = port->mgr; if (!port->input) { - port->vcpi.num_slots = 0; - kfree(port->cached_edid); /* @@ -3381,12 +3379,6 @@ static void drm_dp_destroy_connector_work(struct work_struct *work) drm_dp_port_teardown_pdt(port, port->pdt); port->pdt = DP_PEER_DEVICE_NONE; - if (!port->input && port->vcpi.vcpi > 0) { - drm_dp_mst_reset_vcpi_slots(mgr, port); - drm_dp_update_payload_part1(mgr); - drm_dp_mst_put_payload_id(mgr, port->vcpi.vcpi); - } - drm_dp_mst_put_port_malloc(port); send_hotplug = true; } -- 2.19.2