On 20.03.2013 21:49, Peter Hurley wrote: > The motivation for changing the workqueue api to allow parallel work > items on SMP was to fix a class of deadlocks where forward progress > could not be made due to subtle dependencies between work items > (actually that potential still exists with self-modifying work-items, > ie., work items that change their function). > > The tty layer would need a detailed and thorough analysis of potential > dependencies to avoid creating problems. The drivers that use work items > might need examination as well. Sorry, but I don't understand. My knowledge is very weak. We say about three works: hangup_work, SAK_work, buf.work or anything else? -- To unsubscribe from this list: send the line "unsubscribe linux-serial" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
