Prev: [KERNEL-2.6.34] load dmatest got "__dma_request_channel (fail)" dmesg
Next: vfs scalability patches updated
From: Florian Mickler on 25 Jun 2010 02:50
On Thu, 24 Jun 2010 13:09:27 -0400 (EDT)
Alan Stern <stern(a)rowland.harvard.edu> wrote:

> > > This requires you to define an explicit PCI_WAKEUP_COOLDOWN delay. I
> > > think that's okay; I had to do something similar with USB and SCSI.
> > > (And I still think it would be a good idea to prevent workqueue threads
> > > from freezing until their queues are empty.)

I'm not that familiar with the freezer, but couldn't it be
deadlocky if the work depends on some already frozen part?

What about a new work-type that calls
pm_relax() after executing it's workfunction and executing
pm_stay_awake() on enqueue?


Cheers,
Flo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo(a)vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
 | 
Pages: 1
Prev: [KERNEL-2.6.34] load dmatest got "__dma_request_channel (fail)" dmesg
Next: vfs scalability patches updated