Laurent > > > > Since the uvc_video_complete() callback handler called from > interrupt > > > > context, video post processing or memcpy can be deferred to tasklet > or > > > > bottom half, rather than doing it in interrupt context. > > > > > > If that's the only way to fix the issue, yes. However, given your > really > > > poor > > > memcpy() performances, I don't think you will be able to sustain the > > > incoming > > > video bandwidth. The driver would soon run out of URBs. > > > > I agree with you, let me check whether memcpy is the bottle here, > > typo mistake, read as "bottle-neck" > > I will > > try to get profile info on this. But in general it would be good to move > > post processing to bottom half which helps to reduce interrupt latency. > > You are correct, I have profiled, the timing I have posted in previous mail are due to the memcpy() in uvc_video_decode_data(). Which is the bottle-neck and consumes most of the time. Regards Ravi B > > -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
