From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751404Ab1GLIgd (ORCPT ); Tue, 12 Jul 2011 04:36:33 -0400 Received: from alice.et.bocholt.fh-gelsenkirchen.de ([193.175.197.63]:45772 "EHLO alice.et.bocholt.fh-gelsenkirchen.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750808Ab1GLIgb (ORCPT ); Tue, 12 Jul 2011 04:36:31 -0400 X-DKIM: Sendmail DKIM Filter v2.8.3 alice.et.bocholt.fh-gelsenkirchen.de p6C8ZEXt021989 From: Dirk Gouders To: Keith Packard Cc: Pekka Enberg , "Rafael J. Wysocki" , Linux Kernel Mailing List , Kernel Testers List , Maciej Rutecki , Florian Mickler , Robse , Chris Wilson Subject: Re: [Bug #37472] Lenovo U160 (i915 black screen) In-Reply-To: (Dirk Gouders's message of "Tue, 12 Jul 2011 10:27:01 +0200") References: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.3 (gnu/linux) Date: Tue, 12 Jul 2011 10:35:13 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender succeeded STARTTLS authentication, not delayed by milter-greylist-4.2.3 (alice.et.bocholt.fh-gelsenkirchen.de [192.168.0.63]); Tue, 12 Jul 2011 10:35:14 +0200 (CEST) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Dirk Gouders writes: > Keith Packard writes: > >> On Sun, 10 Jul 2011 14:56:19 +0300, Pekka Enberg wrote: >> >>> There's no mention that the i915 developers know about this problem so >>> I'm CC'ing Keith and Chris. >> >> Thanks. I've added a comment to the bug: >> >> First off, of course you are encouraged to re-test with 3.0-rc6 just to >> make sure it hasn't changed in some way. I don't think anything has >> changed enough to affect this, but it's always good to be sure. >> >> I note a long sequence of patches that are supposed to help with the >> U160: >> >> 448f53a1ede54eb854d036abf54573281412d650 drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks >> bcfbbce822d219eb587acaba8a6e062bbeae4761 Revert "drm/i915/bios: Reverse order of 100/120 Mhz SSC clocks" >> a76150302d6e7ebc43e1a1ddaee7fd51db8da3b3 drm/i915: Add a module option to override the use of SSC >> >> I'm not sure why a quirk wasn't added for this hardware; it's clearly >> 'non-standard' in some mystic way. > > On June 27th, I proposed that Robse perhaps could try the workaround > that was introduced with the latter commit: i915.lvds_use_ssc=0. > > It works well on my hardware and probably solves his problem as well, > but he did not respond... I'm sorry for the noise, I did not check new comments in the bug report where Robse noted that the workaround works for him. I'm not sure if that means the bug can be closed. Sorry again, Dirk