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 23 05:00:18 CEST 2017
media-tree git hash:76724b30f222067faf00874dc277f6c99d03d800
media_build gi
Daniel Scheller writes:
> Am Tue, 20 Jun 2017 16:10:43 -0300
> schrieb Mauro Carvalho Chehab :
> ...
> > > - Maybe for 4.14: Support for the CineS2 V7 and FlexV4 line of
> > > cards/modules. This mainly involves a new demod driver (stv0910) and
> > > a new tuner driver (stv6111). Permissi
On Wed, Jun 14, 2017 at 08:58:12PM +0100, Kieran Bingham wrote:
> From: Kieran Bingham
>
> Provide support for the ADV7481 and ADV7482.
>
> The driver is modelled with 4 subdevices to allow simultaneous streaming
> from the AFE (Analog front end) and HDMI inputs though two CSI TX
> entities.
>
Hi Mauro,
One more patch --- fixing media pipeline stopping sanity checks.
Please pull.
The following changes since commit 76724b30f222067faf00874dc277f6c99d03d800:
[media] media: venus: enable building with COMPILE_TEST (2017-06-20 10:57:08
-0300)
are available in the git repository at:
From: Daniel Scheller
When the demod driver puts the demod into sleep or shutdown state and it's
status is then polled e.g. via "dvb-fe-tool -m", i2c errors are printed
to the kernel log. If the last delsys was DVB-T/T2:
cxd2841er: i2c wr failed=-5 addr=6c reg=00 len=1
cxd2841er: i2c rd fail
Hi!
> > > The following patches (submitted by you) have been updated in patchwork:
> > >
> > > * linux-media: [RFC,07/13] v4l2: device_register_subdev_nodes: allow
> > > calling multiple times
> > > - http://patchwork.linuxtv.org/patch/39403/
> > > - for: Linux Media kernel patches
>
Protocols like NEC generate around 10 repeat events per second.
The input events are not very useful for userspace but still waste power
by waking up every listener. So let's remove them (MSC_SCAN events
are still generated for the initial keypress).
Signed-off-by: David Härdeman
---
drivers/me
These two patches are a reworked version of these two patches:
http://www.mail-archive.com/linux-media@vger.kernel.org/msg112170.html
http://www.mail-archive.com/linux-media@vger.kernel.org/msg112163.html
The first patch changes the NEC and Sanyo decoders as discussed in those
threads, moving the
The NEC decoder and the Sanyo decoders check if dev->keypressed is true
before calling rc_repeat (without holding dev->keylock).
Meanwhile, the XMP and JVC decoders do no such checks.
This patch makes sure all users of rc_repeat() do so consistently by removing
extra checks in NEC/Sanyo and modif
From: Colin Ian King
The current pre-decrement is incorrect and should be replaced
with a post-decrement. Consider the case where the very first
clk_prepare_enable fails when i is 0; in this case the error
clean up will decrement the unsigned int which wraps to the
largest unsigned int value caus
Hi all,
We're in the process of better organizing the subsystem maintainership.
The whole idea is to setup an environment that will speedup patch
reviewing, while ensuring good quality of the patches applied upstream.
As result, the subsystem maintainers/sub-maintainers are now doing
regular mee
> Am 22.06.2017 um 17:05 schrieb Hugues Fruchet :
>
> This patchset enables OV9655 camera support.
>
> OV9655 support has been tested using STM32F4DIS-CAM extension board
> plugged on connector P1 of STM32F746G-DISCO board.
> Due to lack of OV9650/52 hardware support, the modified related code
>
Hi Pavel,
On Thu, Jun 22, 2017 at 05:19:03PM +0200, Pavel Machek wrote:
> Hi!
>
>
> > The following patches (submitted by you) have been updated in patchwork:
> >
> > * linux-media: [RFC,07/13] v4l2: device_register_subdev_nodes: allow
> > calling multiple times
> > - http://patchwork.li
Em Thu, 22 Jun 2017 17:19:03 +0200
Pavel Machek escreveu:
> Hi!
>
>
> > The following patches (submitted by you) have been updated in patchwork:
> >
> > * linux-media: [RFC,07/13] v4l2: device_register_subdev_nodes: allow
> > calling multiple times
> > - http://patchwork.linuxtv.org/pat
On 06/22/2017 05:12 PM, Hugues Fruchet wrote:
Add flexibility on supported resolutions by cropping sensor
image to fit user resolution format request.
Signed-off-by: Hugues Fruchet
---
drivers/media/platform/stm32/stm32-dcmi.c | 54 ++-
1 file changed, 53 insertio
Hi!
> The following patches (submitted by you) have been updated in patchwork:
>
> * linux-media: [RFC,07/13] v4l2: device_register_subdev_nodes: allow calling
> multiple times
> - http://patchwork.linuxtv.org/patch/39403/
> - for: Linux Media kernel patches
> was: New
> now:
Enable DCMI camera interface and OV9655 camera sensor drivers.
Signed-off-by: Hugues Fruchet
---
arch/arm/configs/stm32_defconfig | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/configs/stm32_defconfig b/arch/arm/configs/stm32_defconfig
index a097538..0c3cd01 100644
--- a/a
Add flexibility on supported resolutions by cropping sensor
image to fit user resolution format request.
Signed-off-by: Hugues Fruchet
---
drivers/media/platform/stm32/stm32-dcmi.c | 54 ++-
1 file changed, 53 insertions(+), 1 deletion(-)
diff --git a/drivers/media/p
Enable DCMI camera interface on STM32F746 MCU.
Signed-off-by: Hugues Fruchet
---
arch/arm/boot/dts/stm32f746.dtsi | 31 +++
1 file changed, 31 insertions(+)
diff --git a/arch/arm/boot/dts/stm32f746.dtsi b/arch/arm/boot/dts/stm32f746.dtsi
index c2765ce..4bdf37c 100644
Test cookie return by dmaengine_submit() and return error if any.
Signed-off-by: Hugues Fruchet
---
drivers/media/platform/stm32/stm32-dcmi.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/media/platform/stm32/stm32-dcmi.c
b/drivers/media/platform/stm32/stm32-dcmi.c
index 83d32
This patchset enables OV9655 camera support of STM32F4DIS-CAM extension
board plugged on connector P1 of STM32F746G-DISCO board.
Tested by doing a fullscreen preview with a modified version of yavta [1]
which redirects captured frames to framebuffer:
yavta -s 480x272 -n 1 --capture=-1 /dev/video0
Simplify bits handling of DCMI_CR register.
Signed-off-by: Hugues Fruchet
---
drivers/media/platform/stm32/stm32-dcmi.c | 14 --
1 file changed, 4 insertions(+), 10 deletions(-)
diff --git a/drivers/media/platform/stm32/stm32-dcmi.c
b/drivers/media/platform/stm32/stm32-dcmi.c
index
Allows use of device tree configuration data.
If no device tree data is there, configuration is taken from platform data.
In order to keep GPIOs configuration compatible between both way of doing,
GPIOs are switched to descriptor-based interface.
Signed-off-by: H. Nikolaus Schaller
Signed-off-by:
Refine the resolution selection algorithm by selecting
only the nearest higher resolution (instead of lower and higher).
Signed-off-by: Hugues Fruchet
---
drivers/media/i2c/ov9650.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/media/i2c/ov9650.c b/drivers/m
From: "H. Nikolaus Schaller"
This adds documentation of device tree bindings
for the OV965X family camera sensor module.
Signed-off-by: H. Nikolaus Schaller
Signed-off-by: Hugues Fruchet
---
.../devicetree/bindings/media/i2c/ov965x.txt | 37 ++
1 file changed, 37 ins
Ops support and registers set can now be different
from a variant to another.
Signed-off-by: Hugues Fruchet
---
drivers/media/i2c/ov9650.c | 141 +
1 file changed, 91 insertions(+), 50 deletions(-)
diff --git a/drivers/media/i2c/ov9650.c b/drivers/med
Align resolution sequences on initialization sequence using
i2c_rv structure NULL terminated .This add flexibility
on resolution sequence size.
Document resolution related registers by using corresponding
define instead of hexa address/value.
Signed-off-by: Hugues Fruchet
---
drivers/media/i2c/o
This patchset enables OV9655 camera support.
OV9655 support has been tested using STM32F4DIS-CAM extension board
plugged on connector P1 of STM32F746G-DISCO board.
Due to lack of OV9650/52 hardware support, the modified related code
could not have been checked for non-regression.
First patches up
Add a first support of OV9655 variant.
Because of register set slightly different from OV9650/9652,
not all of the driver features are supported (controls).
Supported resolutions are limited to VGA, QVGA, QQVGA.
Supported format is limited to RGB565.
Controls are limited to color bar test pattern f
From the cover letter:
--
There is a lot of confusion about the correct buffer type to use
when calling the new selection and old crop APIs. Specifically whether
the _MPLANE variant of a buf type should be used or not if the device
is multi-planar.
--
Dear Friend,
I am MR. WILFRED KABORE THE MANAGER BILL AND EXCHANGE DEPT., BANK OF
AFRICA - Burkina Faso.
I know this message will come to you as a surprise. Don't worry I was
totally convinced to write you, I hoped that you will not expose or
betray this trust and confident that i am about to
Hi Mauro,
This will make vimc a lot more interesting as a test driver. Time to get
this merged.
Helen, reviewing your API proposal on configuring the topology: once this is
merged I plan to look at that next.
Regards,
Hans
The following changes since commit 76724b30f222067faf00874dc27
Hi Mauro,
Just a single patch --- the ov772x sensor uses SCCB, not plain I²C. Fix
this.
Please pull.
The following changes since commit 76724b30f222067faf00874dc277f6c99d03d800:
[media] media: venus: enable building with COMPILE_TEST (2017-06-20 10:57:08
-0300)
are available in the git repo
33 matches
Mail list logo
