From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Carlos R. Mafra" Subject: Re: External monitor issues with 3.17-rc4 and i915 module Date: Thu, 18 Sep 2014 12:03:29 +0100 Message-ID: <20140918110329.GA4687@linux-g29b.site> References: <20140909215430.GA3710@linux-g29b.site> <20140916095419.GA8548@linux-g29b.site> <87vbomvdwi.fsf@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail-wi0-f173.google.com (mail-wi0-f173.google.com [209.85.212.173]) by gabe.freedesktop.org (Postfix) with ESMTP id CE5FB6E627 for ; Thu, 18 Sep 2014 03:58:47 -0700 (PDT) Received: by mail-wi0-f173.google.com with SMTP id em10so2847114wid.12 for ; Thu, 18 Sep 2014 03:58:46 -0700 (PDT) Content-Disposition: inline In-Reply-To: <87vbomvdwi.fsf@intel.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: Jani Nikula Cc: David Airlie , Daniel Vetter , intel-gfx@lists.freedesktop.org, LKML List-Id: intel-gfx@lists.freedesktop.org On Wed, 17 Sep 2014 at 11:39:57 +0300, Jani Nikula wrote: > On Tue, 16 Sep 2014, "Carlos R. Mafra" wrote: > > Hi, the same happens with 3.17-rc5. The kernel is unfortunately > > unusable with my external monitor because after some plug, unplug > > and suspend to RAM cycles the behaviour is not good (sometimes > > it freezes, sometimes X needs a restart). > > > > Sorry to ask, but is there someone looking at this? I can provide > > more information if necessary. > > Please file a new bug against DRM/Intel at [1] so we don't lose track of > it. https://bugs.freedesktop.org/show_bug.cgi?id=84038 > Is this a regression? Which version worked? Can you do a bisect? On v3.16.1 the warning is different and I get fewer. On v3.12.18 it works, but the kernel has other issues there related to wireless so I don't use it that often. I could try to bisect the first appearance of any warning, but it would require some time (this is my work laptop). > Please attach full dmesg with drm.debug=0xe module parameter set from > early boot to the problem. It is attached in the bug report at freedesktop now.