2013/5/27 Mark Brown <broonie@xxxxxxxxxx>: > On Mon, May 27, 2013 at 09:54:56AM +0800, Barry Song wrote: > >> Mark, the case is not that deferred probing is slow or not. deferred >> probing is pretty good. >> the case is that we want to i2c and media connected with i2c probed >> earlier than other devices. >> in auto infotainment devices, we actually do some hacking in kernel >> that makes rear view work earlier than other device driver >> initialization with a kernel thread which take care of backing-car >> policy not only mechanism. that means, we make camera work to see >> backview image even earlier than other drivers' initialization. >> we don't want media deferred to wait for i2c. we want make some early >> jobs ready earlier. > > So this change makes no practical difference in mainline and exists to > support out of tree hacks for performance? It doesn't seem like that > big a patch to carry along with the out of tree stuff... yes. but i don't think we are easy to make those out-of-mainline hacks be in mainline. but this patch is both ok to mainline and local tree. making local tree and mainline same as many as possible decreases our maintaince efforts totally. -barry -- To unsubscribe from this list: send the line "unsubscribe linux-i2c" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
