Hi Scott,
On Wed, Jan 04, 2012 at 05:59:45PM +0800, Scott Jiang wrote:
If I disable this interrupt, other errors like fifo underflow are ignored.
Perhaps I can add a parameter in platform data to let user decide to
register this interrupt or not.
I think a more generic solution would be
Hi Scott,
On Wed, Jan 04, 2012 at 01:50:17PM +0800, Scott Jiang wrote:
I the case of your bridge, that may not be possible, but that's the only
one
I've heard of so I think it's definitely a special case. In that case the
sensor driver can't be allowed to change the blanking periods
2012/1/4 Sakari Ailus sakari.ai...@iki.fi:
Hi Scott,
On Wed, Jan 04, 2012 at 01:50:17PM +0800, Scott Jiang wrote:
I the case of your bridge, that may not be possible, but that's the only
one
I've heard of so I think it's definitely a special case. In that case the
sensor driver can't
On Wed, Jan 04, 2012 at 05:10:40PM +0800, Scott Jiang wrote:
2012/1/4 Sakari Ailus sakari.ai...@iki.fi:
Hi Scott,
On Wed, Jan 04, 2012 at 01:50:17PM +0800, Scott Jiang wrote:
I the case of your bridge, that may not be possible, but that's the
only one
I've heard of so I think it's
If I disable this interrupt, other errors like fifo underflow are ignored.
Perhaps I can add a parameter in platform data to let user decide to
register this interrupt or not.
I think a more generic solution would be preferrable. If that causes
ignoring real errors, that's of course bad. I
On Wed, Jan 04, 2012 at 05:59:45PM +0800, Scott Jiang wrote:
If I disable this interrupt, other errors like fifo underflow are ignored.
Perhaps I can add a parameter in platform data to let user decide to
register this interrupt or not.
I think a more generic solution would be
I the case of your bridge, that may not be possible, but that's the only one
I've heard of so I think it's definitely a special case. In that case the
sensor driver can't be allowed to change the blanking periods while
streaming is ongoing.
I agree, it's just a matter of adding proper logic
Hi Syöweser,
On Sat, Dec 31, 2011 at 01:03:20PM +0100, Sylwester Nawrocki wrote:
On 12/31/2011 12:35 PM, Sakari Ailus wrote:
On Sat, Dec 31, 2011 at 02:57:31PM +0800, Scott Jiang wrote:
2011/12/31 Sakari Ailus sakari.ai...@iki.fi:
On Fri, Dec 30, 2011 at 03:20:43PM +0800, Scott Jiang
Hi Scott,
On Sat, Dec 31, 2011 at 02:57:31PM +0800, Scott Jiang wrote:
2011/12/31 Sakari Ailus sakari.ai...@iki.fi:
Hi Scott,
On Fri, Dec 30, 2011 at 03:20:43PM +0800, Scott Jiang wrote:
Hi Hans and Guennadi,
Our bridge driver needs to know line clock count including active
lines
Hi Sakari,
On 12/31/2011 12:35 PM, Sakari Ailus wrote:
On Sat, Dec 31, 2011 at 02:57:31PM +0800, Scott Jiang wrote:
2011/12/31 Sakari Ailus sakari.ai...@iki.fi:
On Fri, Dec 30, 2011 at 03:20:43PM +0800, Scott Jiang wrote:
Our bridge driver needs to know line clock count including active
Hi Scott,
On Fri, Dec 30, 2011 at 03:20:43PM +0800, Scott Jiang wrote:
Hi Hans and Guennadi,
Our bridge driver needs to know line clock count including active
lines and blanking area.
I can compute active clock count according to pixel format, but how
can I get this in blanking area in
2011/12/31 Sakari Ailus sakari.ai...@iki.fi:
Hi Scott,
On Fri, Dec 30, 2011 at 03:20:43PM +0800, Scott Jiang wrote:
Hi Hans and Guennadi,
Our bridge driver needs to know line clock count including active
lines and blanking area.
I can compute active clock count according to pixel format,
Hi Hans and Guennadi,
Our bridge driver needs to know line clock count including active
lines and blanking area.
I can compute active clock count according to pixel format, but how
can I get this in blanking area in current framework?
Thanks,
Scott
--
To unsubscribe from this list: send the line
13 matches
Mail list logo