Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 11 Apr 2010 12:23:58 -0400
From:      "Aravind K. Mikkilineni" <amikkili@ecn.purdue.edu>
To:        freebsd-acpi@freebsd.org
Subject:   Toshiba U405-S2833 does not resume from S3 suspend FreeBSD-8.0-STABLE-201004
Message-ID:  <201004111223.59181.amikkili@ecn.purdue.edu>

next in thread | raw e-mail | index | archive | help
I have a Toshiba U405-S2833 laptop which does not resume from S3 suspend 
running FreeBSD-8.0-STABLE-201004 with the following patch to get the msk 
ethernet device to work (ACPI related).

     http://forums.freebsd.org/showpost.php?p=59431&postcount=54

The console output from a suspend/resume session is as follows:

vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
>>>>> These are comments <<<<<
# sync
# sync
# sync
# acpiconf -s 3
# fwohci0: fwohci_pci_suspend
>>>>> SYSTEM GOES TO SLEEP AT THIS POINT <<<<<
>>>>> Press key on keyboard to wake up <<<<<
>>>>> or close lid/screen and open lid/screen <<<<<
acpi0: suspend request ignored (not ready yet)
acpi0: request to enter state S5 failed (err 6)
battery0: battery initialization start
ugen3.2: <vendor 0x08ff> at usbus3 (disconnected)
battery0: battery initialization done, tried 1 times
acpi_ec0: wait timed out (response), forcing polled mode
>>>>> Keyboard is unresponsive at this point <<<<<
>>>>> Every few minutes afterward the following two appear <<<<<
acd0: WARNING -TEST_UNIT_READY taskqueue timeout - completing request directly
acd0: WARNING - PREVENT_ALLOW taskqueue timeout - completing request directly
>>>>> The only button that generates a response is the power button <<<<<
>>>>> Press power button <<<<<
request to enter state S5 failed (err 6)
>>>>> Hold down power button to shutdown computer and bring back up <<<<<
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

I am able to suspend/resume without the patch, however I have no ethernet. 
Console output below running unpatched GENERIC kernel

vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv
>>>>> These are comments <<<<<
# sync
# sync
# sync
# acpiconf -s 3
# fwohci0: fwohci_pci_suspend
>>>>> SYSTEM GOES TO SLEEP AT THIS POINT <<<<<
>>>>> Press key on keyboard to wake up <<<<<
>>>>> or close lid/screen and open lid/screen <<<<<
acpi0: suspend request ignored (not ready yet)
acpi0: request to enter state S5 failed (err 6)
battery0: battery initialization start
ugen3.2: <vendor 0x08ff> at usbus3 (disconnected)
battery0: battery initialization done, tried 1 times
fwohci0: Phy 1394a available S400, 1 ports.
fwohci0: Link S400, max_rec 2048 bytes.
fwohci0: Initiate bus reset
fwohci0: fwohci_intr_core: BUS reset
fwohci0: fwohci_intr_core: node_id=0x00000000,SelfID Count=1, CYCLEMASTER mode
firewire0: 1 nodes, maxhop <= 0 cable IRM irm(0)  (me)
firewire0: bus managet 0
fwohci0: unrecoverable error
>>>>> Press Enter <<<<<
#
>>>>> Back to normal operation <<<<<
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

I have gathered all relevent information and placed it at the following 
address so as not to create a super long post. (The link below ~90k)

     http://cobweb.ecn.purdue.edu/~amikkili/private/Toshiba_U405-S2833.tar.gz

Included are the following
.
|-- INDEX                   "This file"
|-- S3_console_output       "Transcribed console output after resume"
|-- asl.gz                  "acpidump -dt"
|-- dmesg.GENERIC           "dmesg from unpatched GENERIC kernel"
|-- dmesg.PATCHED_GENERIC   "dmesg from patched GENERIC kernel"
|-- dmesg.linux             "dmesg from linux on same laptop"
|-- pcib_pci.patch          "PATCH used to get msk ethernet working"
|-- sysctl.output           "sysctl -a"
`-- other_info_from_linux   "Other information from linux on same laptop"
    |-- dsdt                   
    |-- iomem                  
    |-- ioports
    |-- lsmod.log
    |-- lspci.log
    `-- lsusb.log

I included some information from Linux as well since the machine works under 
linux (including ACPI). Hopefully that is helpful is correcting the behavior 
in FreeBSD.

Any assistance is appreciated. Please let me know if more information is 
needed.

Thanks!

	-akm



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