cron job: media_tree daily build: ERRORS

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 Mar 13 05:00:10 CET 2018 media-tree git hash:e68854a2588a923b31eebce348f8020374843f8e media_build

[PATCH] media: rc: meson-ir: lower timeout and make configurable

A timeout of 200ms is much longer than necessary, and delays the decoding decoding of a single scancode and the last scancode when a button is being held. This makes the remote seem sluggish. If the min_timeout and max_timeout values are set, the timeout is configurable via the

Re: [linux-sunxi] [PATCH 5/9] media: platform: Add Sunxi Cedrus decoder driver

Paul Kocialkowski: > diff --git a/drivers/media/platform/sunxi-cedrus/sunxi_cedrus.c > b/drivers/media/platform/sunxi-cedrus/sunxi_cedrus.c > new file mode 100644 > index ..88624035e0e3 > --- /dev/null > +++ b/drivers/media/platform/sunxi-cedrus/sunxi_cedrus.c > @@ -0,0 +1,313 @@ >

Re: RFC: unpinned DMA-buf exporting

On Mon, Mar 12, 2018 at 8:15 PM, Christian König wrote: > Am 12.03.2018 um 18:24 schrieb Daniel Vetter: >> >> On Fri, Mar 09, 2018 at 08:11:40PM +0100, Christian K??nig wrote: >>> >>> This set of patches adds an option invalidate_mappings callback to each >>>

Re: RFC: unpinned DMA-buf exporting

Am 12.03.2018 um 18:24 schrieb Daniel Vetter: On Fri, Mar 09, 2018 at 08:11:40PM +0100, Christian K??nig wrote: This set of patches adds an option invalidate_mappings callback to each DMA-buf attachment which can be filled in by the importer. This callback allows the exporter to provided the

Re: [PATCH 1/4] dma-buf: add optional invalidate_mappings callback

Am 12.03.2018 um 18:07 schrieb Daniel Vetter: On Fri, Mar 09, 2018 at 08:11:41PM +0100, Christian K??nig wrote: [SNIP] +/** + * dma_buf_invalidate_mappings - invalidate all mappings of this dma_buf + * + * @dmabuf:[in]buffer which mappings should be invalidated + * + * Informs all

Re: ivtv: use arch_phys_wc_add() and require PAT disabled

On Sun, 11 Mar 2018 23:04:02 -0500 Nick French wrote: > On Sun, Mar 11, 2018 at 11:24:38PM +, Ian Armstrong wrote: > > On Sat, 10 Mar 2018 16:57:41 + > > "French, Nicholas A." wrote: > > > > > > > No what if the framebuffer driver is just requested as a > >

Re: [linux-sunxi] [PATCH 2/9] media: videobuf2-v4l2: Copy planes when needed in request qbuf

Paul Kocialkowski: > diff --git a/drivers/media/common/videobuf2/videobuf2-v4l2.c > b/drivers/media/common/videobuf2/videobuf2-v4l2.c > index 0627c3339572..c14528d4a518 100644 > --- a/drivers/media/common/videobuf2/videobuf2-v4l2.c > +++ b/drivers/media/common/videobuf2/videobuf2-v4l2.c > @@

Re: RFC: unpinned DMA-buf exporting

On Fri, Mar 09, 2018 at 08:11:40PM +0100, Christian K??nig wrote: > This set of patches adds an option invalidate_mappings callback to each > DMA-buf attachment which can be filled in by the importer. > > This callback allows the exporter to provided the DMA-buf content > without pinning it. The

Re: [linux-sunxi] [PATCH 5/9] media: platform: Add Sunxi Cedrus decoder driver

Paul Kocialkowski: > diff --git a/drivers/media/platform/sunxi-cedrus/sunxi_cedrus_regs.h > b/drivers/media/platform/sunxi-cedrus/sunxi_cedrus_regs.h > new file mode 100644 > index ..7384daa94737 > --- /dev/null > +++ b/drivers/media/platform/sunxi-cedrus/sunxi_cedrus_regs.h > @@ -0,0

Re: [PATCH 1/4] dma-buf: add optional invalidate_mappings callback

On Fri, Mar 09, 2018 at 08:11:41PM +0100, Christian K??nig wrote: > Each importer can now provide an invalidate_mappings callback. > > This allows the exporter to provide the mappings without the need to pin > the backing store. > > Signed-off-by: Christian K??nig >

coda: i.MX6 decoding performance issues for multi-streaming

Hi, we have an i.MX6 Solo based board running the latest mainline kernel (4.15.3). As part of our development we were measuring the decoding performance of the i.MX6 coda chip. For that purpose we are feeding the decoder with 640x368 @ 30fps H.264 streams that have been generated by

[PATCH] media: omap3isp: fix unbalanced dma_iommu_mapping

The OMAP3 ISP driver manages its MMU mappings through the IOMMU-aware ARM DMA backend. The current code creates a dma_iommu_mapping and attaches this to the ISP device, but never detaches the mapping in either the probe failure paths or the driver remove path resulting in an unbalanced mapping

help needed: dvb-usb: recv bulk message failed: -110 AND dw2102: i2c transfer failed

Hallo I get this with kernel 4.15.8 and 4.16-rc5 ... [ 166.277588] dvb-usb: Terratec Cinergy S2 USB BOX successfully deinitialized and disconnected. [ 168.406828] usb 1-1: new high-speed USB device number 6 using xhci_hcd [ 168.534421] dw2102: su3000_identify_state [ 168.534424] dvb-usb:

Re: [GIT PULL] HEVC V4L2 controls and s5p-mfc update

On 03/12/2018 09:35 AM, Sylwester Nawrocki wrote: > Hi Hans, > > On 03/12/2018 05:19 PM, Hans Verkuil wrote: >> Does this include this __v4l2_ctrl_modify_range() request: >> >> https://patchwork.kernel.org/patch/10196605/ >> >> I haven't seen anything for that. I'd like to see that implemented

Re: [GIT PULL] HEVC V4L2 controls and s5p-mfc update

Hi Hans, On 03/12/2018 05:19 PM, Hans Verkuil wrote: > Does this include this __v4l2_ctrl_modify_range() request: > > https://patchwork.kernel.org/patch/10196605/ > > I haven't seen anything for that. I'd like to see that implemented before this > is merged, otherwise this typically will never

Re: [PATCH 09/11] media: vsp1: Provide support for extended command pools

Hi Kieran, just one small thing I noticed below... On Fri, Mar 09, 2018 at 10:04:07PM +, Kieran Bingham wrote: > VSPD and VSP-DL devices can provide extended display lists supporting > extended command display list objects. > > These extended commands require their own dma memory areas

Re: [PATCH 3/3] rcar-vin: use scratch buffer and always run in continuous mode

Hi Jacopo, Thanks for your feedback. On 2018-03-12 15:38:12 +0100, Jacopo Mondi wrote: > Hi Niklas, > a few comments below > > On Sat, Mar 10, 2018 at 01:09:53AM +0100, Niklas Söderlund wrote: > > Instead of switching capture mode depending on how many buffers are > > available use a scratch

Re: [GIT PULL] HEVC V4L2 controls and s5p-mfc update

Hi Sylwester, Smitha, On 03/12/2018 08:44 AM, Sylwester Nawrocki wrote: > Hi Mauro, Does this include this __v4l2_ctrl_modify_range() request: https://patchwork.kernel.org/patch/10196605/ I haven't seen anything for that. I'd like to see that implemented before this is merged, otherwise this

Re: [PATCH] media: ov5640: add missing output pixel format setting

Hi Akinobu, Thanks for the patch, could you describe the test you made to reproduce the issue that I can test on my side ? I'm using usually yavta or Gstreamer, but I don't know how to trig the power on/off independently of streamon/off. Best regards, Hugues. On 03/11/2018 04:34 PM, Akinobu

[GIT PULL FOR v4.17] Renesas CEU: SH7724 ECOVEC + Aptina mt9t112

This converts the ecovec platform to the renesas-ceu driver. As part of that mt9t112 is converted to a 'regular' subdev driver. Note: there is no sh arch maintainer, so that patch is also going through this pull request. Regards, Hans The following changes since commit

Re: [PATCH 5/5] media: MAINTAINERS: Add entry for Aptina MT9T112

Hi Sakari, On Sun, Mar 11, 2018 at 10:15:14PM +0200, Sakari Ailus wrote: > Hi Jacopo, > > On Fri, Mar 02, 2018 at 05:35:41PM +0100, Jacopo Mondi wrote: > > Add entry for Aptina/Micron MT9T112 camera sensor. The driver is > > currently orphaned. > > > > Signed-off-by: Jacopo Mondi

[GIT PULL] HEVC V4L2 controls and s5p-mfc update

Hi Mauro, The following changes since commit 3f127ce11353fd1071cae9b65bc13add6aec6b90: media: em28xx-cards: fix em28xx_duplicate_dev() (2018-03-08 06:06:51 -0500) are available in the git repository at: git://linuxtv.org/snawrocki/samsung.git tags/for-v4.17/media/samsung for you to fetch

Re: [PATCH 3/3] rcar-vin: use scratch buffer and always run in continuous mode

Hi Niklas, a few comments below On Sat, Mar 10, 2018 at 01:09:53AM +0100, Niklas Söderlund wrote: > Instead of switching capture mode depending on how many buffers are > available use a scratch buffer and always run in continuous mode. By > using a scratch buffer the responsiveness of the

Re: [RFCv4,19/21] media: vim2m: add request support

On 12.03.2018 15:32, Alexandre Courbot wrote: > On Mon, Mar 12, 2018 at 5:15 PM, Tomasz Figa wrote: >> Hi Paul, Dmitry, >> >> On Mon, Mar 12, 2018 at 5:10 PM, Paul Kocialkowski >> wrote: >>> Hi, >>> >>> On Sun, 2018-03-11 at 22:42 +0300, Dmitry

[PATCH v2 0/4] Renesas CEU: SH7724 ECOVEC + Aptina mt9t112

Hello Hans, I have squashed in the two patches I sent on top of v1 in this series, one fix for the build error you reported me, and reduced the patch count fixing the style changes on the patch that removes the soc_camera dependencies. No frame rate control, but now a TODO note makes clear

[PATCH v2 4/4] media: MAINTAINERS: Add entry for Aptina MT9T112

Add entry for Aptina/Micron MT9T112 camera sensor. The driver is maintained by me for "Odd Fixes" only due to lack of suitable hardware for testing. Signed-off-by: Jacopo Mondi --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS

[PATCH v2 3/4] arch: sh: ecovec: Use new renesas-ceu camera driver

SH4 7724 Ecovec platform uses sh_mobile_ceu camera driver, which is now being replaced by a proper V4L2 camera driver named 'renesas-ceu'. Get rid of soc_camera defined components used to register sensor drivers and of platform specific enable/disable routines. Register GPIOs for sensor drivers

[PATCH v2 1/4] media: i2c: Copy mt9t112 soc_camera sensor driver

Copy the soc_camera based driver in v4l2 sensor driver directory. This commit just copies the original file without modifying it. No modification to KConfig and Makefile as soc_camera framework dependencies need to be removed first in next commit. Signed-off-by: Jacopo Mondi

[PATCH v2 2/4] media: i2c: mt9t112: Remove soc_camera dependencies

Remove soc_camera framework dependencies from mt9t112 sensor driver. - Handle clk, gpios and power routines - Register async subdev - Remove deprecated g/s_mbus_config operations - Remove driver flags - Change driver interface and add kernel doc - Adjust build system - Fix code style issues

Re: [PATCH] media: rc: meson-ir: add timeout on idle

On Mon, Mar 12, 2018 at 02:20:00PM +0100, Matthias Reichl wrote: > On Sun, Mar 11, 2018 at 12:55:19PM +, Sean Young wrote: > > That makes complete sense. I'm actually keen to get this lowered, since > > this makes it possible to lower the repeat period per-protocol, see > > commit d57ea877af38

Re: [PATCH] media: rc: meson-ir: add timeout on idle

Hi Sean, On Sun, Mar 11, 2018 at 12:55:19PM +, Sean Young wrote: > Hi Matthias, > > On Sat, Mar 10, 2018 at 06:38:28PM +0100, Matthias Reichl wrote: > > On Sat, Mar 10, 2018 at 11:27:45AM +, Sean Young wrote: > > > So if the timeout is below N then you will never get a space of N or > >

Re: [RFCv4,19/21] media: vim2m: add request support

On Mon, Mar 12, 2018 at 5:15 PM, Tomasz Figa wrote: > Hi Paul, Dmitry, > > On Mon, Mar 12, 2018 at 5:10 PM, Paul Kocialkowski > wrote: >> Hi, >> >> On Sun, 2018-03-11 at 22:42 +0300, Dmitry Osipenko wrote: >>> Hello, >>> >>> On 07.03.2018 19:37,

Re: [RFCv4,19/21] media: vim2m: add request support

On 12.03.2018 11:29, Tomasz Figa wrote: > On Mon, Mar 12, 2018 at 5:25 PM, Paul Kocialkowski > wrote: >> Hi, >> >> On Mon, 2018-03-12 at 17:15 +0900, Tomasz Figa wrote: >>> Hi Paul, Dmitry, >>> >>> On Mon, Mar 12, 2018 at 5:10 PM, Paul Kocialkowski >>>

Re: [PATCH v3] [media] Use common error handling code in 19 functions

Hi Markus, Thank you for the patch. On 9.03.2018 22:10, SF Markus Elfring wrote: > From: Markus Elfring > Date: Fri, 9 Mar 2018 21:00:12 +0100 > > Adjust jump targets so that a bit of exception handling can be better > reused at the end of these functions. > >

Re: [RFCv4,19/21] media: vim2m: add request support

On Mon, Mar 12, 2018 at 5:25 PM, Paul Kocialkowski wrote: > Hi, > > On Mon, 2018-03-12 at 17:15 +0900, Tomasz Figa wrote: >> Hi Paul, Dmitry, >> >> On Mon, Mar 12, 2018 at 5:10 PM, Paul Kocialkowski >> wrote: >> > Hi, >> > >> > On

Re: [RFCv4,19/21] media: vim2m: add request support

Hi, On Mon, 2018-03-12 at 17:15 +0900, Tomasz Figa wrote: > Hi Paul, Dmitry, > > On Mon, Mar 12, 2018 at 5:10 PM, Paul Kocialkowski > wrote: > > Hi, > > > > On Sun, 2018-03-11 at 22:42 +0300, Dmitry Osipenko wrote: > > > Hello, > > > > > > On 07.03.2018 19:37,

Re: [RFCv4,19/21] media: vim2m: add request support

Hi Paul, Dmitry, On Mon, Mar 12, 2018 at 5:10 PM, Paul Kocialkowski wrote: > Hi, > > On Sun, 2018-03-11 at 22:42 +0300, Dmitry Osipenko wrote: >> Hello, >> >> On 07.03.2018 19:37, Paul Kocialkowski wrote: >> > Hi, >> > >> > First off, I'd like to take the occasion

Re: [RFCv4,19/21] media: vim2m: add request support

Hi, On Sun, 2018-03-11 at 22:42 +0300, Dmitry Osipenko wrote: > Hello, > > On 07.03.2018 19:37, Paul Kocialkowski wrote: > > Hi, > > > > First off, I'd like to take the occasion to say thank-you for your > > work. > > This is a major piece of plumbing that is required for me to add > > support

Re: [PATCH v7] media: imx258: Add imx258 camera sensor driver

Hi Andy, On Mon, Mar 12, 2018 at 1:01 AM, Andy Yeh wrote: > Add a V4L2 sub-device driver for the Sony IMX258 image sensor. > This is a camera sensor using the I2C bus for control and the > CSI-2 bus for data. > > Signed-off-by: Jason Chen >