From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Richter Subject: BUG: resume from standby on 830GM broken Date: Sat, 31 Aug 2013 18:00:32 +0200 Message-ID: <52221320.1080202@math.tu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: Received: from medousa.rus.uni-stuttgart.de (medousa.rus.uni-stuttgart.de [129.69.192.4]) by gabe.freedesktop.org (Postfix) with ESMTP id 9FDF6E5F5F for ; Sat, 31 Aug 2013 09:00:41 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by medousa.rus.uni-stuttgart.de (Postfix) with ESMTP id 8595137F3C for ; Sat, 31 Aug 2013 18:00:40 +0200 (CEST) Received: from medousa.rus.uni-stuttgart.de ([127.0.0.1]) by localhost (medousa.rus.uni-stuttgart.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mc8MydTqdgUd for ; Sat, 31 Aug 2013 18:00:40 +0200 (CEST) Received: from uni-stuttgart.de (mbox.uni-stuttgart.de [129.69.1.9]) (using SSLv3 with cipher DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by medousa.rus.uni-stuttgart.de (Postfix) with ESMTPS for ; Sat, 31 Aug 2013 18:00:39 +0200 (CEST) Received: from [87.151.25.131] (account rusricht@rus.uni-stuttgart.de HELO [192.168.2.102]) by uni-stuttgart.de (CommuniGate Pro SMTP 5.3.14) with ESMTPSA id 172787843 for intel-gfx@lists.freedesktop.org; Sat, 31 Aug 2013 18:00:33 +0200 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org Errors-To: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org To: intel-gfx@lists.freedesktop.org List-Id: intel-gfx@lists.freedesktop.org Dear intel-gfx developers, suspend from standby is broken on the Fujitsu-Siemens Lifebook S2474, at least from kernel 3.4 up to 3.10.9. The hardware is a 00:02.0 VGA compatible controller: Intel Corporation 82830M/MG Integrated Graphics Controller (rev 04), i.e. a 830GM. The machine suspends correctly, but resume from RAM does not proceed and the display remains dark. Activating the resume debug mode of the kernel that uses the RTC to store state information confirms that the kernel locks up on the PCI device 00:02.0. The problem might be related to the NS2501 DVO. The problem is here that the ns2501 locks up and does not react on the i2c bus unless the output pipelines are configured correctly. I believe in an early version of the patch I provided to support the ns2501, the enable_dvo() function included a specific hack to force enable the dvo, by calling into a private function of the i915 module. I seem to remember that with this specific hack enabled, resume did work (at least most of the time), so something is not yet quite right when configuring the dvo. Greetings, Thomas