W dniu 21 lutego 2010 16:01 użytkownik Thomas Hellstrom <tho...@shipmail.org> napisał: > Rafał Miłecki wrote: >> >> Signed-off-by: Rafał Miłecki <zaj...@gmail.com> >> --- >> We try to implement some PM in radeon KMS and we need to sync with VLBANK >> for >> reclocking engine/memory. The easiest and cleanest way seems to be >> sleeping in >> timer handler just before reclocking. Then our IRQ handler calls wake_up >> and we >> continue reclocking. >> >> As you see our sleeping is condition-less, we just wait for waking up >> queue. >> >> We hope this waking will happen from IRQ handler, but for less-happy case >> we >> also use some timeout (this will probably cause some single corruption, >> but >> we can live with it). >> >> Following macro is soemthing that seems to work fine for us, but instead >> introducing this to radeon KMS only, I'd like to propose adding this to >> whole >> wait.h. Do you this it's something we should place there? Can someone take >> this >> patch for me? Or maybe you find this rather useless and we should keep >> this >> marco locally? > > What about msleep_interruptible in <linux/delay.h> ?
I guess this will wake up on every signal pending to driver's process. I need to wake up using my own (VBLANK related) workqueue. Is that right? Or maybe there is some hack/sth that will let me achieve what I need? -- Rafał ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- _______________________________________________ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel