Re: [RFC PATCH V1 6/6] platform: mtk-isp: Add Mediatek FD driver

Hi Tomasz, On Tue, 2019-06-25 at 11:39 +0800, Tomasz Figa wrote: > Hi Jerry, > > On Mon, Jun 24, 2019 at 11:22 PM Jerry-ch Chen > wrote: > > > > Hi Tomasz, > > > > On Thu, 2019-06-06 at 18:43 +0800, Tomasz Figa wrote: > > > Hi Jerry, > > > > > > On Tue, Apr 23, 2019 at 06:45:05PM +0800, Jerry-ch

Re: [RFC PATCH V1 6/6] platform: mtk-isp: Add Mediatek FD driver

On Tue, Jun 25, 2019 at 5:55 PM Jerry-ch Chen wrote: > > Hi Tomasz, > > On Tue, 2019-06-25 at 11:39 +0800, Tomasz Figa wrote: > > Hi Jerry, > > > > On Mon, Jun 24, 2019 at 11:22 PM Jerry-ch Chen > > wrote: > > > > > > Hi Tomasz, > > > > > > On Thu, 2019-06-06 at 18:43 +0800, Tomasz Figa wrote: >

Re: [RFC PATCH V1 6/6] platform: mtk-isp: Add Mediatek FD driver

Hi Tomasz, On Tue, 2019-06-25 at 18:09 +0800, Tomasz Figa wrote: > On Tue, Jun 25, 2019 at 5:55 PM Jerry-ch Chen > wrote: > > > > Hi Tomasz, > > > > On Tue, 2019-06-25 at 11:39 +0800, Tomasz Figa wrote: > > > Hi Jerry, > > > > > > On Mon, Jun 24, 2019 at 11:22 PM Jerry-ch Chen > > > wrote: > > >

[PATCH] media: stv0297: fix frequency range limit

There was a typo at the lower frequency limit for a DVB-C card, causing the driver to fail while tuning channels at the VHF range. https://bugzilla.kernel.org/show_bug.cgi?id=202083 Fixes: f1b1eabff0eb ("media: dvb: represent min/max/step/tolerance freqs in Hz") Reported-by: Ari Kohtamäki Cc: st

Re: [PATCH v2 2/3] [media] mceusb: Reword messages referring to "urb"

On Wed, Jun 19, 2019 at 03:54:21AM -0400, A Sun wrote: > > Clarify messages referencing "request urb" to mean "tx urb" > (host transmit/send (to mceusb device)). > Qualify messages referencing plain "urb" to mean "rx urb" > (host receive (from mceusb device)). > Add missing "couldn't allocate rx u

Re: [PATCH 1/2] dvbsky: add support for "Mygica T230C v2"

On Sun, Jun 16, 2019 at 02:39:29AM +0200, Jan Pieter van Woerkom wrote: > From: Jan Pieter van Woerkom > > Adds support for the "Mygica T230C v2" into the "dvbsky" driver. > A small enhancement is also needed in the si2168 demodulator > driver, and a USB device ID in dvb-usb-ids.h . > > This is

[PATCH] media: schedule removal for legacy staging drivers

Keeping legacy problematic code forever is not a good idea. So, let's schedule a date for those legacy stuff to rest in piece. If someone wants to steps up and take them from the staging ostracism and do give them a rejuvenation shower in order to address the isues pointed on their TODO lists, be

[Media summit topic] Criteria to drop drivers from staging - Was: Re: [PATCH] media: schedule removal for legacy staging drivers

For the next Media Summit, I'd like to discuss some criteria in order to avoid drivers to stay at staging from longer than needed. We have drivers at staging that aren't touched since 2014 (except for trivial and cleanup changes or due to changes at kABI). It sounds really doubtful that such drive

[PATCH] [media] doc-rst: Fix typos

Not sure how codespell thinks "sroweam" is a real word. Signed-off-by: Bastien Nocera --- Documentation/media/uapi/rc/rc-tables.rst | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/Documentation/media/uapi/rc/rc-tables.rst b/Documentation/media/uapi/rc/rc-tables.rst

Re: [RFC PATCH V1 6/6] platform: mtk-isp: Add Mediatek DIP driver

Dear Tomasz, Would you comment on the following points in further? Thank you for the review. On Thu, 2019-05-09 at 18:48 +0900, Tomasz Figa wrote: > Hi Frederic, > [snip] > > +int mtk_dip_pipe_job_start(struct mtk_dip_pipe *dip_pipe, > > + struct mtk_dip_pipe_job_info

Re: [PATCH v2 2/2] media: tc358746: add Toshiba TC358746 Parallel to CSI-2 bridge driver

Hi Marco, Thanks for the set. Looks quite good to me in general; a few minor comments below. On Wed, Jun 19, 2019 at 05:28:38PM +0200, Marco Felsch wrote: > Adding support for the TC358746 bridge. The Bridge can receive images on > the parallel input port and send it to the host using the CSI-TX

Re: [PATCH] media: schedule removal for legacy staging drivers

On Tue, Jun 25, 2019 at 08:48:26AM -0300, Mauro Carvalho Chehab wrote: > Keeping legacy problematic code forever is not a good idea. > > So, let's schedule a date for those legacy stuff to rest in piece. > > If someone wants to steps up and take them from the staging ostracism > and do give them

Re: [linux-uvc-devel] Supported device missing. Realtek Integrated Webcam. 0bda:5751

Hi Jerinho, On 25/06/2019 13:55, jerinho via Linux-uvc-devel wrote: > Hi. I just want to report on a missing device for support by USB Video > Class driver. Details is as below > > Device details > > 1. Vendor Id / Device Id : 0bda / 5751 > 2. Device name : Realtek Integrated Webcam >

[PATCH v4l-utils] ir-ctl: increase limit to match kernel

This changed in kernel v5.3. In earlier versions, EINVAL will be returned. Signed-off-by: Sean Young --- utils/ir-ctl/ir-ctl.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/utils/ir-ctl/ir-ctl.c b/utils/ir-ctl/ir-ctl.c index ad830612..03c2791d 100644 --- a/utils/ir-ctl/

[PATCH] MAINTAINERS: mark soc_camera as Orphan/Obsolete

The soc_camera is obsolete, and it is in process of being stripped out of the Linux Kernel Suggested-by: Joe Perches Signed-off-by: Mauro Carvalho Chehab --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 866969b36a13..a673c1e7812

[PATCH 0/2] vb2: check for events before checking for buffers

The patches fix a race condition in the poll functions of v4l2 devices. Whenever a driver returns a buffer with the V4L2_BUF_FLAG_LAST flag set, it must also return a V4L2_EVENT_EOS. Checking for events before checking for buffers creates a race condition where drivers can return the buffer and ev

[PATCH 2/2] media: v4l2-mem2mem: reorder checks in v4l2_m2m_poll()

When reaching the end of stream, V4L2 m2m clients may expect the V4L2_EOS_EVENT. Although the V4L2_EOS_EVENT is deprecated behavior, drivers must signal that event before dequeuing the buffer that has the V4L2_BUF_FLAG_LAST flag set. If a driver queues the V4L2_EOS_EVENT event and returns the buff

[PATCH 1/2] media: vb2: reorder checks in vb2_poll()

When reaching the end of stream, V4L2 clients may expect the V4L2_EOS_EVENT before being able to dequeue the last buffer, which has the V4L2_BUF_FLAG_LAST flag set. If the vb2_poll() function first checks for events and afterwards if buffers are available, a driver can queue the V4L2_EOS_EVENT eve

[PATCH] media: allegro: use new v4l2_m2m_ioctl_try_encoder_cmd funcs

As the try_encoder_cmd is identical for many drivers, there are now helpers for this function in the mem2mem core. Use the helper in allegro. This fixes the v4l2-compliance test regarding V4L2_ENC_CMD_STOP, because the allegro-specific function rejected invalid flags. Signed-off-by: Michael Trett

[PATCH] keytable: Add keymap test

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. --- At least 4 keymaps look broken in the current git: it913x_v2.toml pinnacle310e.toml hisi_poplar.toml imon_mce.to

Re: [PATCH v2 2/3] [media] mceusb: Reword messages referring to "urb"

Hi, On 6/25/2019 6:51 AM, Sean Young wrote: > On Wed, Jun 19, 2019 at 03:54:21AM -0400, A Sun wrote: >> >> -dev_err(ir->dev, "Error: request urb status = %d (TX HALT)", >> +dev_err(ir->dev, "Error: tx urb status = %d (TX HALT)", > > I am not sure this makes things clear

Re: [PATCH 1/2] dvbsky: add support for "Mygica T230C v2"

On 6/25/19 1:16 PM, Sean Young wrote: On Sun, Jun 16, 2019 at 02:39:29AM +0200, Jan Pieter van Woerkom wrote: From: Jan Pieter van Woerkom Adds support for the "Mygica T230C v2" into the "dvbsky" driver. A small enhancement is also needed in the si2168 demodulator driver, and a USB device I

Re: [PATCH 1/2] dvbsky: add support for "Mygica T230C v2"

On 6/25/19 6:41 PM, JP wrote: On 6/25/19 1:16 PM, Sean Young wrote: On Sun, Jun 16, 2019 at 02:39:29AM +0200, Jan Pieter van Woerkom wrote: From: Jan Pieter van Woerkom Adds support for the "Mygica T230C v2" into the "dvbsky" driver. A small enhancement is also needed in the si2168 demod

Re: [PATCH v2 2/3] [media] mceusb: Reword messages referring to "urb"

Hello, On Tue, Jun 25, 2019 at 11:01:32AM -0400, A Sun wrote: > On 6/25/2019 6:51 AM, Sean Young wrote: > > On Wed, Jun 19, 2019 at 03:54:21AM -0400, A Sun wrote: > >> > > >> - dev_err(ir->dev, "Error: request urb status = %d (TX HALT)", > >> + dev_err(ir->dev, "Error: tx urb st

[PATCH] media: imx: mipi csi-2: Don't fail if initial state times-out

Not all sensors will be able to guarantee a proper initial state. This may be either because the driver is not properly written, or (probably unlikely) because the hardware won't support it. While the right solution in the former case is to fix the sensor driver, the real world not always allows r

Re: [PATCH v2 2/3] [media] mceusb: Reword messages referring to "urb"

Hi again, On 6/25/2019 12:12 PM, Sean Young wrote: > Hello, > > On Tue, Jun 25, 2019 at 11:01:32AM -0400, A Sun wrote: >> On 6/25/2019 6:51 AM, Sean Young wrote: >>> On Wed, Jun 19, 2019 at 03:54:21AM -0400, A Sun wrote: >> - dev_err(ir->dev, "Error: request urb status = %d (

Re: [PATCH] media: imx: mipi csi-2: Don't fail if initial state times-out

Thanks, there was earlier talk of relaxing those CSI-2 bus startup requirements, but somehow it fell through the cracks. Acked-by: Steve Longerbeam On 6/25/19 1:39 PM, Ezequiel Garcia wrote: Not all sensors will be able to guarantee a proper initial state. This may be either because the drive

cron job: media_tree daily build: OK

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 Jun 26 05:00:10 CEST 2019 media-tree git hash:86d617d6c79d79288ca608b6fb0a2467b0e8ddbb media_build gi

Hello My Name is Mohammed Hamid,

Hello My Name is Mohammed Hamid, Am One of Uganda’s most successful young entrepreneurs, Mohammed Hamid I'm happy to inform you about my success in getting those funds transferred under the cooperation of a new partner from Paraguay. Presently I’m in Paraguay for investment projects with my own

[GIT PULL FOR v5.3] cec: improve notifier API, prepare for connector info

Hi Mauro, This pull request consists of the first three patches of this larger patch series: https://www.spinics.net/lists/linux-media/msg153276.html This prepares the CEC core for a new ioctl: CEC_ADAP_G_CONNECTOR_INFO. This will help link the CEC adapter with the corresponding DRM connector. Fo