Received: by 2002:ac0:a582:0:0:0:0:0 with SMTP id m2-v6csp38778imm; Thu, 4 Oct 2018 17:30:57 -0700 (PDT) X-Google-Smtp-Source: ACcGV62874gH4sCHBb6Zrg1pZDZyotMmPYmkZswiW1nJYE7oF0atHzgwH8Q1mERYQe8BhZ+isHmD X-Received: by 2002:a63:6385:: with SMTP id x127-v6mr7887014pgb.10.1538699457823; Thu, 04 Oct 2018 17:30:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538699457; cv=none; d=google.com; s=arc-20160816; b=QKda16pClrqoDC+ycKekp5zGOxifdbvuH4aGjjUkkCsLZca29c7Nc72Rxudvh0Lxnd J4JbIPAi4Ob679CVNExSjlWGY0BOvXqu2VoR+6A1B2ROjGpGE6QFOSdTZqj2b8QNx/QZ RI0Q09cevdT0qdZubfP1mBQ2Lm/D6/STvjsF2mAF/mnk4F+wbvLZDEL7DG44Tu+cSLZw LPGiRrP61bN3vtR9gUlPgfXGqOJ4r8LgTHDJHdkXVVP+4Ju8k0TZ/sZaPzdHQ3HczWsn U7IpTPyT47Dx12ELlYKUiLJsLFhTdQUT2B4cJEcgVHr2ck/cZdDk+AgPaoHmezz2Xng4 esBQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from; bh=gMA1VqOxpKMnMx+eMy1yjZGC2P2kUcWn3uNgpou4tyI=; b=xWat/bdex+71yJW+okWsjg83h3GMzXNbTTtJxYy/aSrnu4RrRwPOJW5PoQBGybeJF7 gRc7MNiDzNWuatB5f0oFqYIjeCCA7meI47W/rKHdWFDKIf/EYduDR7dayz6HZl8MofHb MMnfkEwXv+IAHmy0D05xFvqRfdNKnkNQ676UI8RgYJRP9kOyNav+GxPksvxph8pgTuZ5 2o1iu4cAmf5CLGjXvwOL6O2Ta4KAjVdljmO4XhGM822pO8Rg3Fy4bof1qYETyxlfVsIX P/t96qbzQSzDSR+hVpRXryAuheMgAmQmPjrIXHO7pO63PSS1fMxgqzpndxfLcSU7MQKQ YjBQ== 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 r144-v6si8248172pfr.100.2018.10.04.17.30.42; Thu, 04 Oct 2018 17:30:57 -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 S1727661AbeJEH00 (ORCPT + 99 others); Fri, 5 Oct 2018 03:26:26 -0400 Received: from mx1.redhat.com ([209.132.183.28]:37436 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726073AbeJEH0Z (ORCPT ); Fri, 5 Oct 2018 03:26:25 -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 F33C83082E24; Fri, 5 Oct 2018 00:30:21 +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 C4C4318BAC; Fri, 5 Oct 2018 00:30:20 +0000 (UTC) From: Lyude Paul To: nouveau@lists.freedesktop.org, dri-devel@lists.freedesktop.org, intel-gfx@lists.freedesktop.org Cc: Daniel Vetter , Jani Nikula , stable@vger.kernel.org, Joonas Lahtinen , Rodrigo Vivi , David Airlie , linux-kernel@vger.kernel.org Subject: [PATCH v4 5/5] drm/i915: Fix intel_dp_mst_best_encoder() Date: Thu, 4 Oct 2018 20:29:54 -0400 Message-Id: <20181005002956.7317-6-lyude@redhat.com> In-Reply-To: <20181005002956.7317-1-lyude@redhat.com> References: <20181005002956.7317-1-lyude@redhat.com> 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, 05 Oct 2018 00:30:22 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Currently, i915 appears to rely on blocking modesets on no-longer-present MSTB ports by simply returning NULL for ->best_encoder(), which in turn causes any new atomic commits that don't disable the CRTC to fail. This is wrong however, since we still want to allow userspace to disable CRTCs on no-longer-present MSTB ports by changing the DPMS state to off and this still requires that we retrieve an encoder. So, fix this by always returning a valid encoder regardless of the state of the MST port. Signed-off-by: Lyude Paul Cc: stable@vger.kernel.org Changes since v1: - Remove mst atomic helper, since this got replaced with a much simpler solution Signed-off-by: Lyude Paul --- drivers/gpu/drm/i915/intel_dp_mst.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_dp_mst.c b/drivers/gpu/drm/i915/intel_dp_mst.c index a366f32b048a..daade60c5714 100644 --- a/drivers/gpu/drm/i915/intel_dp_mst.c +++ b/drivers/gpu/drm/i915/intel_dp_mst.c @@ -407,8 +407,6 @@ static struct drm_encoder *intel_mst_atomic_best_encoder(struct drm_connector *c struct intel_dp *intel_dp = intel_connector->mst_port; struct intel_crtc *crtc = to_intel_crtc(state->crtc); - if (intel_connector->mst_port_gone) - return NULL; return &intel_dp->mst_encoders[crtc->pipe]->base.base; } -- 2.17.1