Re: [PATCH 4/4] SoC camera: Tidy the header

On 10/31/2018 10:40 AM, Mauro Carvalho Chehab wrote: > Em Wed, 31 Oct 2018 11:29:45 +0200 > Sakari Ailus escreveu: > >> Hi Mauro, >> >> On Tue, Oct 30, 2018 at 09:06:18AM -0300, Mauro Carvalho Chehab wrote: >>> Em Tue, 30 Oct 2018 01:00:29 +0200 >>> Sakari Ailus escreveu: >>> Clean up

Re: [PATCH 4/4] SoC camera: Tidy the header

On Wed, Oct 31, 2018 at 06:40:30AM -0300, Mauro Carvalho Chehab wrote: > Em Wed, 31 Oct 2018 11:29:45 +0200 > Sakari Ailus escreveu: > > > Hi Mauro, > > > > On Tue, Oct 30, 2018 at 09:06:18AM -0300, Mauro Carvalho Chehab wrote: > > > Em Tue, 30 Oct 2018 01:00:29 +0200 > > > Sakari Ailus

Re: [PATCH 2/4] tw9910: No SoC camera dependency

On 10/31/2018 10:49 AM, Sakari Ailus wrote: > On Tue, Oct 30, 2018 at 01:03:18PM +0100, Hans Verkuil wrote: >> On 10/30/2018 12:00 AM, Sakari Ailus wrote: >>> The tw9910 driver does not depend on SoC camera framework. Don't include >>> the header, but instead include media/v4l2-async.h which the

Re: [PATCH 2/4] tw9910: No SoC camera dependency

On Tue, Oct 30, 2018 at 01:03:18PM +0100, Hans Verkuil wrote: > On 10/30/2018 12:00 AM, Sakari Ailus wrote: > > The tw9910 driver does not depend on SoC camera framework. Don't include > > the header, but instead include media/v4l2-async.h which the driver really > > needs. > > You might want to

Re: VIVID/VIMC and media fuzzing

On 10/30/2018 03:02 PM, Dmitry Vyukov wrote: > Hello Helen and linux-media, > > I've attended your talk "Shifting Media App Development into High > Gear" on OSS Summit last week and approached you with some questions > if/how this can be used for kernel testing. Thanks, turn out to be a > very

Re: [PATCH 4/4] SoC camera: Tidy the header

Em Wed, 31 Oct 2018 11:29:45 +0200 Sakari Ailus escreveu: > Hi Mauro, > > On Tue, Oct 30, 2018 at 09:06:18AM -0300, Mauro Carvalho Chehab wrote: > > Em Tue, 30 Oct 2018 01:00:29 +0200 > > Sakari Ailus escreveu: > > > > > Clean up the SoC camera framework header. It only exists now to keep

Re: [PATCH 3/4] SoC camera: Remove the framework and the drivers

Hi Mauro, On Tue, Oct 30, 2018 at 05:35:23PM -0300, Mauro Carvalho Chehab wrote: > Em Tue, 30 Oct 2018 21:28:57 +0100 > jacopo mondi escreveu: > > > Hi Mauro, > > > > On Tue, Oct 30, 2018 at 09:14:09AM -0300, Mauro Carvalho Chehab wrote: > > > Em Tue, 30 Oct 2018 01:21:34 +0200 > > > Sakari

Re: [PATCH 4/4] SoC camera: Tidy the header

Hi Mauro, On Tue, Oct 30, 2018 at 09:06:18AM -0300, Mauro Carvalho Chehab wrote: > Em Tue, 30 Oct 2018 01:00:29 +0200 > Sakari Ailus escreveu: > > > Clean up the SoC camera framework header. It only exists now to keep board > > code compiling. The header can be removed once the board code

Re: [PATCH 3/4] SoC camera: Remove the framework and the drivers

On 10/30/2018 10:17 PM, jacopo mondi wrote: > On Tue, Oct 30, 2018 at 05:35:23PM -0300, Mauro Carvalho Chehab wrote: >> Em Tue, 30 Oct 2018 21:28:57 +0100 >> jacopo mondi escreveu: >> >>> Hi Mauro, >>> >>> On Tue, Oct 30, 2018 at 09:14:09AM -0300, Mauro Carvalho Chehab wrote: Em Tue, 30 Oct

Re: [PATCH] lirc.4: remove ioctls and feature bits which were never implemented

Hello Sean, On 4/23/18 12:26 PM, Sean Young wrote:> The lirc header file included ioctls and feature bits which were never > implemented by any driver. They were removed in commit: > >

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 Oct 31 05:00:10 CET 2018 media-tree git hash:3b796aa60af087f5fec75aee9b17f2130f2b9adc media_build

Re: [PATCH v3 2/9] media: tvp5150: fix irq_request error path during probe

Hi Marco, Thank you for the patch. On Tuesday, 18 September 2018 16:14:46 EEST Marco Felsch wrote: > Commit 37c65802e76a ("media: tvp5150: Add sync lock interrupt handling") > introduced the interrupt handling. But we have to free the > v4l2_ctrl_handler before we can return the error code. > >

Re: [PATCH v2 6/6] dt-bindings: media: mt9m111: add pclk-sample property

On Mon, 29 Oct 2018 19:24:10 +0100, Marco Felsch wrote: > Add the pclk-sample property to the list of optional properties > for the mt9m111 camera sensor. > > Signed-off-by: Marco Felsch > --- > Documentation/devicetree/bindings/media/i2c/mt9m111.txt | 5 + > 1 file changed, 5 insertions(+)

Re: [PATCH v2 5/6] dt-bindings: media: mt9m111: adapt documentation to be more clear

On Mon, Oct 29, 2018 at 07:24:09PM +0100, Marco Felsch wrote: > Replace the vague binding by a more verbose. Remove the remote property > from the example since the driver don't support such a property. Also > remove the bus-width property from the endpoint since the driver don't > take care of

Re: [PATCH 3/4] SoC camera: Remove the framework and the drivers

On Tue, Oct 30, 2018 at 05:35:23PM -0300, Mauro Carvalho Chehab wrote: > Em Tue, 30 Oct 2018 21:28:57 +0100 > jacopo mondi escreveu: > > > Hi Mauro, > > > > On Tue, Oct 30, 2018 at 09:14:09AM -0300, Mauro Carvalho Chehab wrote: > > > Em Tue, 30 Oct 2018 01:21:34 +0200 > > > Sakari Ailus

Re: [PATCH 3/4] SoC camera: Remove the framework and the drivers

Hi Mauro, On Tue, Oct 30, 2018 at 09:14:09AM -0300, Mauro Carvalho Chehab wrote: > Em Tue, 30 Oct 2018 01:21:34 +0200 > Sakari Ailus escreveu: > > > The SoC camera framework has been obsolete for some time and it is no > > longer functional. A few drivers have been converted to the V4L2 > >

Re: uvcvideo: IR camera lights only every second frame

Hello, On Tuesday, 30 October 2018 17:48:12 EET Kieran Bingham wrote: > On 30/10/2018 14:36, Jiri Slaby wrote: > > Hi, > > > > I have a Dell Lattitude 7280 with two webcams. The standard one works > > fine (/dev/video0). The other one is an IR camera (/dev/video1). The > > camera proper works

i.MX6: can't capture on MIPI-CSI2 with DS90UB954

Hi there, I am using the i.MX6D from Digi (connect core 6 sbc) with a mailine kernel (well, 4.14 right now) and have an issue with mipi-csi2 capture. First I will give brief explanation of my setup, and then I will detail the issue. I have a camera sensor (OV2732, but could be any other sensor)

[PATCH dvb v1 4/4] media: dvb_frontend: remove __func__ from dev_dbg()

From: Victor Toso As dynamic debug can be instructed to add the function name to the debug output using +f switch, we can remove __func__ from all dev_dbg() calls. If not, a user that sets +f in dynamic debug would get duplicated function name. Signed-off-by: Victor Toso ---

[PATCH dvb v1 3/4] media: dvb-usb-v2: remove __func__ from dev_dbg()

From: Victor Toso As dynamic debug can be instructed to add the function name to the debug output using +f switch, we can remove __func__ from all dev_dbg() calls. If not, a user that sets +f in dynamic debug would get duplicated function name. Signed-off-by: Victor Toso ---

[PATCH dvb v1 2/4] media: dvb: Use WARM definition from identify_state()

From: Victor Toso Device should be either COLD or WARM. This change only make usage of the existing definition. Signed-off-by: Victor Toso --- drivers/media/usb/dvb-usb-v2/dvb_usb_core.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git

[PATCH dvb v1 1/4] af9033: Remove duplicated switch statement

From: Victor Toso The switch before set is_af9035 or is_it9135 which makes the second switch redundant. Keeping the comment as to avoid sleep on IT9135. Signed-off-by: Victor Toso --- drivers/media/dvb-frontends/af9033.c | 12 ++-- 1 file changed, 2 insertions(+), 10 deletions(-)

[PATCH dvb v1 0/4] miscellaneous changes

From: Victor Toso Hi, As mentioned on IRC earlier [0], I'm trying to learn a bit about Kernel and I'm using a usb dongle for dvb-t, which seems to work fine, for that. Two patches are related to dynamic debug that I have enabled and it ends up printing doubled function name. The other two

Re: uvcvideo: IR camera lights only every second frame

Hi Jiri, On 30/10/2018 14:36, Jiri Slaby wrote: > Hi, > > I have a Dell Lattitude 7280 with two webcams. The standard one works > fine (/dev/video0). The other one is an IR camera (/dev/video1). The > camera proper works fine and produces 340x374 frames. But there is an IR > led supposed to

Re: [PATCH 4/4] SoC camera: Tidy the header

Em Tue, 30 Oct 2018 01:00:29 +0200 Sakari Ailus escreveu: > Clean up the SoC camera framework header. It only exists now to keep board > code compiling. The header can be removed once the board code dependencies > to it has been removed. > > Signed-off-by: Sakari Ailus > --- >

Re: [PATCH 3/4] SoC camera: Remove the framework and the drivers

Em Tue, 30 Oct 2018 01:21:34 +0200 Sakari Ailus escreveu: > The SoC camera framework has been obsolete for some time and it is no > longer functional. A few drivers have been converted to the V4L2 > sub-device API but for the rest the conversion has not taken place yet. > > In order to keep the

Re: Adding to input-event-codes.h - feedback welcome

Em Tue, 23 Oct 2018 06:55:13 -0700 VDR User escreveu: > Hi, > > I've noticed a lot of common & useful remote control buttons are > missing. I'd like to suggest or submit patches to add some of them > since Linux is so wildly used for media playback (via remote > controls). I've spoken to Sean

Re: [PATCH] dvb: Allow MAC addresses to be mapped to stable device names with udev

Em Mon, 24 Sep 2018 11:10:31 +0100 David Howells escreveu: > Some devices, such as the DVBSky S952 and T982 cards, are dual port cards > that provide two cx23885 devices on the same PCI device, which means the > attributes available for writing udev rules are exactly the same, apart > from the

VIVID/VIMC and media fuzzing

Hello Helen and linux-media, I've attended your talk "Shifting Media App Development into High Gear" on OSS Summit last week and approached you with some questions if/how this can be used for kernel testing. Thanks, turn out to be a very useful talk! I am working on syzkaller/syzbot, continuous

Re: [PATCH 3/4] SoC camera: Remove the framework and the drivers

Em Tue, 30 Oct 2018 09:06:08 -0300 Mauro Carvalho Chehab escreveu: > Em Tue, 30 Oct 2018 06:43:41 -0300 > Mauro Carvalho Chehab escreveu: Please ignore this e-mail. I'm experiencing some e-mail troubles today. Will resend it properly. Regards, Mauro

Re: [PATCH 3/4] SoC camera: Remove the framework and the drivers

Em Tue, 30 Oct 2018 06:43:41 -0300 Mauro Carvalho Chehab escreveu: > Em Tue, 30 Oct 2018 01:21:34 +0200 > Sakari Ailus escreveu: > > > The SoC camera framework has been obsolete for some time and it is no > > longer functional. A few drivers have been converted to the V4L2 > > sub-device API

Re: [PATCH 4/4] SoC camera: Tidy the header

Em Tue, 30 Oct 2018 01:00:29 +0200 Sakari Ailus escreveu: > Clean up the SoC camera framework header. It only exists now to keep board > code compiling. The header can be removed once the board code dependencies > to it has been removed. > > Signed-off-by: Sakari Ailus > --- >

Re: [PATCH 3/4] SoC camera: Remove the framework and the drivers

Em Tue, 30 Oct 2018 01:21:34 +0200 Sakari Ailus escreveu: > The SoC camera framework has been obsolete for some time and it is no > longer functional. A few drivers have been converted to the V4L2 > sub-device API but for the rest the conversion has not taken place yet. > > In order to keep the

Re: [PATCH 2/4] tw9910: No SoC camera dependency

On 10/30/2018 12:00 AM, Sakari Ailus wrote: > The tw9910 driver does not depend on SoC camera framework. Don't include > the header, but instead include media/v4l2-async.h which the driver really > needs. You might want to make a note of the fact that soc_camera.h includes v4l2-async.h, so

Reply me urgent for more details

-- Dear Assalamu Alaikum, I came across your contact during my private search Mrs Aisha Al-Qaddafi is my name, the only daughter of late Libyan president, I have funds the sum of $27.5 million USD for investment, I am interested in you for investment project assistance in your country, i shall

Re: [PATCH v4 00/22] i.MX media mem2mem scaler

Hi Steve, On Fri, 2018-10-19 at 11:51 -0700, Steve Longerbeam wrote: > Awesome, thanks Philipp. > > For the whole series: > > Acked-by: Steve Longerbeam > Tested-by: Steve Longerbeam > on i.MX6q SabreSD. Thank you. I have added the tags where it made sense to me and applied the ipu-v3

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: Tue Oct 30 05:00:16 CET 2018 media-tree git hash:3b796aa60af087f5fec75aee9b17f2130f2b9adc media_build

Re: [PATCH] media: dvb: fix a missing-check bug

I think need Cc to Lad, Prabhakar On 10/30/2018 02:46 AM, Wenwen Wang wrote: > Hello, > > Can anyone confirm this bug? Thanks! > > Wenwen > > On Fri, Oct 19, 2018 at 9:12 AM Wenwen Wang wrote: >> In dvb_audio_write(), the first byte of the user-space buffer 'buf' is >> firstly copied and

[PATCH 3/4] SoC camera: Remove the framework and the drivers

The SoC camera framework has been obsolete for some time and it is no longer functional. A few drivers have been converted to the V4L2 sub-device API but for the rest the conversion has not taken place yet. In order to keep the tree clean and to avoid keep maintaining non-functional and obsolete

[PATCH 4/4] SoC camera: Tidy the header

Clean up the SoC camera framework header. It only exists now to keep board code compiling. The header can be removed once the board code dependencies to it has been removed. Signed-off-by: Sakari Ailus --- include/media/soc_camera.h | 335 - 1 file

[PATCH 2/4] tw9910: No SoC camera dependency

The tw9910 driver does not depend on SoC camera framework. Don't include the header, but instead include media/v4l2-async.h which the driver really needs. Signed-off-by: Sakari Ailus --- drivers/media/i2c/tw9910.c | 1 + include/media/i2c/tw9910.h | 2 -- 2 files changed, 1 insertion(+), 2

[PATCH 1/4] tw9910: Unregister async subdev at device unbind

The async sub-device was added to the async list in probe but it was not removed in the driver's remove function. Fix this. Also unregister the async subdev before powering down the device. Signed-off-by: Sakari Ailus --- drivers/media/i2c/tw9910.c | 3 ++- 1 file changed, 2 insertions(+), 1

[PATCH 0/4] SoC camera removal

Hi everyone, There's been some discussion on SoC camera removal and the idea has been to keep it around as long as the board code refers to it, to keep it compiling. The references to SoC camera in the board code are effectively references to a single struct, struct soc_camera_link plus a few

[PATCH v7 09/16] intel-ipu3: css: Add support for firmware management

Introduce functions to load and install ImgU FW blobs. Signed-off-by: Yong Zhi --- drivers/media/pci/intel/ipu3/ipu3-css-fw.c | 264 + drivers/media/pci/intel/ipu3/ipu3-css-fw.h | 188 2 files changed, 452 insertions(+) create mode 100644

[PATCH v7 15/16] intel-ipu3: Add imgu top level pci device driver

This patch adds support for the Intel IPU v3 as found on Skylake and Kaby Lake SoCs. The driver glues v4l2, css(camera sub system) and other pieces together to perform its functions, it also loads the IPU3 firmware binary as part of its initialization. Signed-off-by: Yong Zhi Signed-off-by:

[PATCH v7 01/16] v4l: Add Intel IPU3 meta buffer formats

Add IPU3-specific meta formats for parameter processing and 3A, DVS statistics: V4L2_META_FMT_IPU3_PARAMS V4L2_META_FMT_IPU3_STAT_3A Signed-off-by: Yong Zhi --- drivers/media/v4l2-core/v4l2-ioctl.c | 2 ++ include/uapi/linux/videodev2.h | 4 2 files changed, 6 insertions(+)

[PATCH v7 05/16] intel-ipu3: abi: Add structs

This add all the structs of IPU3 firmware ABI. Signed-off-by: Yong Zhi Signed-off-by: Rajmohan Mani --- drivers/media/pci/intel/ipu3/ipu3-abi.h | 1350 +++ 1 file changed, 1350 insertions(+) diff --git a/drivers/media/pci/intel/ipu3/ipu3-abi.h

[PATCH v7 08/16] intel-ipu3: css: Add dma buff pool utility functions

The pools are used to store previous parameters set by user with the parameter queue. Due to pipelining, there needs to be multiple sets (up to four) of parameters which are queued in a host-to-sp queue. Signed-off-by: Yong Zhi --- drivers/media/pci/intel/ipu3/ipu3-css-pool.c | 136

[PATCH v7 13/16] intel-ipu3: Add css pipeline programming

This provides helper library to be used by v4l2 level to program imaging pipelines and control the streaming. Signed-off-by: Yong Zhi --- drivers/media/pci/intel/ipu3/ipu3-css.c | 1760 +++ 1 file changed, 1760 insertions(+) diff --git

[PATCH v7 11/16] intel-ipu3: css: Compute and program ccs

A collection of routines that are mainly used to calculate the parameters for accelerator cluster. Signed-off-by: Yong Zhi --- drivers/media/pci/intel/ipu3/ipu3-css-params.c | 2907 drivers/media/pci/intel/ipu3/ipu3-css-params.h | 25 + 2 files changed, 2932

[PATCH v7 03/16] v4l: Add Intel IPU3 meta data uAPI

These meta formats are used on Intel IPU3 ImgU video queues to carry 3A statistics and ISP pipeline parameters. V4L2_META_FMT_IPU3_3A V4L2_META_FMT_IPU3_PARAMS Signed-off-by: Yong Zhi Signed-off-by: Chao C Li Signed-off-by: Rajmohan Mani --- Documentation/media/uapi/v4l/meta-formats.rst

[PATCH v7 12/16] intel-ipu3: css: Initialize css hardware

This patch implements the functions to initialize and configure IPU3 h/w such as clock, irq and power. Signed-off-by: Yong Zhi Signed-off-by: Tomasz Figa --- drivers/media/pci/intel/ipu3/ipu3-css.c | 537 drivers/media/pci/intel/ipu3/ipu3-css.h | 203

[PATCH v7 06/16] intel-ipu3: mmu: Implement driver

From: Tomasz Figa This driver translates IO virtual address to physical address based on two levels page tables. Signed-off-by: Tomasz Figa Signed-off-by: Yong Zhi --- drivers/media/pci/intel/ipu3/ipu3-mmu.c | 560 drivers/media/pci/intel/ipu3/ipu3-mmu.h |

[PATCH v7 02/16] doc-rst: Add Intel IPU3 documentation

From: Rajmohan Mani This patch adds the details about the IPU3 Imaging Unit driver. Change-Id: I560cecf673df2dcc3ec72767cf8077708d649656 Signed-off-by: Rajmohan Mani --- Documentation/media/v4l-drivers/index.rst | 1 + Documentation/media/v4l-drivers/ipu3.rst | 326

[PATCH v7 07/16] intel-ipu3: Implement DMA mapping functions

From: Tomasz Figa This driver uses IOVA space for buffer mapping through IPU3 MMU to transfer data between imaging pipelines and system DDR. Signed-off-by: Tomasz Figa Signed-off-by: Yong Zhi --- drivers/media/pci/intel/ipu3/ipu3-dmamap.c | 270 +

[PATCH v7 04/16] intel-ipu3: abi: Add register definitions and enum

Add macros and enums used for IPU3 firmware interface. Signed-off-by: Yong Zhi Signed-off-by: Rajmohan Mani --- drivers/media/pci/intel/ipu3/ipu3-abi.h | 661 1 file changed, 661 insertions(+) create mode 100644 drivers/media/pci/intel/ipu3/ipu3-abi.h diff

[PATCH v7 00/16] Intel IPU3 ImgU patchset

Hi, This series adds support for the Intel IPU3 (Image Processing Unit) ImgU which is essentially a modern memory-to-memory ISP. It implements raw Bayer to YUV image format conversion as well as a large number of other pixel processing algorithms for improving the image quality. Meta data

Re: [PATCH] lirc.4: remove ioctls and feature bits which were never implemented

Hi all, On 29/10/18 18:30, Sean Young wrote: > Hi Michael, > > On Thu, Jul 12, 2018 at 02:21:18PM +0100, Sean Young wrote: >> On Thu, Jul 12, 2018 at 09:33:32AM -0300, Mauro Carvalho Chehab wrote: >>> Hi Michael/Alec, >>> >>> Em Fri, 18 May 2018 16:25:29 +0100 >>> Sean Young escreveu: >>>

Re: [PATCH v3 0/9] TVP5150 fixes and new features

Hi Mauro, just a reminder, Rob already added his ack/rev-by tags. Thanks, Marco On 18-09-18 15:14, Marco Felsch wrote: > Hi, > > this is my v3 with the integrated reviews from my v2 [1]. This serie > applies to Mauro's experimental.git [2]. > > @Mauro: > Patch ("media: tvp5150: fix

[PATCH v2 2/6] media: mt9m111: add streaming check to set_fmt

From: Michael Grzeschik Currently set_fmt don't care about the streaming status, so the format can be changed during streaming. This can lead into wrong behaviours. Check if the device is already streaming and return -EBUSY to avoid wrong behaviours. Signed-off-by: Michael Grzeschik

[PATCH v2 3/6] media: mt9m111: add support to select formats and fps for {Q,SXGA}

From: Michael Grzeschik This patch implements the framerate selection using the skipping and readout power-modi features. The power-modi cut the framerate by half and each context has an independent selection bit. The same applies to the 2x skipping feature. Signed-off-by: Michael Grzeschik

[PATCH v2 6/6] dt-bindings: media: mt9m111: add pclk-sample property

Add the pclk-sample property to the list of optional properties for the mt9m111 camera sensor. Signed-off-by: Marco Felsch --- Documentation/devicetree/bindings/media/i2c/mt9m111.txt | 5 + 1 file changed, 5 insertions(+) diff --git a/Documentation/devicetree/bindings/media/i2c/mt9m111.txt

[PATCH v2 4/6] media: mt9m111: allow to setup pixclk polarity

From: Enrico Scholz The chip can be configured to output data transitions on the rising or falling edge of PIXCLK (Datasheet R58:1[9]), default is on the falling edge. Parsing the fw-node is made in a subfunction to bundle all (future) dt-parsing / fw-parsing stuff. Signed-off-by: Enrico

[PATCH v2 1/6] media: mt9m111: add s_stream callback

Add callback to check if we are already streaming. Now other callbacks can check the state and return -EBUSY if we already streaming. Signed-off-by: Marco Felsch --- drivers/media/i2c/mt9m111.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/drivers/media/i2c/mt9m111.c

[PATCH v2 0/6] media: mt9m111 features

Hi, this is the v2 of [1]. I fixed some issues I made during converting Enrico's and Michael's patches and rebased it on top of media-tree/master. Please see commit comments for further information. The dt-bindings patches are new as result of Sakari's review [2]. [1]

[PATCH v2 5/6] dt-bindings: media: mt9m111: adapt documentation to be more clear

Replace the vague binding by a more verbose. Remove the remote property from the example since the driver don't support such a property. Also remove the bus-width property from the endpoint since the driver don't take care of it. Signed-off-by: Marco Felsch ---

[PATCH] vivid: set min width/height to a value > 0

The capture DV timings capabilities allowed for a minimum width and height of 0. So passing a timings struct with 0 values is allowed and will later cause a division by zero. Ensure that the width and height must be >= 16 to avoid this. Signed-off-by: Hans Verkuil Reported-by:

Re: [PATCH] lirc.4: remove ioctls and feature bits which were never implemented

Hi Michael, On Thu, Jul 12, 2018 at 02:21:18PM +0100, Sean Young wrote: > On Thu, Jul 12, 2018 at 09:33:32AM -0300, Mauro Carvalho Chehab wrote: > > Hi Michael/Alec, > > > > Em Fri, 18 May 2018 16:25:29 +0100 > > Sean Young escreveu: > > > > > On Sun, May 06, 2018 at 12:34:53PM +0200, Michael

NPE with atmel-isc when using the ov5640 driver

Hi, Apologies if this is the wrong mailing list and if so could you advise me on the correct one. I'm trying to use the OmniVision ov5640 camera sensor with the ATMEL SAMA5D2 using it's Image Sensor Controller (ISC). I've seen a link where they have this controller working with the ov7670 and

[PATCH] vivid: fix error handling of kthread_run

kthread_run returns an error pointer, but elsewhere in the code dev->kthread_vid_cap/out is checked against NULL. If kthread_run returns an error, then set the pointer to NULL. I chose this method over changing all kthread_vid_cap/out tests elsewhere since this is more robust. Signed-off-by:

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: Mon Oct 29 05:00:09 CET 2018 media-tree git hash:3b796aa60af087f5fec75aee9b17f2130f2b9adc media_build

[PATCH] media: saa7134: hvr1110 can decode rc6

The function get_key_hvr1110 can only decode rc5, however this is a standard hauppauge z8f0811 which can decode rc6 as well. Use get_key_haup_xvr() instead. Test on a HVR 1110. Signed-off-by: Sean Young --- drivers/media/pci/saa7134/saa7134-input.c | 43 +++ 1 file changed,

Re: [PATCH v4 3/6] media: v4l2-common: add V4L2_FRACT_COMPARE

On Sun, Oct 28, 2018 at 9:25 AM Akinobu Mita wrote: > > 2018年10月28日(日) 12:49 Matt Ranostay : > > > > On Sat, Oct 20, 2018 at 7:26 AM Akinobu Mita wrote: > > > > > > Add macro to compare two v4l2_fract values in v4l2 common internal API. > > > The same macro FRACT_CMP() is used by vivid and

Re: [PATCH v4 3/6] media: v4l2-common: add V4L2_FRACT_COMPARE

2018年10月28日(日) 12:49 Matt Ranostay : > > On Sat, Oct 20, 2018 at 7:26 AM Akinobu Mita wrote: > > > > Add macro to compare two v4l2_fract values in v4l2 common internal API. > > The same macro FRACT_CMP() is used by vivid and bcm2835-camera. This just > > renames it to V4L2_FRACT_COMPARE in order

Re: [PATCH v4 5/6] media: video-i2c: support changing frame interval

2018年10月28日(日) 12:39 Matt Ranostay : > > On Sat, Oct 20, 2018 at 7:26 AM Akinobu Mita wrote: > > > > AMG88xx has a register for setting frame rate 1 or 10 FPS. > > This adds support changing frame interval. > > > > Reference specifications: > >

Re: Kaffeine: cool pull request in GitHub

Hi Antoni, Em Sun, 28 Oct 2018 01:02:39 +0200 Antoni Bella Pérez escreveu: > Hi > > I found three pull request in GitHub and this code has not been included in > the master branch. > > > > * Fix audio CD playing >

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: Sun Oct 28 05:00:11 CET 2018 media-tree git hash:3b796aa60af087f5fec75aee9b17f2130f2b9adc media_build

Re: [PATCH v4 3/6] media: v4l2-common: add V4L2_FRACT_COMPARE

On Sat, Oct 20, 2018 at 7:26 AM Akinobu Mita wrote: > > Add macro to compare two v4l2_fract values in v4l2 common internal API. > The same macro FRACT_CMP() is used by vivid and bcm2835-camera. This just > renames it to V4L2_FRACT_COMPARE in order to avoid namespace collision. > > Cc: Matt

Re: [PATCH v4 5/6] media: video-i2c: support changing frame interval

On Sat, Oct 20, 2018 at 7:26 AM Akinobu Mita wrote: > > AMG88xx has a register for setting frame rate 1 or 10 FPS. > This adds support changing frame interval. > > Reference specifications: > https://docid81hrs3j1.cloudfront.net/medialibrary/2017/11/PANA-S-A0002141979-1.pdf > > Cc: Matt Ranostay

[PATCH] media: saa7134: rc device does not need 'saa7134 IR (' prefix

Before this patch, the rc name is truncated to: saa7134 IR (Hauppauge WinTV-HVR Now it is: Hauppauge WinTV-HVR1150 ATSC/QAM-Hybrid Signed-off-by: Sean Young --- drivers/media/pci/saa7134/saa7134-input.c | 4 +--- drivers/media/pci/saa7134/saa7134.h | 1 - 2 files

Re: [RFP] Which V4L2 ioctls could be replaced by better versions?

Le lundi 22 octobre 2018 à 12:37 +0900, Tomasz Figa a écrit : > Hi Philipp, > > On Mon, Oct 22, 2018 at 1:28 AM Philipp Zabel wrote: > > > > On Wed, Oct 03, 2018 at 05:24:39PM +0900, Tomasz Figa wrote: > > [...] > > > > Yes, but that would fall in a complete redesign I guess. The buffer > > > >

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: Sat Oct 27 05:00:13 CEST 2018 media-tree git hash:3b796aa60af087f5fec75aee9b17f2130f2b9adc media_build

Re: [RFP] Which V4L2 ioctls could be replaced by better versions?

Hi Tomasz, On Friday, 26 October 2018 14:41:26 EEST Tomasz Figa wrote: > On Thu, Sep 20, 2018 at 11:42 PM Hans Verkuil wrote: > > Some parts of the V4L2 API are awkward to use and I think it would be > > a good idea to look at possible candidates for that. > > > > Examples are the ioctls that

[PATCH] media: v4l uapi docs: few minor corrections and typos

Signed-off-by: Sean Young --- Documentation/media/uapi/v4l/app-pri.rst | 2 +- Documentation/media/uapi/v4l/audio.rst| 2 +- Documentation/media/uapi/v4l/dev-capture.rst | 2 +- Documentation/media/uapi/v4l/dev-teletext.rst | 2 +- Documentation/media/uapi/v4l/format.rst

Re: [RFP] Which V4L2 ioctls could be replaced by better versions?

On Thu, Sep 20, 2018 at 11:42 PM Hans Verkuil wrote: > > Some parts of the V4L2 API are awkward to use and I think it would be > a good idea to look at possible candidates for that. > > Examples are the ioctls that use struct v4l2_buffer: the multiplanar support > is > really horrible, and

Re: [PATCH 1/2] vicodec: Have decoder propagate changes to the CAPTURE queue

On Fri, Oct 19, 2018 at 10:00 PM Ezequiel Garcia wrote: > > On Fri, 2018-10-19 at 09:14 +0200, Hans Verkuil wrote: > > On 10/18/2018 06:08 PM, Ezequiel Garcia wrote: > > > The decoder interface (not yet merged) specifies that > > > width and height values set on the OUTPUT queue, must > > > be

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: Fri Oct 26 05:00:13 CEST 2018 media-tree git hash:3b796aa60af087f5fec75aee9b17f2130f2b9adc media_build

for your images 12

We are an imaging team who can process 300+ images daily. If you need any image editing service, please contact us today. We do mainly images cut out and clipping path, masking. Such as for your ecommerce photos, jewelry photos retouching, also it is for beauty portraits and skin images and

for your images 15

We are an imaging team who can process 300+ images daily. If you need any image editing service, please contact us today. We do mainly images cut out and clipping path, masking. Such as for your ecommerce photos, jewelry photos retouching, also it is for beauty portraits and skin images and

for your images 15

We are an imaging team who can process 300+ images daily. If you need any image editing service, please contact us today. We do mainly images cut out and clipping path, masking. Such as for your ecommerce photos, jewelry photos retouching, also it is for beauty portraits and skin images and

for your images 14

We are an imaging team who can process 300+ images daily. If you need any image editing service, please contact us today. We do mainly images cut out and clipping path, masking. Such as for your ecommerce photos, jewelry photos retouching, also it is for beauty portraits and skin images and

for your images 14

We are an imaging team who can process 300+ images daily. If you need any image editing service, please contact us today. We do mainly images cut out and clipping path, masking. Such as for your ecommerce photos, jewelry photos retouching, also it is for beauty portraits and skin images and

for your images 16

We are an imaging team who can process 300+ images daily. If you need any image editing service, please contact us today. We do mainly images cut out and clipping path, masking. Such as for your ecommerce photos, jewelry photos retouching, also it is for beauty portraits and skin images and

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: Thu Oct 25 05:00:14 CEST 2018 media-tree git hash:3b796aa60af087f5fec75aee9b17f2130f2b9adc media_build

[PATCH] media: adv7180: add g_skip_frames support

The adv7180 produces 1 to 2 frames of garbage before proper sync is established. This allows V4L2 drivers and apps to skip those. Signed-off-by: Tim Harvey --- drivers/media/i2c/adv7180.c | 15 +++ 1 file changed, 15 insertions(+) diff --git a/drivers/media/i2c/adv7180.c

[PATCH v2] [bug/urgent] dvb-usb-v2: Fix incorrect use of transfer_flags URB_FREE_BUFFER

In commit 1a0c10ed7b media: dvb-usb-v2: stop using coherent memory for URBs incorrectly adds URB_FREE_BUFFER after every urb transfer resulting in no buffers and eventually deadlock. The stream buffer should remain constant while in use by user and kfree() on their departure. Signed-off-by:

Re: [PATCH] [bug/urgent] dvb-usb-v2: Fix incorrect use of transfer_flags URB_FREE_BUFFER

On 23/10/2018 22:26, Malcolm Priestley wrote: > In commit 1a0c10ed7b media: dvb-usb-v2: stop using coherent memory for URBs > incorrectly adds URB_FREE_BUFFER after every urb transfer resulting in > no buffers and eventually deadlock. > > The stream buffer should remain in constant while in use

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 Oct 24 05:00:11 CEST 2018 media-tree git hash:3b796aa60af087f5fec75aee9b17f2130f2b9adc media_build

Re: [PATCH v3 01/16] media: imx: add mem2mem device

(resending as plain text) On 10/21/18 10:43 AM, Philipp Zabel wrote: On Fri, Oct 19, 2018 at 01:19:10PM -0700, Steve Longerbeam wrote: On 10/19/18 2:53 AM, Philipp Zabel wrote: Hi Tim, On Thu, 2018-10-18 at 15:53 -0700, Tim Harvey wrote: [...] Philipp, Thanks for submitting this! I'm

[PATCH] [bug/urgent] dvb-usb-v2: Fix incorrect use of transfer_flags URB_FREE_BUFFER

In commit 1a0c10ed7b media: dvb-usb-v2: stop using coherent memory for URBs incorrectly adds URB_FREE_BUFFER after every urb transfer resulting in no buffers and eventually deadlock. The stream buffer should remain in constant while in use by user and kfree() on their departure.

<    7   8   9   10   11   12   13   14   15   16   >