Bug 695953 - "tpm_tis 00:04: Operation Timed out" (side effect: won't suspend/hibernate)
Summary: "tpm_tis 00:04: Operation Timed out" (side effect: won't suspend/hibernate)
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 14
Hardware: i686
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 697038 697627 697737 699452 699695 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-04-12 22:54 UTC by Gink
Modified: 2011-04-28 04:02 UTC (History)
12 users (show)

Fixed In Version: kernel-2.6.35.12-90.fc14
Doc Type: Bug Fix
Doc Text:
this bug was not present in previous kernel: vmlinuz-2.6.35.11-83.fc14.i686.PAE appeared after upgrade to (now latest:) vmlinuz-2.6.35.12-88.fc14.i686.PAE upgrade of BIOS to the latest version didn't help: Vendor: Hewlett-Packard Version: 68PCD Ver. F.1A Release Date: 12/13/2010
Clone Of:
Environment:
Last Closed: 2011-04-28 02:02:19 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Gink 2011-04-12 22:54:32 UTC
Description of problem:

after boot in /var/log/messages:

tpm_tis 00:04: 1.2 TPM (device-id 0xB, rev-id 16)
tpm_tis 00:04: Operation Timed out

because of this, notebook won't sleep/hibernate, with same dmesg error.

Version-Release number of selected component (if applicable):

System Information
        Manufacturer: Hewlett-Packard
        Product Name: HP EliteBook 6930p
        Version: F.0B

BIOS Information
        Vendor: Hewlett-Packard
        Version: 68PCD Ver. F.0B
        Release Date: 09/26/2008

How reproducible:

Steps to Reproduce:
1. enable TPM in bios
2. boot
3. try to suspend/hibernate
  
Actual results:

not working sleep/hibernate and TPM probably too

Expected results:

at least allow suspend/hibernate to work, but TPM would be nice to have too

Additional info:

Comment 1 Gink 2011-04-12 23:02:51 UTC
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
this bug was not present in previous kernel:
vmlinuz-2.6.35.11-83.fc14.i686.PAE

appeared after upgrade to (now latest:)
vmlinuz-2.6.35.12-88.fc14.i686.PAE

Comment 2 Gink 2011-04-13 05:59:53 UTC
    Technical note updated. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    Diffed Contents:
@@ -2,4 +2,9 @@
 vmlinuz-2.6.35.11-83.fc14.i686.PAE
 
 appeared after upgrade to (now latest:)
-vmlinuz-2.6.35.12-88.fc14.i686.PAE+vmlinuz-2.6.35.12-88.fc14.i686.PAE
+
+upgrade of BIOS to the latest version didn't help:
+        Vendor: Hewlett-Packard
+        Version: 68PCD Ver. F.1A
+        Release Date: 12/13/2010

Comment 3 Chuck Ebbert 2011-04-13 23:45:55 UTC
The two TPM patches in 2.6.35.12 should have never been added. They were later reverted by:

8d1dc20e8d689c7e6a0a4d2c94e36a99d5793ecb
e58713724059da7d2982d6ad945192c8fca5b729

Comment 4 Michal Ambroz 2011-04-15 20:41:56 UTC
Hello, 
I have got exactly same issue. 
Notebook EliteBook 6930p. 

With kernel kernel-2.6.35.11-83.fc14.i686 - pm-suspend works fine:
Bootlog:
Apr 15 21:36:48 mixer kernel: [    1.207400] agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0x80000000
Apr 15 21:36:48 mixer kernel: [    1.207541] tpm_tis 00:04: 1.2 TPM (device-id 0xB, rev-id 16)
Apr 15 21:36:48 mixer kernel: [    2.191058] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled

____________________
pm-suspend log:
Apr 15 21:38:33 mixer kernel: [  138.695218] sd 0:0:0:0: [sda] Synchronizing SCSI cache
Apr 15 21:38:33 mixer kernel: [  138.702519] sd 0:0:0:0: [sda] Stopping disk
Apr 15 21:38:33 mixer kernel: [  139.753963] parport_pc 00:09: disabled
Apr 15 21:38:33 mixer kernel: [  139.827287] sdhci-pci 0000:85:09.1: PCI INT B disabled




____________________________________________________________________________
With kernel kernel-2.6.35.12-88.fc14.i686 - it is not possible to pm-suspend or pm-hibernate.
Boot log:
Apr 15 21:44:57 mixer kernel: [    1.201411] agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0x80000000
Apr 15 21:44:57 mixer kernel: [    1.201543] tpm_tis 00:04: 1.2 TPM (device-id 0xB, rev-id 16)
Apr 15 21:44:57 mixer kernel: [    1.441013] tpm_tis 00:04: Operation Timed out
Apr 15 21:44:57 mixer kernel: [    1.441073] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled


____________________
pm-suspend log:
Apr 15 21:45:35 mixer kernel: [  100.455216] sd 0:0:0:0: [sda] Synchronizing SCSI cache
Apr 15 21:45:35 mixer kernel: [  100.455597] sd 0:0:0:0: [sda] Stopping disk
Apr 15 21:45:35 mixer kernel: [  101.503023] parport_pc 00:09: disabled
Apr 15 21:45:35 mixer kernel: [  101.527174] tpm_tis 00:04: Operation Timed out
Apr 15 21:45:35 mixer kernel: [  101.527183] legacy_suspend(): pnp_bus_suspend+0x0/0x6a returns -62
Apr 15 21:45:35 mixer kernel: [  101.527186] PM: Device 00:04 failed to suspend: error -62
Apr 15 21:45:35 mixer kernel: [  101.527189] PM: Some devices failed to suspend
Apr 15 21:45:35 mixer kernel: [  101.529387] parport_pc 00:09: activated

Comment 5 Stanislaw Gruszka 2011-04-16 23:20:30 UTC
*** Bug 697038 has been marked as a duplicate of this bug. ***

Comment 6 Jan Cipa 2011-04-17 11:09:28 UTC
I'm confirming this bug on HP Compaq 8510w

Apr 17 12:52:12 xxxx kernel: [19866.210109] sd 0:0:0:0: [sda] Synchronizing SCSI cache
Apr 17 12:52:12 xxxx kernel: [19866.378910] sd 0:0:0:0: [sda] Stopping disk
Apr 17 12:52:12 xxxx kernel: [19868.519115] tpm_tis 00:03: Operation Timed out
Apr 17 12:52:12 xxxx kernel: [19868.519127] legacy_suspend(): pnp_bus_suspend+0x0/0x6a returns -62

Comment 7 Chuck Ebbert 2011-04-18 15:01:32 UTC
Fixed in 2.6.35.12-89

Comment 8 Chuck Ebbert 2011-04-21 03:50:20 UTC
*** Bug 697627 has been marked as a duplicate of this bug. ***

Comment 9 Chuck Ebbert 2011-04-21 03:53:18 UTC
*** Bug 697737 has been marked as a duplicate of this bug. ***

Comment 10 Fedora Update System 2011-04-22 19:01:01 UTC
kernel-2.6.35.12-90.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/kernel-2.6.35.12-90.fc14

Comment 11 Fedora Update System 2011-04-23 20:51:05 UTC
Package kernel-2.6.35.12-90.fc14:
* should fix your issue,
* was pushed to the Fedora 14 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing kernel-2.6.35.12-90.fc14'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/kernel-2.6.35.12-90.fc14
then log in and leave karma (feedback).

Comment 12 igor.redhat@gmail.com 2011-04-25 17:56:13 UTC
*** Bug 699452 has been marked as a duplicate of this bug. ***

Comment 13 igor.redhat@gmail.com 2011-04-26 22:33:08 UTC
FWIW, I can't seem to even boot with kernel-2.6.35.12-90.fc14 - all I get is a black screen with a blinking cursor...

Comment 14 Chuck Ebbert 2011-04-27 01:09:58 UTC
(In reply to comment #13)
> FWIW, I can't seem to even boot with kernel-2.6.35.12-90.fc14 - all I get is a
> black screen with a blinking cursor...

But 2.6.35.12-88 booted? There are very very few changes between those two kernels.

Comment 15 Chuck Ebbert 2011-04-27 01:17:34 UTC
*** Bug 699695 has been marked as a duplicate of this bug. ***

Comment 16 igor.redhat@gmail.com 2011-04-27 03:56:52 UTC
(In reply to comment #14)
> (In reply to comment #13)
> > FWIW, I can't seem to even boot with kernel-2.6.35.12-90.fc14 - all I get is a
> > black screen with a blinking cursor...
> 
> But 2.6.35.12-88 booted? There are very very few changes between those two
> kernels.

I actually have to take this back; 2.6.35.12-90 does eventually boot but it's really, really slow - it takes about 40 seconds for the first line ("Starting udev") to show up. It shows up after about 5 seconds with 2.6.35.11-83 (I'm pretty sure it's the same 5 seconds with 2.6.35.12-88 as well but will need to check again on the next reboot). This seems to be 100% reproducible for me.

On the bright side, suspend worked fine on 2.6.35.12-90 once I got enough patience to let it boot :p

Comment 17 Fedora Update System 2011-04-28 02:01:58 UTC
kernel-2.6.35.12-90.fc14 has been pushed to the Fedora 14 stable repository.  If problems still persist, please make note of it in this bug report.

Comment 18 igor.redhat@gmail.com 2011-04-28 04:02:32 UTC
Just tried this again - for me, the boot process starts in about 7 seconds with 2.6.35.12-88 and in about 40 seconds with 2.6.35.12-90. I'd be glad to provide more information if you tell me were to look...


Note You need to log in before you can comment on or make changes to this bug.