On Sun, May 20, 2007 at 06:22:23PM -0700, David Brownell wrote:
> On Sunday 20 May 2007, Mattia Dongili wrote:
> > 
> > $ cat /proc/acpi/wakeup
> > Device      S-state   Status   Sysfs node
> > PWRB          S4    *enabled   
> > S1F0          S4     disabled  
> > S1F1          S4     disabled  
> > S1F2          S4     disabled  
> > S1F3          S4     disabled  
> > S1F4          S4     disabled  
> > S1F5          S4     disabled  
> > S1F6          S4     disabled  
> > S1F7          S4     disabled  
> > TLAN          S3     disabled  pci:0000:07:00.0
> > DLAN          S3     disabled  
> > S6F0          S4     disabled  
> > S6F1          S4     disabled  
> > S6F2          S4     disabled  
> > S6F3          S4     disabled  
> > S6F4          S4     disabled  
> > S6F5          S4     disabled  
> > S6F6          S4     disabled  
> > S6F7          S4     disabled  
> > USB1          S3     disabled  pci:0000:00:1d.0
> > USB2          S3     disabled  pci:0000:00:1d.1
> > USB3          S3     disabled  pci:0000:00:1d.2
> > USB4          S3     disabled  pci:0000:00:1d.3
> > USB7          S3     disabled  pci:0000:00:1d.7
> > SLT0          S4     disabled  
> > LANC          S3     disabled  
> > EC0   S5     disabled  
> 
> That's strangely busy ... what ARE all those devices?  :)

the S[16]F* are tons of acpi devices... don't know what they are, they
are attached to the PCI-E port
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 
(rev 02)
00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 
(rev 02)
00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 
(rev 02)
00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 
(rev 02)
if you're interested the DSDT is here:
http://www.linux.it/~malattia/sony-laptop/DSDT.sz72b.type3.dsl

> But only the PCI ones -- or certain devices connected to USB
> root hubs -- could be affected by that patch.
> 
> So another experiment you could do, if you want faster info
> than "git bisect" can provide, is building drivers for those
> PCI devices as modules (ehci-hcd, uhci-hcd, sky2) and then
> finding which one causes the trouble by removing them before
> STR.

it's ehci-hcd! and apart from the fact that removing it causes a BUG in
cpufreq no the system stays correctly asleep when suspended.

...
> > > My suspicion, based on the dmesg and seeing what drivers actually
> > > try to enable wakeup, would be the 'sky2' driver.  The other two
> > 
> > FWIW the sky2 is never functional upon resume, I need to ifdown, rmmod,
> > modprobe and ifup again to get some networking...
> 
> Try "rmmod sky2" *before* suspend, to see if that matters.
> 
> Also "rmmod uhci-hcd", which will keep USB from doing anything
> with that biometric thingie.
> 
> I suspect one or the other of those will be the issue.

very close :)
-- 
mattia
:wq!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to