On Thursday 04 April 2013 19:49:26 Felipe Balbi wrote:
> On Thu, Apr 04, 2013 at 04:52:15PM +0200, Laurent Pinchart wrote:
> > > Laurent/Ming Lei
> > >
> > > > Since the uvc_video_complete() callback handler called from
> > > > interrupt
> > > > context, video post processing or memcpy
Hi,
On Thu, Apr 04, 2013 at 04:52:15PM +0200, Laurent Pinchart wrote:
> > Laurent/Ming Lei
> >
> > > 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
Hi Ravi,
On Friday 29 March 2013 14:14:35 B, Ravi wrote:
> Laurent/Ming Lei
>
> > 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
Laurent/Ming Lei
>
> > > > > 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
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. Howeve
>
> Laurent
>
> > > > On Thu, Mar 28, 2013 at 08:53:03PM +0800, Ming Lei wrote:
> > > > > On Thu, Mar 28, 2013 at 8:30 PM, B, Ravi wrote:
> > > > > > For example, in one iteration I have observed, the time taken by
> > > > > > uvc_video_decode_isoc() was 2175 usec. In this maximum amount of
> >
Laurent
> > > On Thu, Mar 28, 2013 at 08:53:03PM +0800, Ming Lei wrote:
> > > > On Thu, Mar 28, 2013 at 8:30 PM, B, Ravi wrote:
> > > > > For example, in one iteration I have observed, the time taken by
> > > > > uvc_video_decode_isoc() was 2175 usec. In this maximum amount of
> > > > > time was
On Friday 29 March 2013 05:24:27 B, Ravi wrote:
> On Thu, Mar 28, 2013 at 9:27 PM, Felipe Balbi wrote:
> On Thu, Mar 28, 2013 at 03:23:46PM +0200, Felipe Balbi wrote:
> > On Thu, Mar 28, 2013 at 08:53:03PM +0800, Ming Lei wrote:
> > > On Thu, Mar 28, 2013 at 8:30 PM, B, Ravi wrote:
> > > > For exa
Hi,
On Thu, Mar 28, 2013 at 9:27 PM, Felipe Balbi wrote:
On Thu, Mar 28, 2013 at 03:23:46PM +0200, Felipe Balbi wrote:
> Hi,
>
> On Thu, Mar 28, 2013 at 08:53:03PM +0800, Ming Lei wrote:
> > On Thu, Mar 28, 2013 at 8:30 PM, B, Ravi wrote:
> > >
> > > For example, in one iteration I have observed
On Thu, Mar 28, 2013 at 03:23:46PM +0200, Felipe Balbi wrote:
> Hi,
>
> On Thu, Mar 28, 2013 at 08:53:03PM +0800, Ming Lei wrote:
> > On Thu, Mar 28, 2013 at 8:30 PM, B, Ravi wrote:
> > >
> > > For example, in one iteration I have observed, the time taken by
> > > uvc_video_decode_isoc() was 2175
Hi,
On Thu, Mar 28, 2013 at 08:53:03PM +0800, Ming Lei wrote:
> On Thu, Mar 28, 2013 at 8:30 PM, B, Ravi wrote:
> >
> > For example, in one iteration I have observed, the time taken by
> > uvc_video_decode_isoc() was 2175 usec. In this maximum amount of
> > time was consumed by uvc_video_decode_d
On Thu, Mar 28, 2013 at 8:30 PM, B, Ravi wrote:
>
> For example, in one iteration I have observed, the time taken by
> uvc_video_decode_isoc() was 2175 usec. In this maximum amount of time was
> consumed by uvc_video_decode_data() around 1792 usec.
uvc_video_decode_data() is basically a memcpy(
Laurent
> > >
> > > Some more debugging, Most of the time spend in stream->decode()
> function
> >
> > That points to uvc_video_decode_isoc().
>
> You are correct, that points to uvc_video_decode_isoc()
>
> >
> > > in uvc_video_complete() callback handler.
> >
> > It's not very surprising, but d
Laurent
> On Thursday 28 March 2013 06:48:09 B, Ravi wrote:
> > >> On Wednesday 27 March 2013 10:43:24 B, Ravi wrote:
> > >>> Hi
> > >>>
> > >>> I am observing issue while streaming video from usb camera connected
> to
> > >>> host controller based on mentor graphics. The issue is root caused
> th
Hi Ravi,
On Thursday 28 March 2013 06:48:09 B, Ravi wrote:
> >> On Wednesday 27 March 2013 10:43:24 B, Ravi wrote:
> >>> Hi
> >>>
> >>> I am observing issue while streaming video from usb camera connected to
> >>> host controller based on mentor graphics. The issue is root caused that
> >>> there
>
> Laurent
>
> >
> > Hi Ravi,
> >
> > On Wednesday 27 March 2013 10:43:24 B, Ravi wrote:
> > > Hi
> > >
> > > I am observing issue while streaming video from usb camera connected
> to
> > host
> > > controller based on mentor graphics. The issue is root caused that
> there
> > > are huge SOF gap
Laurent
>
> Hi Ravi,
>
> On Wednesday 27 March 2013 10:43:24 B, Ravi wrote:
> > Hi
> >
> > I am observing issue while streaming video from usb camera connected to
> host
> > controller based on mentor graphics. The issue is root caused that there
> > are huge SOF gaps seen between the two isochr
On Wed, Mar 27, 2013 at 6:43 PM, B, Ravi wrote:
> Hi
>
> I am observing issue while streaming video from usb camera connected to host
> controller based on mentor graphics. The issue is root caused that there are
> huge SOF gaps seen between the two isochronous IN token issued by host
> control
Hi Ravi,
On Wednesday 27 March 2013 10:43:24 B, Ravi wrote:
> Hi
>
> I am observing issue while streaming video from usb camera connected to host
> controller based on mentor graphics. The issue is root caused that there
> are huge SOF gaps seen between the two isochronous IN token issued by host
Hi
I am observing issue while streaming video from usb camera connected to host
controller based on mentor graphics. The issue is root caused that there are
huge SOF gaps seen between the two isochronous IN token issued by host
controller. This is due to fact, significant amount of time is spen
20 matches
Mail list logo