Hello, On Thu, Jan 30, 2014 at 05:24:16PM -0800, Peter Chang wrote: > 774a1221e862b343388347bac9b318767336b20b tries to avoid an expensive sync > by marking the current task iff it uses the async_schedule() machinery. That wasn't an optimization. It was a workaround for deadlock. > however, if the part of the driver's probe is called through a worker > thread the bookeeping fails to mark the correct task as having used the > async machinery. > > this is a workaround for the common case that we're already running > on the correct cpu. however, it seems sort of reasonable to not use > the worker thread if we don't have to. > > Tested: > - checked on vebmy2 (ibis + satasquatch) which is where the original issue > was discovered. > - checked on fdha347 (ikaria + loggerhead + satasquatch) to show that > nothing changed. The patch description doesn't describe the reasons for the change at all. What issues have you encountered? What are you trying to achieve? > Change-Id: Ibe8996cf652735c74a9e06ba9fd03118078395bd > Google-Bug-Id: 12632867 The above tags don't mean anything upstream. Please drop them when posting patches. Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html