From owner-freebsd-acpi@FreeBSD.ORG Sun Dec 18 03:46:32 2005 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3459616A41F for ; Sun, 18 Dec 2005 03:46:32 +0000 (GMT) (envelope-from raj@cserv62.csub.edu) Received: from cserv62.csub.edu (cserv62.csub.edu [136.168.10.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6FD843D7E for ; Sun, 18 Dec 2005 03:46:22 +0000 (GMT) (envelope-from raj@cserv62.csub.edu) Received: from vala.homelan (adsl-64-160-96-110.dsl.bkfd14.pacbell.net [64.160.96.110]) by cserv62.csub.edu (8.13.4/8.13.4) with ESMTP id jBI3kLOP098500 for ; Sat, 17 Dec 2005 19:46:21 -0800 (PST) (envelope-from raj@cserv62.csub.edu) Received: (from raj@localhost) by vala.homelan (8.13.4/8.13.4/Submit) id jBHJkcSh020965 for freebsd-acpi@freebsd.org; Sat, 17 Dec 2005 19:46:38 GMT (envelope-from raj) Date: Sat, 17 Dec 2005 19:46:38 +0000 From: Russell Jackson To: freebsd-acpi@freebsd.org Message-ID: <20051217194637.GB11775@vala.homelan> References: <1287807936.20051209153853@nm.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1287807936.20051209153853@nm.ru> User-Agent: Mutt/1.5.10i Subject: Re: toshiba portege r100 doesn't resume from S3 X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Dec 2005 03:46:32 -0000 I reported a similar problem on my Portege 4010 to gnats and freebsd-current yesterday. I wasn't sure if it was limited to ACPI, so I didn't post it here. problem report: http://www.freebsd.org/cgi/query-pr.cgi?pr=i386/90519 FYI, dmesg gets it's output from kernel memory. On Fri, Dec 09, 2005 at 03:38:53PM +0300, huge@nm.ru wrote: > > Hi! I have a problem. Would you help me? > > My Toshiba Portege R100 doesn't resume from S3. > > There is a problem with disk access after resume. It looks the same if I did > "atacontrol detach ata0". And that's interesting: ad0 is > detached but error messages are successfully logged. > > [from dmesg] > .......... > acpi_button0: run_prep cleaned up for \\_SB_.PWRB > acpi_lid0: run_prep cleaned up for \\_SB_.LID_ > acpi: suspend request ignored (not ready yet) > cbb0: [MPSAFE] > ata0: reiniting channel .. > ata0: reset tp1 mask=03 ostat0=80 ostat1=80 > ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0: stat0=0x80 err=0x80 lsb=0x80 msb=0x80 > ata0: stat0=0x50 err=0x00 lsb=0xfe msb=0x3f > ata0: stat1=0x00 err=0x00 lsb=0xfe msb=0x3f > ata0: reset tp2 stat0=50 stat1=00 devices=0x0 > --> ad0: detached > ata0: reinit done .. > ata1: reiniting channel .. > ata1: reset tp1 mask=00 ostat0=ff ostat1=ff > ata1: reinit done .. > atkbd: the current kbd controller command byte 0065 > atkbd: keyboard ID 0x41ab (2) > battery0: battery initialization start > battery0: battery initialization done, tried 1 times > battery1: battery initialization start > --> g_vfs_done():ad0s1a[READ(offset=277413888, length=2560)]error = 6 > vnode_pager_getpages: I/O read error > --> g_vfs_done():ad0s1a[READ(offset=268517376, length=12800)]error = 6 > vnode_pager_getpages: I/O read error > --> g_vfs_done():ad0s1e[WRITE(offset=6144000, length=2048)]error = 6 > --> g_vfs_done():ad0s1e[WRITE(offset=65536, length=2048)]error = 6 > panic: vinvalbuf: dirty bufs > Uptime: 33m47s > Cannot dump. No dump device defined. > Automatic reboot in 15 seconds - press a key on the console to abort > --> Press a key on the console to reboot, > --> or switch off the system now. > Rebooting... > ......... > > > > And there is another problem. Video doesn't work after resume. > With hw.acpi.reset_video=1 display is just off, with 0 it shows > multicolored vertical lines. > > The DSDT seems to be ok since it's recompiled without errors and the > same machine successfully resumes from S3 under linux. > > > > # dmesg > http://media-trest.ru/r100/dmesg-v > > > > # sysctl hw.acpi > http://media-trest.ru/r100/sysctl > > > > ASL > http://media-trest.ru/r100/toshiba-portege-r100.asl > > > > > Thanks! > Alexandre Scherbanov > > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" -- Russell A. Jackson Come quickly, I am tasting stars! -- Dom Perignon, upon discovering champagne.