Hi Tomi,
On 08/22/2017 11:44 AM, Tomi Valkeinen wrote:
> Hi Hans,
>
>>>
> Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki.
> Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki
>
> On 11/08/17 13:57, Tomi Valkeinen wrote:
>>>
I'm doing some testing with this serie
Hi Yong,
One more comment below...
On Thu, Oct 12, 2017 at 01:02:54AM +, Zhi, Yong wrote:
...
> > > +/*** V4L2 sub-device asynchronous registration
> > callbacks***/
> > > +
> > > +struct sensor_async_subdev {
> > > + struct v4l2_async_subdev asd;
> > > + struct csi2_bus_info csi2
The GW54xx has a front-panel microHDMI connector routed to a TDA19971
which is connected the the IPU CSI when using IMX6Q.
Signed-off-by: Tim Harvey
---
v2:
- use new audio bindings
- add HDMI audio input support
---
arch/arm/boot/dts/imx6q-gw54xx.dts| 102
Add support for the TDA1997x HDMI receivers.
Cc: Hans Verkuil
Signed-off-by: Tim Harvey
---
v2:
- implement dv timings enum/cap
- remove deprecated g_mbus_config op
- fix dv_query_timings
- add EDID get/set handling
- remove max-pixel-rate support
- add audio codec DAI support
- use new a
Cc: Rob Herring
Signed-off-by: Tim Harvey
---
v2:
- add vendor prefix and remove _ from vidout-portcfg
- remove _ from labels
- remove max-pixel-rate property
- describe and provide example for single output port
- use new audio port bindings
---
.../devicetree/bindings/media/i2c/tda1997x.
Signed-off-by: Tim Harvey
---
MAINTAINERS | 8
1 file changed, 8 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 2093060..de7124e 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -13019,6 +13019,14 @@ T: git git://linuxtv.org/mkrufky/tuners.git
S: Maintained
F: dri
This is a v4l2 subdev driver supporting the TDA1997x HDMI video receiver.
I've tested this on a Gateworks GW54xx with an IMX6Q which uses the TDA19971
with 16bits connected to the IMX6 CSI. For this configuration I've tested
both 16bit YUV422 and 8bit BT656 mode. While the driver should support th
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: Thu Oct 12 05:00:16 CEST 2017
media-tree git hash:8382e556b1a2f30c4bf866f021b33577a64f9ebf
media_build gi
Signed-off-by: Jacob Chen
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 6671f375f7fc..b13dae0cbf42 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -11509,6 +11509,13 @@ F: drivers/hid/hid-roccat*
F: include/linux/hid-roccat*
F:
Hi Andy,
> 5. Rx and IR Learn both use the same external hardware. Not
> coordinating Rx with Learn mode in the same driver, will prevent Learn
> operation from working. That is, if Learn mode is ever implemented.
> (Once upon a time, I was planning on doing that. But I have no time
> for that
Hi, Sakari,
Thanks for your quick review!!
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Sakari Ailus
> Sent: Tuesday, October 10, 2017 12:46 AM
> To: Zhi, Yong
> Cc: linux-media@vger.kernel.org; sakari.ai...@lin
MFC encoder does not support dmabuf-import.
This is a problem when transcoding using MFC decoder, e.g.:
gst-launch-1.0 filesrc location=bunny_trailer_1080p.mov ! parsebin !
v4l2video4dec capture-io-mode=dmabuf ! v4l2video3h264enc
output-io-mode=dmabuf-import
extra-controls="encode,h264_level=10,h2
Hi Sean and Devin:
On Wed, 2017-10-11 at 20:25 -0400, Devin Heitmueller wrote:
> > There's an ir_lock mutex in the driver to prevent simultaneous
> > access to the Rx and Tx functions of the z8. Accessing Rx and Tx
> > functions of the chip together can cause it to do the wrong thing
> > (sometim
I've been testing 4.14-rc4 on Odroid-XU4, and here's a kernel
complaint when running:
gst-launch-1.0 filesrc location=bunny_trailer_1080p.mov ! parsebin !
v4l2video4dec capture-io-mode=dmabuf ! v4l2video6convert
output-io-mode=dmabuf-import capture-io-mode=dmabuf ! kmssink
http://paste.debian.net
> There's an ir_lock mutex in the driver to prevent simultaneous access to the
> Rx and Tx functions of the z8. Accessing Rx and Tx functions of the chip
> together can cause it to do the wrong thing (sometimes hang?), IIRC.
>
> I'll see if I can dig up my old disassembly of the z8's firmware to
On Thu, Oct 12, 2017 at 12:06:33AM +0100, Russell King - ARM Linux wrote:
> Now, if you mean "known" to be equivalent with "recognised by
> imx-media" then, as I've pointed out several times already, that
> statement is FALSE. I'm not sure how many times I'm going to have to
> state this fact. Le
On October 11, 2017 5:02:37 PM EDT, Sean Young wrote:
>On Wed, Oct 11, 2017 at 03:43:16PM -0400, Andy Walls wrote:
>> On Tue, 2017-10-10 at 08:17 +0100, Sean Young wrote:
>> > The ir-kbd-i2c module already handles this very well.
>>
>> Hi Sean:
>>
>> It's been years, but my recollection is that
On 10/11/2017 04:06 PM, Russell King - ARM Linux wrote:
On Wed, Oct 11, 2017 at 03:14:26PM -0700, Steve Longerbeam wrote:
On 10/11/2017 02:49 PM, Russell King - ARM Linux wrote:
On Tue, Oct 03, 2017 at 12:09:13PM -0700, Steve Longerbeam wrote:
imx_media_link_notify() should not return error
On Wed, Oct 11, 2017 at 03:14:26PM -0700, Steve Longerbeam wrote:
>
>
> On 10/11/2017 02:49 PM, Russell King - ARM Linux wrote:
> >On Tue, Oct 03, 2017 at 12:09:13PM -0700, Steve Longerbeam wrote:
> >>imx_media_link_notify() should not return error if the source subdevice
> >>is not recognized by
Hi!
Even with this patch Kernel 2.6.x can't be compiled due to "linux/bsearch.h"
missing. But this patch is the first step in the right direction.
BR,
Jasmin
From: Jasmin Jessich
Signed-off-by: Jasmin Jessich
---
backports/v2.6.37_dont_use_alloc_ordered_workqueue.patch | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/backports/v2.6.37_dont_use_alloc_ordered_workqueue.patch
b/backports/v2.6.37_dont_use_alloc_ordered_workqueue.
On 11.10.2017 23:47, Nicolas Dufresne wrote:
> Le mercredi 11 octobre 2017 à 23:08 +0300, Dmitry Osipenko a écrit :
>> diff --git a/drivers/staging/tegra-vde/TODO b/drivers/staging/tegra-
>> vde/TODO
>> new file mode 100644
>> index ..e98bbc7b3c19
>> --- /dev/null
>> +++ b/drivers/stagi
On 10/11/2017 02:49 PM, Russell King - ARM Linux wrote:
On Tue, Oct 03, 2017 at 12:09:13PM -0700, Steve Longerbeam wrote:
imx_media_link_notify() should not return error if the source subdevice
is not recognized by imx-media, that isn't an error. If the subdev has
controls they will be inherit
From: Jasmin Jessich
Compiling for Kernel 3.4 failed in "ir-lirc-codec.c" with
error: 'U32_MAX' undeclared
Signed-off-by: Jasmin Jessich
---
v4l/compat.h | 4
v4l/scripts/make_config_compat.pl | 1 +
2 files changed, 5 insertions(+)
diff --git a/v4l/compat.h b/v4l/
On Tue, Oct 03, 2017 at 12:09:13PM -0700, Steve Longerbeam wrote:
> imx_media_link_notify() should not return error if the source subdevice
> is not recognized by imx-media, that isn't an error. If the subdev has
> controls they will be inherited starting from a known subdev.
What does "a known su
On Mon 2017-10-09 07:19:10, Mauro Carvalho Chehab wrote:
> There is a mess with media bus flags: there are two sets of
> flags, one used by parallel and ITU-R BT.656 outputs,
> and another one for CSI2.
>
> Depending on the type, the same bit has different meanings.
>
> @@ -86,11 +125,22 @@ enum
On Wed, Oct 11, 2017 at 03:43:16PM -0400, Andy Walls wrote:
> On Tue, 2017-10-10 at 08:17 +0100, Sean Young wrote:
> > The ir-kbd-i2c module already handles this very well.
>
> Hi Sean:
>
> It's been years, but my recollection is that although ir-kdb-i2c might
> handle receive well, but since the
Le mercredi 11 octobre 2017 à 23:08 +0300, Dmitry Osipenko a écrit :
> diff --git a/drivers/staging/tegra-vde/TODO b/drivers/staging/tegra-
> vde/TODO
> new file mode 100644
> index ..e98bbc7b3c19
> --- /dev/null
> +++ b/drivers/staging/tegra-vde/TODO
> @@ -0,0 +1,5 @@
> +TODO:
> +
Video decoder, found on NVIDIA Tegra20 SoC, supports a standard set of
video formats like H.264 / MPEG-4 / WMV / VC1. Currently driver supports
decoding of CAVLC H.264 only.
Signed-off-by: Dmitry Osipenko
---
.../bindings/arm/tegra/nvidia,tegra20-vde.txt | 44 +
drivers/staging/Kconfig
Add a device node for the video decoder engine found on Tegra20.
Signed-off-by: Dmitry Osipenko
---
arch/arm/boot/dts/tegra20.dtsi | 17 +
1 file changed, 17 insertions(+)
diff --git a/arch/arm/boot/dts/tegra20.dtsi b/arch/arm/boot/dts/tegra20.dtsi
index 7c85f97f72ea..1b5d54b6c0
This driver provides accelerated video decoding to NVIDIA Tegra20 SoC's,
it is a result of reverse-engineering efforts. Driver has been tested on
Toshiba AC100 and Acer A500, it should work on any Tegra20 device.
In userspace this driver is utilized by libvdpau-tegra [0] that implements
VDPAU inte
On Tue, 2017-10-10 at 08:17 +0100, Sean Young wrote:
> The ir-kbd-i2c module already handles this very well.
Hi Sean:
It's been years, but my recollection is that although ir-kdb-i2c might
handle receive well, but since the 4 i2c addresses (1 Rx, 1 Tx, 1 IR Tx
code learning, 1 custom Tx code) are
changeset 6bbf7a855d20 ("media: dvbdev: convert DVB device types into an enum")
added a new warning on gcc 6:
>> drivers/media/dvb-core/dvbdev.c:86:1: warning: control reaches end of
>> non-void function [-Wreturn-type]
That's because gcc is not smart enough to see that all types are
present at
Em Mon, 9 Oct 2017 10:19:55 -0300
Mauro Carvalho Chehab escreveu:
> > > I really don't want to add that much noise to the docs build; I think it
> > > will defeat any hope of cleaning up the warnings we already have. I
> > > wonder if we could suppress warnings about nested structs by default, a
tree: git://linuxtv.org/media_tree.git master
head: 01153bf04db18d5fcd30df64ffe428db7ff7bada
commit: 6bbf7a855d200ddd83494a9ceb95f9465f953f59 [2747/2770] media: dvbdev:
convert DVB device types into an enum
config: x86_64-acpi-redef (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0
Fix a bunch of coding style issues found by checkpatch on the
part of the code that the previous patches touched.
WARNING: please, no space before tabs
+ * ^I^Icallback.$
ERROR: space required before the open parenthesis '('
+ switch(cmd) {
WARNING: line over 80 characters
+
WARNING: 'algoritms' may be misspelled - perhaps 'algorithms'?
+responsible for tuning the device. It supports multiple algoritms to
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/media/kapi/dtv-frontend.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentatio
On Wed, Oct 11, 2017 at 5:01 PM, Tuukka Toivonen
wrote:
> On Wed, 2017-10-11 at 16:31 +0300, Andy Shevchenko wrote:
>> On Wed, Oct 11, 2017 at 10:29 AM, sakari.ai...@linux.intel.com
>> wrote:
>> > On Wed, Oct 11, 2017 at 04:14:37AM +, Zhi, Yong wrote:
>> > > > > +static unsigned int ipu3_css
On Wed, 2017-10-11 at 16:31 +0300, Andy Shevchenko wrote:
> On Wed, Oct 11, 2017 at 10:29 AM, sakari.ai...@linux.intel.com
> wrote:
> > On Wed, Oct 11, 2017 at 04:14:37AM +, Zhi, Yong wrote:
> > > > > +static unsigned int ipu3_css_scaler_get_exp(unsigned int
> > > > > counter,
> > > > > +
Dear all,
I recently got a Geniatech X9320 DVB-S2 PCIe card :
https://www.geniatech.com/product/x9320-quad-dvb-s2s-tv-tuner/
The card is not listed in the LinuxTV so it's most probably not
supported as of now. I quickly tried it on a 4.9 kernel and it seems
that no driver was loaded.
On the hard
Hi Maxime,
Maxime Ripard wrote on Wed [2017-Oct-11
13:55:44 +0200]:
> Hi Benoit,
>
> On Fri, Sep 29, 2017 at 06:21:25PM +, Benoit Parrot wrote:
> > > +struct csi2tx_priv {
> > > + struct device *dev;
> > > + atomic_tcount;
> > > +
> > > + void __iom
On Wed, Oct 11, 2017 at 10:29 AM, sakari.ai...@linux.intel.com
wrote:
> On Wed, Oct 11, 2017 at 04:14:37AM +, Zhi, Yong wrote:
>> > > +static unsigned int ipu3_css_scaler_get_exp(unsigned int counter,
>> > > + unsigned int divider) {
>> > > + un
Hi Maxime,
Maxime Ripard wrote on Wed [2017-Oct-11
11:24:09 +0200]:
> Hi Benoit,
>
> On Fri, Sep 29, 2017 at 05:27:09PM +, Benoit Parrot wrote:
> > > +static int csi2rx_get_resources(struct csi2rx_priv *csi2rx,
> > > + struct platform_device *pdev)
> > > +{
> > > + s
Hello,
On 2017-10-11 08:16 AM, Wei Yongjun wrote:
> In case of error, the function platform_device_register_data() returns
> ERR_PTR() and never returns NULL. The NULL test in the return value check
> should be replaced with IS_ERR().
>
> Signed-off-by: Wei Yongjun
> ---
> drivers/media/platfo
Hi Edgar,
Sorry for not replying to you yesterday on IRC, but by the time I got to reply
to the message you weren't online..
On 11/10/17 12:56, Edgar Thier wrote:
>
> Use flags the device exposes for UVC controls.
> This allows the device to define which property flags are set.
>
> Since some c
Use flags the device exposes for UVC controls.
This allows the device to define which property flags are set.
Since some cameras offer auto-adjustments for properties (e.g. auto-gain),
the values of other properties (e.g. gain) can change in the camera.
Examining the flags ensures that the driver
Hi Benoit,
On Fri, Sep 29, 2017 at 06:21:25PM +, Benoit Parrot wrote:
> > +struct csi2tx_priv {
> > + struct device *dev;
> > + atomic_tcount;
> > +
> > + void __iomem*base;
> > +
> > + struct clk *esc_c
On 09.10.2017 10:44, Sean Young wrote:
> Hi,
>
> On Thu, Sep 21, 2017 at 12:46:04PM +0100, Sean Young wrote:
>> On Mon, Sep 18, 2017 at 04:37:52PM +0200, Hans Verkuil wrote:
>>> On 09/18/2017 04:15 PM, Maciej Purski wrote:
Hi Hans,
some time ago in reply to your email I described what mes
In case of error, the function platform_device_register_data() returns
ERR_PTR() and never returns NULL. The NULL test in the return value check
should be replaced with IS_ERR().
Signed-off-by: Wei Yongjun
---
drivers/media/platform/vimc/vimc-core.c | 5 +++--
1 file changed, 3 insertions(+), 2
Em Wed, 11 Oct 2017 01:18:58 +0300
Sakari Ailus escreveu:
> > So, if you look, for example, at the chapter 1 name:
> > "common API elements"
> >
> > it implies that every single V4L2 device node supports what's there.
> > But that's not the case, for example, for what's described at
> > Docu
Hi Sakari,
Sorry for the belated answer.
On Tue, Sep 26, 2017 at 08:00:14AM +, Sakari Ailus wrote:
> > On Fri, Sep 22, 2017 at 12:38:49PM +, Sakari Ailus wrote:
> > > > + /*
> > > > +* Create a static mapping between the CSI virtual channels
> > > > +* and the input
Hi Benoit,
On Fri, Sep 29, 2017 at 05:27:09PM +, Benoit Parrot wrote:
> > +static int csi2rx_get_resources(struct csi2rx_priv *csi2rx,
> > + struct platform_device *pdev)
> > +{
> > + struct resource *res;
> > + unsigned char i;
> > + u32 reg;
> > +
> > + res
Em Wed, 11 Oct 2017 01:41:00 +0300
Sakari Ailus escreveu:
> Hi Mauro,
>
> On Tue, Oct 10, 2017 at 08:37:43AM -0300, Mauro Carvalho Chehab wrote:
> > Em Fri, 6 Oct 2017 15:48:22 +0300
> > Sakari Ailus escreveu:
> >
> > > Hi Mauro,
> > >
> > > On Wed, Sep 27, 2017 at 07:23:47PM -0300, Mauro C
On Wed, Oct 11, 2017 at 04:14:37AM +, Zhi, Yong wrote:
> Hi, Andy,
>
> > -Original Message-
> > From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> > ow...@vger.kernel.org] On Behalf Of Andy Shevchenko
> > Sent: Friday, June 16, 2017 3:53 PM
> > To: Zhi, Yong
> > Cc: Linux
Signed-off-by: Jacob Chen
---
MAINTAINERS | 7 +++
1 file changed, 7 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 6671f375f7fc..335497bbc3f3 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -11509,6 +11509,13 @@ F: drivers/hid/hid-roccat*
F: include/linux/hid-roccat*
F:
Add DT bindings documentation for Rockchip RGA
Signed-off-by: Jacob Chen
Signed-off-by: Yakir Yang
Acked-by: Rob Herring
---
.../devicetree/bindings/media/rockchip-rga.txt | 33 ++
1 file changed, 33 insertions(+)
create mode 100644 Documentation/devicetree/bindings/me
change in V12:
- adding an entry to MAINTAINERS
- fix checkpatch
change in V11:
- fix compile warning
change in V10:
- move to rockchip/rga
- changes according to comments
- some style changes
change in V9:
- remove protduff things
- test with the latest v4l2-compliance
change in V8:
- remove
This patch add the RGA dt config of RK3399 SoC.
Signed-off-by: Jacob Chen
Signed-off-by: Yakir Yang
---
arch/arm64/boot/dts/rockchip/rk3399.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm64/boot/dts/rockchip/rk3399.dtsi
b/arch/arm64/boot/dts/rockchip/rk3399.dtsi
Rockchip RGA is a separate 2D raster graphic acceleration unit. It
accelerates 2D graphics operations, such as point/line drawing, image
scaling, rotation, BitBLT, alpha blending and image blur/sharpness
The driver supports various operations from the rendering pipeline.
- copy
- fast solid colo
This patch add the RGA dt config of rk3288 SoC.
Signed-off-by: Jacob Chen
Signed-off-by: Yakir Yang
---
arch/arm/boot/dts/rk3288.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/rk3288.dtsi b/arch/arm/boot/dts/rk3288.dtsi
index a0a0b08bff74..8c6dfc0abc42 1
60 matches
Mail list logo
