From patchwork Thu Jul 16 14:47:50 2015 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Daniel Vetter X-Patchwork-Id: 6807661 Return-Path: X-Original-To: patchwork-dri-devel@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork1.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.136]) by patchwork1.web.kernel.org (Postfix) with ESMTP id 7495E9F2E8 for ; Thu, 16 Jul 2015 14:45:20 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id 815C8206F7 for ; Thu, 16 Jul 2015 14:45:19 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) by mail.kernel.org (Postfix) with ESMTP id 07AA9206E8 for ; Thu, 16 Jul 2015 14:45:18 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id DF7B96EBF8; Thu, 16 Jul 2015 07:45:16 -0700 (PDT) X-Original-To: dri-devel@lists.freedesktop.org Delivered-To: dri-devel@lists.freedesktop.org Received: from mail-wi0-f176.google.com (mail-wi0-f176.google.com [209.85.212.176]) by gabe.freedesktop.org (Postfix) with ESMTPS id 8F3776EC56 for ; Thu, 16 Jul 2015 07:45:15 -0700 (PDT) Received: by widic2 with SMTP id ic2so17254427wid.0 for ; Thu, 16 Jul 2015 07:45:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=from:to:cc:subject:date:message-id; bh=v6C+YXoAk0MP4gMU035sc4mfOsjPQZHQ24pwmCKyHTs=; b=dIuB0xI59qGH5DFsOdvOWZMOt7W36BjQqiAixsx0h04qV3KxpsWpEvzLku9jAyx+jZ bShBvJNT19Ph3UR+8R3iHv0GbIXCjG2/hf4d8bxS81TL0RBp7v+LZR2tvKaDrxKRlUCA 8gL97M8zv6qmJJXuUYqz3M0oIi2OXMZJxbBhE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id; bh=v6C+YXoAk0MP4gMU035sc4mfOsjPQZHQ24pwmCKyHTs=; b=RuSKNLaERk/HilplxrEsaGv67L/NOXW1tFv6yrj30TlnIYnTR2TnKPtwgc4u5jdcM/ lk0d9o8Utt2RN5ZfPVC2AN6pu6SLwrQaHW6y8nOI/Pguh2d3648REYtodfjjdnoOR9F/ vJc8kuHPrrXRGGflir8zXfF8pRAagdXHNngKYQVVjHIz+PlXDbmWin2w8QhuQoQWrkz9 nlKN2JEgmMt7AQ93D6cOMzyMxdkyy7A6FrjsnMS8SIy7d6xfbSOZ1bCj8B0YFy2VbPZ2 rpG3K23uRbaCrmg5wB1c/h46BdHEj96MAPFq31QtJW30kwd3woZN947NEJ/+ba/6pyH8 zcDQ== X-Gm-Message-State: ALoCoQmhlR3TyO7VnEgULUwLFaNRc3MGMHhnBIx2I0RW2GWOZW5s9/mMFSAB6vfaEovJdF+uU/tR X-Received: by 10.194.7.97 with SMTP id i1mr19952469wja.107.1437057913969; Thu, 16 Jul 2015 07:45:13 -0700 (PDT) Received: from phenom.ffwll.local (212-51-149-109.fiber7.init7.net. [212.51.149.109]) by smtp.gmail.com with ESMTPSA id gt10sm3580889wib.20.2015.07.16.07.45.11 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 16 Jul 2015 07:45:12 -0700 (PDT) From: Daniel Vetter To: Intel Graphics Development , DRI Development Subject: [PATCH 1/2] drm: Stop resetting connector state to unknown Date: Thu, 16 Jul 2015 16:47:50 +0200 Message-Id: <1437058071-4035-1-git-send-email-daniel.vetter@ffwll.ch> X-Mailer: git-send-email 2.1.4 Cc: kuddel.mail@gmx.de, Julien Wajsberg , Daniel Vetter , stable@vger.kernel.org, Lennart Poettering , Daniel Vetter X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , MIME-Version: 1.0 Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" X-Spam-Status: No, score=-5.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, RCVD_IN_DNSWL_MED,RP_MATCHES_RCVD,T_DKIM_INVALID,UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP It's causing piles of issues since we've stopped forcing full detect cycles in the sysfs interfaces with commit c484f02d0f02fbbfc6decc945a69aae011041a27 Author: Chris Wilson Date: Fri Mar 6 12:36:42 2015 +0000 drm: Lighten sysfs connector 'status' The original justification for this was that the hpd handlers could use the unknown state as a hint to force a full detection. But current i915 code isn't doing that any more, and no one else really uses reset on resume. So instead just keep the old state around. References: http://article.gmane.org/gmane.comp.freedesktop.xorg.drivers.intel/62584 Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=100641 Cc: Rui Matos Cc: Julien Wajsberg Cc: kuddel.mail@gmx.de Cc: Lennart Poettering Cc: stable@vger.kernel.org Signed-off-by: Daniel Vetter --- drivers/gpu/drm/drm_crtc.c | 5 +---- 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c index 1f0da41ae2a1..c91c18b2b1d4 100644 --- a/drivers/gpu/drm/drm_crtc.c +++ b/drivers/gpu/drm/drm_crtc.c @@ -5273,12 +5273,9 @@ void drm_mode_config_reset(struct drm_device *dev) if (encoder->funcs->reset) encoder->funcs->reset(encoder); - drm_for_each_connector(connector, dev) { - connector->status = connector_status_unknown; - + drm_for_each_connector(connector, dev) if (connector->funcs->reset) connector->funcs->reset(connector); - } } EXPORT_SYMBOL(drm_mode_config_reset);