Philipp Zabel writes:
> Note that the code in ipu_csi_init_interface currently hard-codes field
> order depending on frame size. It could be that selecting opposite field
> order is as easy as switching the relevant parts of writes to registers
> CCIR_CODE_2 and _3, but we'd have to pass the
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date: Fri Jun 1 05:00:14 CEST 2018
media-tree git hash:a00031c159748f322f771f3c1d5ed944cba4bd30
media_build
When the CSI is receiving from a bt.656 bus, include a check for
field type 'alternate' when determining whether to set CSI clock
mode to CCIR656_INTERLACED or CCIR656_PROGRESSIVE.
Signed-off-by: Steve Longerbeam
---
drivers/gpu/ipu-v3/ipu-csi.c | 3 ++-
1 file changed, 2 insertions(+), 1
The logic for setting field type in try_fmt at CSI and PRPENCVF
entities wasn't quite right. The behavior should be:
- No restrictions on field type at sink pads (except ANY, which is filled
with current sink pad field by imx_media_fill_default_mbus_fields()).
- At IDMAC output pads, if the
If IDMAC interweaving is enabled in a write channel, the channel must
write the odd chroma rows for 4:2:0 formats. Skipping writing the odd
chroma rows produces corrupted captured 4:2:0 images when interweave
is enabled.
Reported-by: Krzysztof Hałasa
Signed-off-by: Steve Longerbeam
---
Skip writing U/V components to odd rows for YVU420 in addition to
YUV420 and NV12.
Signed-off-by: Steve Longerbeam
---
drivers/staging/media/imx/imx-media-csi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/staging/media/imx/imx-media-csi.c
prepare_vdi_in_buffers() was setting up the dma pointers as if the
VDIC is always programmed to receive the fields in bottom-top order,
i.e. as if ipu_vdi_set_field_order() only programs BT order in the VDIC.
But that's not true, ipu_vdi_set_field_order() is working correctly.
So fix
Also add an example pipeline for unconverted capture with interweave
on SabreAuto.
Signed-off-by: Steve Longerbeam
---
Documentation/media/v4l-drivers/imx.rst | 51 -
1 file changed, 37 insertions(+), 14 deletions(-)
diff --git
If caller passes un-initialized field type V4L2_FIELD_ANY to CSI
sink pad, the reset CSI crop window would not be correct, because
the crop window depends on the current input field type. To fix move
the reset of crop and compose windows to after the call to
imx_media_fill_default_mbus_fields().
IDMAC interlaced scan, a.k.a. interweave, should be enabled at the
IDMAC output pads only if the input field type is 'seq-bt' or 'seq-tb',
and the IDMAC output pad field type is 'interlaced*'. Move this
determination to a new macro idmac_interweave().
V4L2_FIELD_HAS_BOTH() macro should not be
Adds two helper macros:
Add a macro that returns true if the given field type is 'sequential',
that is a full frame is transmitted, or exists in memory, as all top
field lines followed by all bottom field lines, or vice-versa.
Add a macro that returns true if the given field type is
The output pad's field type was being passed to ipu_csi_init_interface(),
in order to deal with field type 'alternate' at the sink pad, which
is not understood by ipu_csi_init_interface().
Remove that code and pass the sink pad field to ipu_csi_init_interface().
The latter function will have to
A set of patches that fixes some bugs with capturing from an
interlaced source, and incompatibilites between IDMAC interlace
interweaving and 4:2:0 data write reduction.
History:
v2:
- update media driver doc.
- enable idmac interweave only if input field is sequential/alternate,
and output
Hi Laurent,
More than 3 weeks since v8 has been posted. Seems like we've missed 4.18.
Could you please review them ASAP to make sure we merge them into 4.19?
Thanks
Guennadi
On Tue, 8 May 2018, Guennadi Liakhovetski wrote:
> Added a patch to remove a redundant check, addressed Laurent's
>
The just parsed endpoint fwnode has to be put after use.
Currently this is done only in error handling path. Fix that by putting node
unconditionally after use.
Fixes: 01b8444828fc ("media: v4l2: i2c: ov7670: Implement OF mbus
configuration")
Signed-off-by: Jacopo Mondi
---
On Tue, May 29, 2018 at 03:25:54PM +0300, Sakari Ailus wrote:
> The original dw9807 DT bindings patch proposed the dongwoon,dw9807
> compatible string. However, the device also includes an EEPROM on a
> different I²C address. Indicate that this is just the VCM part of the
> entire device.
>
> The
Em Thu, 31 May 2018 23:18:38 +0900
Tomasz Figa escreveu:
> Hi Hans and everyone,
>
> On Thu, May 31, 2018 at 10:58 PM Hans Verkuil wrote:
> >
> > On 05/31/18 15:22, Mauro Carvalho Chehab wrote:
> > > Em Mon, 28 May 2018 10:43:51 -0300
> > > Mauro Carvalho Chehab escreveu:
> > >
> > >> Em
On 05/31/18 15:58, Hans Verkuil wrote:
> On 05/31/18 15:22, Mauro Carvalho Chehab wrote:
>> Em Mon, 28 May 2018 10:43:51 -0300
>> Mauro Carvalho Chehab escreveu:
>>
>>> Em Thu, 17 May 2018 16:07:08 -0300
>>> Mauro Carvalho Chehab escreveu:
>>>
Hi all,
The goal of this e-mail is to
Hi Hans and everyone,
On Thu, May 31, 2018 at 10:58 PM Hans Verkuil wrote:
>
> On 05/31/18 15:22, Mauro Carvalho Chehab wrote:
> > Em Mon, 28 May 2018 10:43:51 -0300
> > Mauro Carvalho Chehab escreveu:
> >
> >> Em Thu, 17 May 2018 16:07:08 -0300
> >> Mauro Carvalho Chehab escreveu:
> >>
> >>>
On 05/31/18 15:22, Mauro Carvalho Chehab wrote:
> Em Mon, 28 May 2018 10:43:51 -0300
> Mauro Carvalho Chehab escreveu:
>
>> Em Thu, 17 May 2018 16:07:08 -0300
>> Mauro Carvalho Chehab escreveu:
>>
>>> Hi all,
>>>
>>> The goal of this e-mail is to schedule a meeting in order to discuss
>>>
Hi Mauro,
On Thursday, 31 May 2018 16:22:12 EEST Mauro Carvalho Chehab wrote:
> Em Mon, 28 May 2018 10:43:51 -0300 Mauro Carvalho Chehab escreveu:
> > Em Thu, 17 May 2018 16:07:08 -0300 Mauro Carvalho Chehab escreveu:
> >> Hi all,
> >>
> >> The goal of this e-mail is to schedule a meeting in
Hi Mauro
On 31/05/18 14:22, Mauro Carvalho Chehab wrote:
> Em Mon, 28 May 2018 10:43:51 -0300
> More details about the meeting:
>
> Date: June, 19
> Site: Google
> Address: 〒106-6126 Tokyo, Minato, Roppongi, 6 Chome−10−1 Roppongi Hills Mori
> Tower 44F
>
> Please confirm who will be
Em Mon, 28 May 2018 10:43:51 -0300
Mauro Carvalho Chehab escreveu:
> Em Thu, 17 May 2018 16:07:08 -0300
> Mauro Carvalho Chehab escreveu:
>
> > Hi all,
> >
> > The goal of this e-mail is to schedule a meeting in order to discuss
> > improvements at the media subsystem in order to support
On 31/05/2018 01:26, Rodrigo Vivi wrote:
> On Wed, May 30, 2018 at 06:29:36PM +0300, Ville Syrjälä wrote:
>> On Thu, May 24, 2018 at 11:57:17AM +0200, Neil Armstrong wrote:
>>> This patchs adds the cec_notifier feature to the intel_hdmi part
>>> of the i915 DRM driver. It uses the HDMI DRM
From: Bingbu Cao
Add a v4l2 sub-device driver for the Sony imx355 image sensor.
This is a camera sensor using the i2c bus for control and the
csi-2 bus for data.
This driver supports following features:
- manual exposure and analog/digital gain control support
- vblank/hblank control support
-
On Wed, May 30, 2018 at 01:56:34PM -0700, Steve Longerbeam wrote:
>
>
> On 05/30/2018 11:46 AM, Krzysztof Hałasa wrote:
> > Steve Longerbeam writes:
> >
> > > > but it should be possible for the user to explicitly request the field
> > > > order on CSI output (I can make a patch I guess).
> >
26 matches
Mail list logo