All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sylwester Nawrocki <snjw23@gmail.com>
To: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
Cc: Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
	Sylwester Nawrocki <s.nawrocki@samsung.com>,
	linux-media@vger.kernel.org, m.szyprowski@samsung.com,
	kyungmin.park@samsung.com, sw0312.kim@samsung.com,
	riverful.kim@samsung.com
Subject: Re: [PATCH/RFC 1/2] v4l2: Add the parallel bus HREF signal polarity flags
Date: Sat, 17 Sep 2011 18:06:20 +0200	[thread overview]
Message-ID: <4E74C57C.8030801@gmail.com> (raw)
In-Reply-To: <alpine.DEB.2.00.1109171423460.28766@axis700.grange>

Hi Guennadi,

On 09/17/2011 02:34 PM, Guennadi Liakhovetski wrote:
> On Sat, 17 Sep 2011, Sylwester Nawrocki wrote:
> 
>> Hi Laurent,
>>
>> thanks for your comments.
>>
>> On 09/17/2011 12:54 PM, Laurent Pinchart wrote:
>>> Hi Sylwester,
>>>
>>> On Friday 16 September 2011 19:28:42 Sylwester Nawrocki wrote:
>>>> HREF is a signal indicating valid data during single line transmission.
>>>> Add corresponding flags for this signal to the set of mediabus signal
>>>> polarity flags.
>>>
>>> So that's a data valid signal that gates the pixel data ? The OMAP3 ISP has a
>>
>> Yes, it's "horizontal window reference" signal, it's well described in this datasheet:
>> http://www.morninghan.com/pdf/OV2640FSL_DS_(1_3).pdf
>>
>> AFAICS there can be also its vertical counterpart - VREF.
>>
>> Many devices seem to use this terminology. However, I realize, not all, as you're
>> pointing out. So perhaps it's time for some naming contest now.. :-)
> 
> Hi
> 
> No objections in principle, just one question though: can these signals
> actually be used simultaneously with respective *SYNC signals or only as
> an alternative? If the latter, maybe we could reuse same names by just
> making them more generic?

That's actually a good question. In my use cases only HREF is used as horizontal
synchronization signal, i.e. physical bus interface has this signals:

->| PCLK
->| VSYNC
->| HREF
->| DATA[0:7]
->| FIELD

For interlaced mode FIELD can be connected to the horizontal synchronization
signal. For this case there is InvPolHSYNC bit in the host interface registers
to indicate the polarity. There are 5 bits actually:

InvPolPCLK 
InvPolVSYNC (vertical sychronization)
InvPolHREF  (horizontal synchronization)
InvPolHSYNC (for interlaced mode only, FIELD port = horizontal sync. signal)
InvPolFIELD (interlaced mode,  FIELD port = FIELD signal)

IMHO keeping different names for synchronization and 'data valid' signals is more
clear.

> 
> Thanks
> Guennadi
> 
>>> similar signal called WEN, and I've seen other chips using DVAL. Your patch
>>> looks good to me, except maybe for the signal name that could be made a bit
>>> more explicit (I'm not sure what most chips use though).
>>
>> I'm pretty OK with HREF/VREF. But I'm open to any better suggestions.
>>
>> Maybe
>>
>> V4L2_MBUS_LINE_VALID_ACTIVE_HIGH
>> V4L2_MBUS_LINE_VALID_ACTIVE_LOW
>>
>> V4L2_MBUS_FRAME_VALID_ACTIVE_HIGH
>> V4L2_MBUS_FRAME_VALID_ACTIVE_LOW
>> 	
>> ?
>> Some of Aptina sensor datasheets describes those signals as LINE_VALID/FRAME_VALID,
>> (www.aptina.com/assets/downloadDocument.do?id=76).
>>
>>>
>>>> Signed-off-by: Sylwester Nawrocki<s.nawrocki@samsung.com>
>>>> Signed-off-by: Kyungmin Park<kyungmin.park@samsung.com>
>>>> ---
>>>>    include/media/v4l2-mediabus.h |   14 ++++++++------
>>>>    1 files changed, 8 insertions(+), 6 deletions(-)
>>>>
>>>> diff --git a/include/media/v4l2-mediabus.h b/include/media/v4l2-mediabus.h
>>>> index 6114007..41d8771 100644
>>>> --- a/include/media/v4l2-mediabus.h
>>>> +++ b/include/media/v4l2-mediabus.h
>>>> @@ -26,12 +26,14 @@
>>>>    /* Note: in BT.656 mode HSYNC and VSYNC are unused */
>>
>> I've forgotten to update this:
>>
>> /* Note: in BT.656 mode HSYNC, HREF and VSYNC are unused */
>>
>>>>    #define V4L2_MBUS_HSYNC_ACTIVE_HIGH		(1<<   2)
>>>>    #define V4L2_MBUS_HSYNC_ACTIVE_LOW		(1<<   3)
>>>> -#define V4L2_MBUS_VSYNC_ACTIVE_HIGH		(1<<   4)
>>>> -#define V4L2_MBUS_VSYNC_ACTIVE_LOW		(1<<   5)
>>>> -#define V4L2_MBUS_PCLK_SAMPLE_RISING		(1<<   6)
>>>> -#define V4L2_MBUS_PCLK_SAMPLE_FALLING		(1<<   7)
>>>> -#define V4L2_MBUS_DATA_ACTIVE_HIGH		(1<<   8)
>>>> -#define V4L2_MBUS_DATA_ACTIVE_LOW		(1<<   9)
>>>> +#define V4L2_MBUS_HREF_ACTIVE_HIGH		(1<<   4)
>>>> +#define V4L2_MBUS_HREF_ACTIVE_LOW		(1<<   5)
>>>> +#define V4L2_MBUS_VSYNC_ACTIVE_HIGH		(1<<   6)
>>>> +#define V4L2_MBUS_VSYNC_ACTIVE_LOW		(1<<   7)
>>>> +#define V4L2_MBUS_PCLK_SAMPLE_RISING		(1<<   8)
>>>> +#define V4L2_MBUS_PCLK_SAMPLE_FALLING		(1<<   9)
>>>> +#define V4L2_MBUS_DATA_ACTIVE_HIGH		(1<<   10)
>>>> +#define V4L2_MBUS_DATA_ACTIVE_LOW		(1<<   11)

--
Regards,
Sylwester

  reply	other threads:[~2011-09-17 16:06 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-16 17:28 [PATCH 0/2] v4l: Add media bus polarity flags for HREF signal Sylwester Nawrocki
2011-09-16 17:28 ` [PATCH/RFC 1/2] v4l2: Add the parallel bus HREF signal polarity flags Sylwester Nawrocki
2011-09-17 10:54   ` Laurent Pinchart
2011-09-17 12:07     ` Sylwester Nawrocki
2011-09-17 12:34       ` Guennadi Liakhovetski
2011-09-17 16:06         ` Sylwester Nawrocki [this message]
2011-09-18 23:05           ` Laurent Pinchart
2011-09-19  8:48             ` Sylwester Nawrocki
2011-09-19 16:41         ` [PATCH v2 0/2] v4l: Add media bus polarity flags for FIELD signal Sylwester Nawrocki
2011-09-19 16:41           ` [PATCH v2 1/2] v4l2: Add the polarity flags for parallel camera bus " Sylwester Nawrocki
2011-09-19 16:41           ` [PATCH v2 2/2] s5p-fimc: Convert to use generic media bus polarity flags Sylwester Nawrocki
2011-09-19 17:07           ` [PATCH v3 1/2] v4l2: Add the polarity flags for parallel camera bus FIELD signal Sylwester Nawrocki
2011-09-20 23:12             ` Laurent Pinchart
2011-09-21 13:24               ` Sylwester Nawrocki
2011-09-21 14:51                 ` Sylwester Nawrocki
2011-09-18 23:02       ` [PATCH/RFC 1/2] v4l2: Add the parallel bus HREF signal polarity flags Laurent Pinchart
2011-09-19  8:37         ` Sylwester Nawrocki
2011-09-16 17:28 ` [PATCH 2/2] s5p-fimc: Convert to use generic bus " Sylwester Nawrocki

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4E74C57C.8030801@gmail.com \
    --to=snjw23@gmail.com \
    --cc=g.liakhovetski@gmx.de \
    --cc=kyungmin.park@samsung.com \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-media@vger.kernel.org \
    --cc=m.szyprowski@samsung.com \
    --cc=riverful.kim@samsung.com \
    --cc=s.nawrocki@samsung.com \
    --cc=sw0312.kim@samsung.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.