On Mon, 17 Jan 2011, Markus Niebel wrote: > Hello, > > sorry for the __very__ long timeout. The doublebuffering is indeed enabled > when the second buffer is queued - my fault, should have read the code more > carfully. Good. > But in this way a new question arises: > > in soc_camera.c, function soc_camera_streamon the subdev's s_stream handler is > called first before videobuf_streamon gets called. This way the videosource is > producing data which could produce a race condition with the idmac. Starting the sensor before the host shouldn't cause any problems, because hosts should be capable of handling sensors, continuously streaming data. So, the order should be ok, if the mx3-camera driver gets problems with it, it has a bug and it should be fixed. > Maybe I'm > wrong but in some cases (especially whith enabled dev_dbg in ipu_idmac.c) we > fail to get frames from the driver. Sorry, what exactly do you mean? Capture doesn't start at all? Or it begins and then hangs? Or some fraims get dropped? Please, explain in more detail. Thanks Guennadi --- Guennadi Liakhovetski, Ph.D. Freelance Open-Source Software Developer http://www.open-technology.de/ -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
