[lkml]   [2010]   [Dec]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [Regression] firewire_ohci causes system resume to fail
On Dec 05 Rafael J. Wysocki wrote:
> There is a regression I can reproduce 100% of the time on a AMD-based desktop
> box that resume from hibernation (or suspend) fails because of the firewire_ohci
> module. The box just hangs when firewire_ohci resume runs, apparently, and it
> is sufficient to do:
> # echo devices > /sys/power/pm_test
> # echo disk > /sys/power/state
> to reproduce the issue.

Do you have anything attached to the FireWire bus? What controller do
you have?

> It definitely works with 2.6.34, but it fails with 2.6.37-rc4+ (latest mainline).
> I haven't tested the kernels in between, but I'm going to do that later today
> or some time next week.
> If you have any idea about what may be the reason, please let me know.

As first quick thought: While we of course need to have a look at
firewire-ohci changes, it could also be a higher-level issue in
firewire-core. E.g. something with the 2.6.36 workqueue related core
kernel changes. (I am only saying so because I noticed some module
unloading issues with the firewire stack lately that seem workqueue

I admit that PM suspend/resume or hibernate/restore are not part of my
personal firewire driver testing regime. I need to address that.

I Cc'd Maxim Levitsky who has working firewire suspend/resume on
2.6.37-rc, although with some minor firewire-net related and
isochronous I/O related nits for which he sent fixes lately:
But I do not think that these could matter to your hang-at-resume issue.
Stefan Richter
-=====-==-=- ==-- --=-=

 \ /
  Last update: 2010-12-05 16:21    [W:0.063 / U:2.020 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site