Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262709AbVDHGkB (ORCPT ); Fri, 8 Apr 2005 02:40:01 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262706AbVDHGje (ORCPT ); Fri, 8 Apr 2005 02:39:34 -0400 Received: from wproxy.gmail.com ([64.233.184.205]:53386 "EHLO wproxy.gmail.com") by vger.kernel.org with ESMTP id S262705AbVDHGjT (ORCPT ); Fri, 8 Apr 2005 02:39:19 -0400 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=HlKid2d8EzOAK21IK1R2xIpTZHuFjzBmcK09jy9MMO5hAEhVQuNpEBQ6UxgWsoViUPfdBKl5AbIAGEHEpGrUE3Ea8ztpxt93fGYWgV2FEs1b+PvnXaklYBgZOXuxKqREtNNo76yUQmDsXVoA+ugPO1tNndJFZA6+5zI65X5DvB4= Message-ID: <54b5dbf505040723392f29b18c@mail.gmail.com> Date: Fri, 8 Apr 2005 12:09:19 +0530 From: AsterixTheGaul Reply-To: AsterixTheGaul To: Nish Aravamudan Subject: Re: Linux 2.6.12-rc2 Cc: Moritz Muehlenhoff , Benjamin Herrenschmidt , Linux Kernel list In-Reply-To: <54b5dbf5050407232810f7a20d@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <1112827342.9567.189.camel@gaston> <20050407175026.GA5872@informatik.uni-bremen.de> <29495f1d05040711544695ce89@mail.gmail.com> <54b5dbf5050407232810f7a20d@mail.gmail.com> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2578 Lines: 50 Err... never mind... I was not doing any radeon control. On Apr 8, 2005 11:58 AM, AsterixTheGaul wrote: > > FWIW, I have the same problem on a T41p with 2.6.11 and 2.6.12-rc2, > > except that neither returns from suspend-to-ram with video restored on > > the LCD. I believe I was able to get video restored on an external CRT > > in either 2.6.12-rc2 or 2.6.12-rc2-mm1, but the LCD still didn't > > restore (can verify later today, if you'd like). I had dumped out the > > radeontool regs values before & after the sleep, in case they help. > > They are attached. > > Hmm... I have 2.6.12-rc2 on a T41 and "suspend to ram" works good (well > except for a backtrace complaining about __might_sleep but otherwise ok). > > Apr 7 23:17:10 localhost kernel: Debug: sleeping function called from > invalid context at mm/slab.c:2090 > Apr 7 23:17:10 localhost kernel: in_atomic():0, irqs_disabled():1 > Apr 7 23:17:10 localhost kernel: [] __might_sleep+0xa3/0xc0 > Apr 7 23:17:10 localhost kernel: [] kmem_cache_alloc+0x50/0x60 > Apr 7 23:17:10 localhost kernel: [] acpi_pci_link_set+0x4a/0x1a2 > Apr 7 23:17:10 localhost kernel: [] irqrouter_resume+0x1c/0x24 > Apr 7 23:17:10 localhost kernel: [] sysdev_resume+0x66/0xc4 > Apr 7 23:17:10 localhost kernel: [] device_power_up+0x5/0xa > Apr 7 23:17:10 localhost kernel: [] suspend_enter+0x36/0x60 > Apr 7 23:17:10 localhost kernel: [] suspend_prepare+0x63/0xb0 > Apr 7 23:17:10 localhost kernel: [] enter_state+0x5c/0x70 > Apr 7 23:17:10 localhost kernel: [] state_store+0xa9/0xbc > Apr 7 23:17:10 localhost kernel: [] state_store+0x0/0xbc > Apr 7 23:17:10 localhost kernel: [] subsys_attr_store+0x36/0x50 > Apr 7 23:17:10 localhost kernel: [] flush_write_buffer+0x2e/0x40 > Apr 7 23:17:10 localhost kernel: [] sysfs_write_file+0x4e/0x80 > Apr 7 23:17:10 localhost kernel: [] vfs_write+0x12e/0x130 > Apr 7 23:17:10 localhost kernel: [] sys_write+0x41/0x70 > Apr 7 23:17:10 localhost kernel: [] sysenter_past_esp+0x54/0x75 > > > > > > I posted these problems in the "Call for help S3" thread, but no one responded. > > > > Thanks, > > Nish > > > > > > > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/