Rename function isif_remove to vpfe_isif_cleanup, as
vpfe_isif_cleanup does nothing but call isif_remove.
Change type of new vpfe_isif_cleanup from static to non-static to match
the old function definition.
Remove the original vpfe_isif_cleanup.
Modify calls to isif_remove to vpfe_isif_cleanup.
Iss
Hi,
This series adds support for V4L2_FIELD_ALTERNATE to rcar-vin. This
removes a limitation in the driver where a video sources delivering
video using the alternating field format was forced to use the rcar-vin
interlacer and V4L2_FIELD_INTERLACED was delivers to the user. After
this series t
The hardware is capable to passing V4L2_FIELD_ALTERNATE to user-space.
Allow users to request this field format but still default to using the
hardware interlacer if alternating is not explicitly requested.
Signed-off-by: Niklas Söderlund
---
drivers/media/platform/rcar-vin/rcar-dma.c | 54
The variable to hold the video source information dimensions was poorly
named 'source'. This is confusing as a lot of other members of struts
share the same name with different purposes, rename it src_rect in
preparation of refactoring code.
Signed-off-by: Niklas Söderlund
---
drivers/media/plat
With support for V4L2_FIELD_ALTERNATE added it's possible to clean up
how formats are set on the subdevice. This makes the code easier to read
as variable names now more clearly express their intent.
Signed-off-by: Niklas Söderlund
---
drivers/media/platform/rcar-vin/rcar-v4l2.c | 44 ++-
The crop and compose rectangles where reset when s_fmt was called
resulting in potentially valid rectangles where lost when updating the
format. Fix this by instead trying to map the rectangles inside the new
format.
Signed-off-by: Niklas Söderlund
---
drivers/media/platform/rcar-vin/rcar-v4l2.c
Instead of scattering black listing of pixel formats who are not
supported on particular platforms move it to a central location.
Signed-off-by: Niklas Söderlund
---
drivers/media/platform/rcar-vin/rcar-dma.c | 2 +-
drivers/media/platform/rcar-vin/rcar-v4l2.c | 23 +++--
drive
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 Jul 5 05:00:11 CEST 2019
media-tree git hash:f81cbfc4f82a75ca0a2dc181a9c93b88f0e6509d
media_build gi
Hi Tomasz,
On Mon, 2019-07-01 at 16:25 +0900, Tomasz Figa wrote:
> Hi Jungo,
>
> On Tue, Jun 11, 2019 at 11:53:44AM +0800, Jungo Lin wrote:
> > The purpose of this child device is to provide shared
> > memory management for exchanging tuning data between co-processor
> > and the Pass 1 unit of th
On Thu, 2019-07-04 at 17:13 +0100, Sean Young wrote:
> On Thu, Jul 04, 2019 at 03:23:56PM +0200, Bastien Nocera wrote:
> > ---
>
> No commit message, subject or signed-off-by.
Sent in error because git send-mail's interface is horrid.
The value have nothing to do with ARGB1555, it controls if the alpha
component should be filled in for ARGB1555 or ARGB888. Rename it to
reflect this.
Signed-off-by: Niklas Söderlund
Reviewed-by: Ulrich Hecht
Reviewed-by: Laurent Pinchart
Reviewed-by: Kieran Bingham
---
drivers/media/platform
Hi,
This small series adds support for two new pixel formats for the
rcar-vin driver; V4L2_PIX_FMT_ARGB555 and V4L2_PIX_FMT_ABGR32. Both
formats have an alpha component so a new standard control is also added
to control its value, V4L2_CID_ALPHA_COMPONENT.
The series is based on the latest media-
The R-Car VIN module supports V4L2_PIX_FMT_ARGB555 and
V4L2_PIX_FMT_ABGR32 pixel formats. Add the hardware register setup and
allow the alpha component to be changed while streaming using the
V4L2_CID_ALPHA_COMPONENT control.
Signed-off-by: Niklas Söderlund
Reviewed-by: Laurent Pinchart
Reviewed
In preparation to adding support for RGB pixel formats with an alpha
component add a control to allow the user to control which alpha value
should be used.
Signed-off-by: Niklas Söderlund
Reviewed-by: Laurent Pinchart
Reviewed-by: Kieran Bingham
---
drivers/media/platform/rcar-vin/rcar-core.c
Now that both Gen2 (video device centric) and Gen3 (media device
centric) modes of the driver have controls it is required to always
setup the controls when opening the devices. Remove the check which only
calls v4l2_ctrl_handler_setup() for Gen2 and call it unconditionally.
Signed-off-by: Niklas
Hello,
In media drivers, TS drivers typically hard-code their front-end (demod and
tuner)
init by loading the modules themselves.
I feel this is not a good solution for SoCs, where the TS HW might be on the
SoC,
and the front-end be on the board. So we may have different front-ends for
differen
On Thu, Jul 04, 2019 at 03:24:54PM +0200, Bastien Nocera wrote:
> This new test will try to parse all the ".toml" files in the directory
> path passed to it, error'ing out on the first parsing problem.
That is no longer true. It reads all files and does not error out after
the first parse problem.
Hi Niklas,
On 04/07/2019 02:58, Niklas Söderlund wrote:
> Now that both Gen2 (device centric) and Gen3 (media device centric)
s/Gen2 (device centric)/Gen2 (video device centric)/ ?
(only if you feel it helps clarify the distinction).
> modes of this driver have controls it make sens to call
s
Hi Niklas,
On 04/07/2019 02:58, Niklas Söderlund wrote:
> The R-Car VIN module supports V4L2_PIX_FMT_ARGB555 and
> V4L2_PIX_FMT_ABGR32 pixel formats. Add the hardware register setup and
> allow the alpha component to be changed while streaming using the
> V4L2_CID_ALPHA_COMPONENT control.
Hrm, I
Hi Kieran,
Thanks for your feedback.
On 2019-07-04 16:15:54 +0100, Kieran Bingham wrote:
> Hi Niklas,
>
> On 04/07/2019 02:58, Niklas Söderlund wrote:
> > In preparation to adding support for RGB pixel formats with an alpha
> > component add a control to allow the user to control which alpha val
Hi Niklas,
On 04/07/2019 02:58, Niklas Söderlund wrote:
> In preparation to adding support for RGB pixel formats with an alpha
> component add a control to allow the user to control which alpha value
> should be used.
>
> Signed-off-by: Niklas Söderlund
> Reviewed-by: Laurent Pinchart
Comment/
Hi Niklas,
On 04/07/2019 02:58, Niklas Söderlund wrote:
> The value have nothing to do with ARGB1555, it controls if the alpha
> component should be filled in for ARGB1555 or ARGB888. Rename it to
> reflect this.
>
> Signed-off-by: Niklas Söderlund
> Reviewed-by: Ulrich Hecht
> Reviewed-by: Lau
This new test will try to parse all the ".toml" files in the directory
path passed to it, error'ing out on the first parsing problem.
Run as "make check" in the keytable directory.
Signed-off-by: Bastien Nocera
---
utils/keytable/Makefile.am | 6 +++
utils/keytable/check_keymaps.c | 67 +++
---
.../rc_keymaps/adstech_dvb_t_pci.toml | 24 ++--
utils/keytable/rc_keymaps/af9005.toml | 4 +
utils/keytable/rc_keymaps/alink_dtu_m.toml| 24 ++--
utils/keytable/rc_keymaps/anysee.toml | 24 ++--
utils/keytable/rc_keymaps/apac_viewcomp.toml | 24 ++--
.../rc_
On Wed, 2019-07-03 at 16:33 +0100, Sean Young wrote:
> On Mon, Jul 01, 2019 at 06:38:12PM +0200, Bastien Nocera wrote:
> > Add comments to mention that keymap files are generated, and that
> > they shouldn't be modified by hand. Also list which tool was used
> > to generate them and the kernel sour
On Sun, 2019-06-30 at 13:44 -0300, Mauro Carvalho Chehab wrote:
> Hi all,
>
> We are organizing a media mini-summit in Lisbon to happen in September,
> at the same week as the Linux Plumber Conference and the Kernel Summit.
>
> We're still discussing the details about that.
>
> In principle, it
Hi Niklas,
Thank you for the patch.
On Thu, Jul 04, 2019 at 03:58:17AM +0200, Niklas Söderlund wrote:
> Now that both Gen2 (device centric) and Gen3 (media device centric)
> modes of this driver have controls it make sens to call
s/sens/sense/
> v4l2_ctrl_handler_setup() unconditionally when op
Hi Todor,
On Mon, Jul 1, 2019 at 6:29 PM Todor Tomov wrote:
> Thank you for the patch.
> The question about using the regulator_bulk API seems to come
> regularly from time to time.
> This has been discussed on [1] and I believe the conclusion has been
> that the regulator_bulk API doesn't guara
Hi Niklas,
Thank you for the patch.
On Thu, Jul 04, 2019 at 03:58:16AM +0200, Niklas Söderlund wrote:
> The R-Car VIN module supports V4L2_PIX_FMT_ARGB555 and
> V4L2_PIX_FMT_ABGR32 pixel formats. Add the hardware register setup and
> allow the alpha component to be changed while streaming using t
Hi Philipp,
On Thu, Jul 4, 2019 at 6:34 AM Philipp Zabel wrote:
> Could this just be added to the end of ov5645_global_init_setting?
Just tested your suggestion and it also works.
Thanks
Hi Ezequiel,
On Wed, 2019-07-03 at 10:10 -0300, Ezequiel Garcia wrote:
> This is mostly a port of Jacopo's fix:
>
> commit aa4bb8b8838ffcc776a79f49a4d7476b82405349
> Author: Jacopo Mondi
> Date: Fri Jul 6 05:51:52 2018 -0400
>
> media: ov5640: Re-work MIPI startup sequence
>
> In the
From: Dongchun Zhu
Add device tree binding documentation for the OV02A10 camera sensor.
Signed-off-by: Dongchun Zhu
---
.../devicetree/bindings/media/i2c/ov02a10.txt | 43 ++
MAINTAINERS| 7
2 files changed, 50 insertions(+
From: Dongchun Zhu
Hello,
This patch adds driver and bindings for Omnivision's OV02A10 2 megapixel CMOS
1/5" sensor,
which has a single MIPI lane interface and output format of 10-bit Raw.
The driver is implemented wth V4L2 framework.
1. Async registered as a V4L2 I2C sub-device.
2. A media en
From: Dongchun Zhu
This patch adds a V4L2 sub-device driver for OV02A10 image sensor.
The OV02A10 is a 1/5" CMOS sensor from Omnivision.
Supports output format: 10-bit Raw.
The OV02A10 has a single MIPI lane interface and use the I2C bus for control
and the CSI-2 bus for data.
Signed-off-by: Do
34 matches
Mail list logo
