Le 17/12/2012 10:32, Laurent Pinchart a écrit :
Hi Julien,
On Friday 14 December 2012 15:18:29 Julien BERAUD wrote:
Hi Jean-Philippe,
I have had exactly the same problem and the following workaround has
caused no regression on our board yet.
I can't explain exactly why it works and I think th
Hi Jean-Philippe,
On Monday 17 December 2012 16:41:29 jean-philippe francois wrote:
> 2012/12/17 Laurent Pinchart:
> > On Friday 14 December 2012 15:18:29 Julien BERAUD wrote:
> >> Hi Jean-Philippe,
> >>
> >> I have had exactly the same problem and the following workaround has
> >> caused no regr
2012/12/17 Laurent Pinchart :
> Hi Julien,
>
> On Friday 14 December 2012 15:18:29 Julien BERAUD wrote:
>> Hi Jean-Philippe,
>>
>> I have had exactly the same problem and the following workaround has
>> caused no regression on our board yet.
>> I can't explain exactly why it works and I think that
Hi Julien,
On Friday 14 December 2012 15:18:29 Julien BERAUD wrote:
> Hi Jean-Philippe,
>
> I have had exactly the same problem and the following workaround has
> caused no regression on our board yet.
> I can't explain exactly why it works and I think that it is internal to
> the isp.
>
> In fu
Hi Jean-Philippe,
I have had exactly the same problem and the following workaround has
caused no regression on our board yet.
I can't explain exactly why it works and I think that it is internal to
the isp.
In function ccdc_set_stream, don't disable the ccdc_subclk when stopping
capture:
Hi,
I have news on the "IRQ storm on second streamon" problem.
Reminder :
Given a perfectly fine HSYNC / VSYNC / PIXELCLOK configuration, the
omap3-isp (at least until 3.4) will go into an interrupt storm when
streamon is called for the second time, unless you are able to stop
the sensor when not
>> Thank you, I will try this and keep you posted.
>> With this sensor it is possible, but that is not the case for every
>> sensor out there.
>> Is this an ISP bug ?
>
> From my experience, the ISP doesn't handle free-running sensors very well.
> There are other things it doesn't handle well, such
Hi Laurent,
On 03/09/2012 11:42 AM, Laurent Pinchart wrote:
Hi Jean-Philippe,
[snip]
From my experience, the ISP doesn't handle free-running sensors very well.
There are other things it doesn't handle well, such as sensors stopping in the
middle of the frame. I would consider this as limitat
Hi Michael,
On Friday 09 March 2012 13:54:31 Michael Jones wrote:
> On 03/09/2012 11:42 AM, Laurent Pinchart wrote:
> > Hi Jean-Philippe,
>
> [snip]
>
> > From my experience, the ISP doesn't handle free-running sensors very
> > well.
> >
> > There are other things it doesn't handle well, such
Hi Jean-Philippe,
On Friday 09 March 2012 08:30:10 jean-philippe francois wrote:
> Le 9 mars 2012 00:28, Laurent Pinchart a écrit :
> > On Thursday 08 March 2012 19:22:53 Sakari Ailus wrote:
> >> On Wed, Mar 07, 2012 at 03:24:29PM +0100, jean-philippe francois wrote:
> >> > Le 6 mars 2012 18:08, j
Le 9 mars 2012 00:28, Laurent Pinchart
a écrit :
> On Thursday 08 March 2012 19:22:53 Sakari Ailus wrote:
>> On Wed, Mar 07, 2012 at 03:24:29PM +0100, jean-philippe francois wrote:
>> > Le 6 mars 2012 18:08, jean-philippe francois a
> écrit :
>> > > Hi,
>> > >
>> > > I have a custom dm3730 board,
On Thursday 08 March 2012 19:22:53 Sakari Ailus wrote:
> On Wed, Mar 07, 2012 at 03:24:29PM +0100, jean-philippe francois wrote:
> > Le 6 mars 2012 18:08, jean-philippe francois a
écrit :
> > > Hi,
> > >
> > > I have a custom dm3730 board, running a 3.2.0 kernel.
> > > The board is equipped with
Hi Jean-Philippe,
On Wed, Mar 07, 2012 at 03:24:29PM +0100, jean-philippe francois wrote:
> Le 6 mars 2012 18:08, jean-philippe francois a écrit
> :
> > Hi,
> >
> > I have a custom dm3730 board, running a 3.2.0 kernel.
> > The board is equipped with an aptina MT9J sensor on
> > parallel interfac
Le 6 mars 2012 18:08, jean-philippe francois a écrit :
> Hi,
>
> I have a custom dm3730 board, running a 3.2.0 kernel.
> The board is equipped with an aptina MT9J sensor on
> parallel interface.
>
> Whenever I try to run yavta twice, the second run leads to a
> soft lockup in omap3isp_video_queue_
Hi,
I have a custom dm3730 board, running a 3.2.0 kernel.
The board is equipped with an aptina MT9J sensor on
parallel interface.
Whenever I try to run yavta twice, the second run leads to a
soft lockup in omap3isp_video_queue_streamon (see below)
What can I do / test to debug this issue ?
# g
15 matches
Mail list logo