[PATCH v4l-utils] ir-ctl: show user how scancodes should be presented

2019-07-23 Thread Sean Young
Currently ir-ctl just says the scancode is invalid, which is not very clear. Signed-off-by: Sean Young --- utils/common/ir-encode.c | 66 utils/common/ir-encode.h | 2 +- utils/ir-ctl/ir-ctl.c| 10 ++ 3 files changed, 56 insertions(+), 22 deletio

Great News: National Heart Center Singapore CT Coronary Calcium Score 18 July 2019

2019-07-23 Thread Turritopsis Dohrnii Teo En Ming
Subject: Great News: National Heart Center Singapore CT Coronary Calcium Score 18 July 2019 Good day from Singapore, This is good news for trillions and trillions of years to come! 1. My weight/mass is 123.5 kg (taken on 23 July 2019). 2. My height is 1.79 meters (taken on 23 July 2019). 3. M

Re: [PATCH v3 3/3] media: uapi: h264: Get rid of the p0/b0/b1 ref-lists

2019-07-23 Thread Boris Brezillon
On Wed, 24 Jul 2019 12:39:55 +0900 Tomasz Figa wrote: > Hi Boris, > > On Wed, Jul 3, 2019 at 9:28 PM Boris Brezillon > wrote: > > > > Those lists can be extracted from the dpb, let's simplify userspace > > life and build that list kernel-side (generic helpers will be provided > > for drivers th

Re: [RFC PATCH 0/5] Add enum_fmt flag for coded formats with dynamic resolution switching

2019-07-23 Thread Tomasz Figa
On Fri, Jul 19, 2019 at 5:41 PM Hans Verkuil wrote: > > On 7/19/19 4:45 AM, Tomasz Figa wrote: > > On Mon, Jul 15, 2019 at 9:37 PM Hans Verkuil wrote: > >> > >> On 6/11/19 10:13 AM, Hans Verkuil wrote: > >>> On 6/9/19 4:38 PM, Maxime Jourdan wrote: > Hello, > > This RFC proposes a

cron job: media_tree daily build: WARNINGS

2019-07-23 Thread Hans Verkuil
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: Wed Jul 24 05:00:10 CEST 2019 media-tree git hash:ebe15c7679680308268b99d911b1db15d514c7b8 media_build gi

Re: [PATCH v3 3/3] media: uapi: h264: Get rid of the p0/b0/b1 ref-lists

2019-07-23 Thread Tomasz Figa
Hi Boris, On Wed, Jul 3, 2019 at 9:28 PM Boris Brezillon wrote: > > Those lists can be extracted from the dpb, let's simplify userspace > life and build that list kernel-side (generic helpers will be provided > for drivers that need this list). > > Signed-off-by: Boris Brezillon > --- > Changes

Re: [PATCH 2/2] media: i2c: dw9768: Add DW9768 VCM driver

2019-07-23 Thread Bingbu Cao
On 7/8/19 6:06 PM, dongchun@mediatek.com wrote: > From: Dongchun Zhu > > This patch adds a V4L2 sub-device driver for DW9768 lens voice coil, > and provides control to set the desired focus. > > The DW9807 is a 10 bit DAC from Dongwoon, designed for linear > control of voice coil motor. >

Re: tw686x driver (continued)

2019-07-23 Thread Ezequiel Garcia
On Tue, 23 Jul 2019 at 12:55, Mark Balançian wrote: > > On Jul 23, 2019, at 8:17 AM, Ezequiel Garcia > wrote: > > > On Tue, 23 Jul 2019 at 12:02, Mark Balançian wrote: > > > I see. I guess then my issue would be help in seeing how > tw686x_memcpy_dma_free alone does any required interrupt hand

[PATCH v2] media: v4l2-fwnode: Switch to use fwnode_property_count_uXX()

2019-07-23 Thread Andy Shevchenko
Use fwnode_property_count_uXX() directly, that makes code neater. Signed-off-by: Andy Shevchenko --- - drop double 'use' in the commit message - add conversion for u64 array drivers/media/v4l2-core/v4l2-fwnode.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/drivers/

[PATCH v1] media: v4l2-fwnode: Switch to use fwnode_property_count_uXX()

2019-07-23 Thread Andy Shevchenko
Use use fwnode_property_count_uXX() directly, that makes code neater. Signed-off-by: Andy Shevchenko --- drivers/media/v4l2-core/v4l2-fwnode.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/media/v4l2-core/v4l2-fwnode.c b/drivers/media/v4l2-core/v4l2-fwnode.c i

[PATCH] media: rc: imon: Allow iMON RC protocol for ffdc 7e device

2019-07-23 Thread Darius Rad
Allow selecting the IR protocol, MCE or iMON, for a device that identifies as follows (with config id 0x7e): 15c2:ffdc SoundGraph Inc. iMON PAD Remote Controller As the driver is structured to default to iMON when both RC protocols are supported, existing users of this device (using MCE protocol

Re: MyGica T230 dvb-t2 data corruption since commit 5fa8815

2019-07-23 Thread James Hutchinson
Hi Jan, My initial testing of your two patches to move the T230 to the dvbsky module looks good so far. I'm testing on an 8th Gen NUC (8i3BEH) 16GB RAM, 2 x MyGica T230 T2 USB tuners, and 2 x DVBSky S960 S2 tuners. This machine is running Debian stretch with the Debian 4.19.37 backport kernel (i

tw686x driver (continued)

2019-07-23 Thread Mark Balançian
Hi Ezequiel, I don’t know what top-posting is and I had to delete the continuation as linux-media kept flagging my email as a virus, but I take it that it means I should write my email below the previous? Anyways, I’m working with a linux driver verification team to detect race conditions in t

Re: Question about TW686X driver

2019-07-23 Thread Ezequiel Garcia
On Tue, 23 Jul 2019 at 12:02, Mark Balançian wrote: > > I see. I guess then my issue would be help in seeing how > tw686x_memcpy_dma_free alone does any required interrupt handling, since > there are also functions tw686x_irq and tw686x_audio_irq for interrupt > handling as well? However, in my

Re: Question about TW686X driver

2019-07-23 Thread Ezequiel Garcia
Hey Mark, I'm glad you are having fun with the driver. On Tue, 23 Jul 2019 at 11:45, Mark Balançian wrote: > > Hello all, > > My name is Mark and I am working on contributing to the open-source Linux > project. > > I would please like to know more about the TW686X driver. In particular, when >

Re: kernel Warning when using vivid with contiguous dma

2019-07-23 Thread Hans Verkuil (hansverk)
On 7/23/19 3:14 PM, Dafna Hirschfeld wrote: > On Mon, 2019-07-22 at 08:38 -0300, Mauro Carvalho Chehab wrote: >> Em Mon, 22 Jul 2019 13:21:00 +0200 >> Dafna Hirschfeld escreveu: >> >>> I loaded the vivid module with contiguous DMA and ran streaming >>> with >>> it with large image dimensions >>> [

Re: kernel Warning when using vivid with contiguous dma

2019-07-23 Thread Dafna Hirschfeld
On Mon, 2019-07-22 at 08:38 -0300, Mauro Carvalho Chehab wrote: > Em Mon, 22 Jul 2019 13:21:00 +0200 > Dafna Hirschfeld escreveu: > > > I loaded the vivid module with contiguous DMA and ran streaming > > with > > it with large image dimensions > > [  306.437327] Call Trace: > > [  306.437338]  __

[PATCH] am437x: remove unused struct vpfe_pixel_format

2019-07-23 Thread Hans Verkuil
struct vpfe_pixel_format was defined, but never used. Remove it. Signed-off-by: Hans Verkuil --- diff --git a/drivers/media/platform/am437x/am437x-vpfe.h b/drivers/media/platform/am437x/am437x-vpfe.h index 17d7aa426788..4678285f34c6 100644 --- a/drivers/media/platform/am437x/am437x-vpfe.h +++ b/

[PATCH] davinci/vpfe_capture.c: drop unused format descriptions

2019-07-23 Thread Hans Verkuil
Simplify vpfe_pixel_format to just contain the pixelformat and bpp fields. All others are unused. Signed-off-by: Hans Verkuil --- diff --git a/drivers/media/platform/davinci/vpfe_capture.c b/drivers/media/platform/davinci/vpfe_capture.c index 852fc357e19d..916ed743d716 100644 --- a/drivers/media

[PATCH] sh_veu: convert to struct v4l2_fh

2019-07-23 Thread Hans Verkuil
This driver didn't use struct v4l2_fh, so add it. This is a very basic conversion. I can't test this on real hardware, so I didn't dare to also convert the driver to start using the v4l2-mem2mem ioctl/fop helpers. Signed-off-by: Hans Verkuil --- diff --git a/drivers/media/platform/sh_veu.c b/dri

Re: [PATCH] v4l2-dev/ioctl: require non-zero device_caps, verify sane querycap results

2019-07-23 Thread Sakari Ailus
Hi Hans, On Tue, Jul 23, 2019 at 10:21:25AM +0200, Hans Verkuil wrote: > Now that all V4L2 drivers set device_caps in struct video_device, we can add > a check for this to ensure all future drivers fill this in. > > Also verify that when the querycap ioctl is called the driver didn't mess > with

Re: [RFC] Removal of drivers/staging/media/bcm2048

2019-07-23 Thread Hans Verkuil
On 7/23/19 11:48 AM, Pali Rohár wrote: > On Tuesday 23 July 2019 11:09:53 Pavel Machek wrote: >> On Tue 2019-07-23 10:51:52, Hans Verkuil wrote: >>> This staging driver is now almost 6 years old, but hasn't seen any real >>> development for a long time. >>> >>> I think it is time to remove it, unle

Re: [RFC] Removal of drivers/staging/media/davinci_vpfe

2019-07-23 Thread Arnd Bergmann
On Tue, Jul 23, 2019 at 11:25 AM Hans Verkuil wrote: > > On 7/23/19 11:06 AM, Lad, Prabhakar wrote: > > Hi Hans, > > > > On Tue, Jul 23, 2019 at 9:48 AM Hans Verkuil wrote: > >> > >> +Laurent Pinchart > >> > >> On 7/23/19 10:46 AM, Hans Verkuil wrote: > >>> Hi Prabhakar, > >>> > >>> This staging

[GIT PULL v2 FOR v5.4] Various fixes/enhancements

2019-07-23 Thread Hans Verkuil
This is part one of pending fixes/enhancements from my todo list. Once this is merged, I'll prepare a second PR for the remaining patches. Regards, Hans Changes since v1: - Dropped "MAINTAINERS: Update my email address" since it went in via the sunxi tree. The following changes sinc

Re: [RFC] Removal of drivers/staging/media/bcm2048

2019-07-23 Thread Pali Rohár
On Tuesday 23 July 2019 11:09:53 Pavel Machek wrote: > On Tue 2019-07-23 10:51:52, Hans Verkuil wrote: > > This staging driver is now almost 6 years old, but hasn't seen any real > > development for a long time. > > > > I think it is time to remove it, unless someone plans to do work on this > > i

Re: [RFC] Removal of drivers/staging/media/davinci_vpfe

2019-07-23 Thread Hans Verkuil
On 7/23/19 11:06 AM, Lad, Prabhakar wrote: > Hi Hans, > > On Tue, Jul 23, 2019 at 9:48 AM Hans Verkuil wrote: >> >> +Laurent Pinchart >> >> On 7/23/19 10:46 AM, Hans Verkuil wrote: >>> Hi Prabhakar, >>> >>> This staging driver is now almost 7 years old, but hasn't seen any real >>> development fo

Re: [RFC] Removal of drivers/staging/media/bcm2048

2019-07-23 Thread Pavel Machek
On Tue 2019-07-23 10:51:52, Hans Verkuil wrote: > This staging driver is now almost 6 years old, but hasn't seen any real > development for a long time. > > I think it is time to remove it, unless someone plans to do work on this > in the near future. > > If anyone wants to work on this, please l

Re: [RFC] Removal of drivers/staging/media/davinci_vpfe

2019-07-23 Thread Lad, Prabhakar
Hi Hans, On Tue, Jul 23, 2019 at 9:48 AM Hans Verkuil wrote: > > +Laurent Pinchart > > On 7/23/19 10:46 AM, Hans Verkuil wrote: > > Hi Prabhakar, > > > > This staging driver is now almost 7 years old, but hasn't seen any real > > development for a long time. > > > > I think it is time to remove i

[GIT PULL FOR v5.4] cec: use cec_notifier_cec_adap_(un)register

2019-07-23 Thread Hans Verkuil
The following changes since commit 66193b24514c91aeda88da744554b2665471aeae: media: dvbsky: add support for Mygica T230C v2 (2019-07-22 15:33:30 -0400) are available in the Git repository at: git://linuxtv.org/hverkuil/media_tree.git tags/br-cec-conn-media for you to fetch changes up to 64e

[RFC] Removal of drivers/staging/media/bcm2048

2019-07-23 Thread Hans Verkuil
This staging driver is now almost 6 years old, but hasn't seen any real development for a long time. I think it is time to remove it, unless someone plans to do work on this in the near future. If anyone wants to work on this, please let us know. Regards, Hans

Re: [RFC] Removal of drivers/staging/media/davinci_vpfe

2019-07-23 Thread Hans Verkuil
+Laurent Pinchart On 7/23/19 10:46 AM, Hans Verkuil wrote: > Hi Prabhakar, > > This staging driver is now almost 7 years old, but hasn't seen any real > development for a long time. > > I think it is time to remove it, unless you plan to do work on this. > > What do you think? > > Regards, >

[RFC] Removal of drivers/staging/media/davinci_vpfe

2019-07-23 Thread Hans Verkuil
Hi Prabhakar, This staging driver is now almost 7 years old, but hasn't seen any real development for a long time. I think it is time to remove it, unless you plan to do work on this. What do you think? Regards, Hans

[GIT PULL FOR v5.4] Various fixes/enhancements

2019-07-23 Thread Hans Verkuil
This is part one of pending fixes/enhancements from my todo list. Once this is merged, I'll prepare a second PR for the remaining patches. Regards, Hans The following changes since commit 66193b24514c91aeda88da744554b2665471aeae: media: dvbsky: add support for Mygica T230C v2 (2019-0

[PATCH] v4l2-dev/ioctl: require non-zero device_caps, verify sane querycap results

2019-07-23 Thread Hans Verkuil
Now that all V4L2 drivers set device_caps in struct video_device, we can add a check for this to ensure all future drivers fill this in. Also verify that when the querycap ioctl is called the driver didn't mess with the device_caps value and that capabilities is a superset of device_caps. Signed-

Re: [RFC,V2,1/2] media: dt-bindings: media: i2c: Add bindings for OV02A10

2019-07-23 Thread Sakari Ailus
Hi Dongchun, On Thu, Jul 04, 2019 at 04:46:50PM +0800, dongchun@mediatek.com wrote: > 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 >

Re: Issues with ov5640 camera on i.MX6Q

2019-07-23 Thread Eugen.Hristev
On 22.07.2019 19:25, Eric Nelson wrote: > Hi Laura, > > On 7/22/19 8:50 AM, Laura Nao wrote: >> Thanks Fabio! >> >> I tried tweaking the PLL configuration in the driver and did some >> further tests on 5.2 kernel. >> >> I was finally able to capture RAW frames that match the test pattern >> fo

[ragnatech:media-tree] BUILD SUCCESS 66193b24514c91aeda88da744554b2665471aeae

2019-07-23 Thread kbuild test robot
tree/branch: git://git.ragnatech.se/linux media-tree branch HEAD: 66193b24514c91aeda88da744554b2665471aeae media: dvbsky: add support for Mygica T230C v2 elapsed time: 707m configs tested: 109 The following configs have been built successfully. More configs may be tested in the coming days.

Re: [PATCH v2] staging: media: sunxi: Add bool cast to value

2019-07-23 Thread Paul Kocialkowski
Hi, On Mon 22 Jul 19, 18:58, Sakari Ailus wrote: > On Mon, Jul 22, 2019 at 07:14:08PM +0530, Nishka Dasgupta wrote: > > On 22/07/19 5:54 PM, Paul Kocialkowski wrote: > > > Hi, > > > > > > On Mon 22 Jul 19, 12:12, Jeremy Sowden wrote: > > > > On 2019-07-22, at 11:36:51 +0530, Nishka Dasgupta wrote