Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 17 Dec 2005 19:46:38 +0000
From:      Russell Jackson <raj@cserv62.csub.edu>
To:        freebsd-acpi@freebsd.org
Subject:   Re: toshiba portege r100 doesn't resume from S3
Message-ID:  <20051217194637.GB11775@vala.homelan>
In-Reply-To: <1287807936.20051209153853@nm.ru>
References:  <1287807936.20051209153853@nm.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
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 <raj@csub.edu>
Come quickly, I am tasting stars!
		-- Dom Perignon, upon discovering champagne.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20051217194637.GB11775>