Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

On Wed, Nov 18, 2015 at 5:51 PM, Arnd Bergmann wrote: > On Wednesday 18 November 2015 17:43:04 Andy Shevchenko wrote: >> > >> > I assume that the sst-firmware.c case is a mistake, it should just use a >> > plain DMA_SLAVE and not DMA_MEMCPY. >> >> Other way around. >> > > Ok, I

[linuxtv-media:master 1801/1806] drivers/media/i2c/s5c73m3/s5c73m3-spi.c:40:40: error: expected ')' before ';' token

tree: git://linuxtv.org/media_tree.git master head: 769b640929046f1207b928d194a855d759ad0a06 commit: f934a94bb566a629b7e0be52d087a686145d1f14 [1801/1806] [media] s5c73m3: Export OF module alias information config: x86_64-randconfig-s4-11182347 (attached as .config) reproduce: git

Re: [PATCH 2/9] [media] tvp5150: add userspace subdev API

Hi Philipp, [auto build test ERROR on: v4.4-rc1] [also build test ERROR on: next-20151118] [cannot apply to: linuxtv-media/master] url: https://github.com/0day-ci/linux/commits/Lucas-Stach/tvp5150-convert-register-access-to-regmap/20151119-005732 config: x86_64-randconfig-x018-11181928

Re: [PATCH 1/6] mt2060: add i2c bindings

On 11/18/2015 05:01 PM, Mauro Carvalho Chehab wrote: Em Mon, 27 Jul 2015 14:22:05 +0300 Antti Palosaari escreveu: Add proper i2c driver model bindings. Hi Antti, What's the status of this patch series? You submitted them on July, but never sent me a pull request... I

Re: [PATCH 2/9] [media] tvp5150: add userspace subdev API

Hi Philipp, [auto build test ERROR on: v4.4-rc1] [also build test ERROR on: next-20151118] [cannot apply to: linuxtv-media/master] url: https://github.com/0day-ci/linux/commits/Lucas-Stach/tvp5150-convert-register-access-to-regmap/20151119-005732 config: x86_64-randconfig-x017-11181928

[PATCH 3/9] [media] tvp5150: determine BT.656 or YUV 4:2:2 mode from device tree

From: Philipp Zabel By looking at the endpoint flags, it can be determined whether the link should be of V4L2_MBUS_PARALLEL or V4L2_MBUS_BT656 type. Disable the dedicated HSYNC/VSYNC outputs in BT.656 mode. For devices that are not instantiated through DT the current

[PATCH 6/9] [media] tvp5150: trigger autodetection on subdev open to reset cropping

From: Philipp Zabel If cropping isn't set explicitly by userspace, reset it to the maximum possible rectangle in subdevice open if a standard change is detected. Signed-off-by: Philipp Zabel Signed-off-by: Lucas Stach ---

[PATCH 4/9] [media] tvp5150: fix standard autodetection

From: Philipp Zabel Make sure to not overwrite decoder->norm when setting the standard in hardware, but only when instructed by V4L2 API calls. Signed-off-by: Philipp Zabel Signed-off-by: Lucas Stach ---

[PATCH 5/9] [media] tvp5150: split reset/enable routine

From: Philipp Zabel To trigger standard autodetection only the reset part of the routine is necessary. Split this out to make it callable on its own. Signed-off-by: Philipp Zabel Signed-off-by: Lucas Stach ---

[PATCH 8/9] [media] tvp5150: Add sync lock interrupt handling

From: Philipp Zabel This patch adds an optional interrupt handler to handle the sync lock interrupt and sync lock status. Signed-off-by: Philipp Zabel Signed-off-by: Lucas Stach --- drivers/media/i2c/tvp5150.c | 103

[PATCH 1/9] [media] tvp5150: convert register access to regmap

From: Philipp Zabel Regmap provides built in debugging, caching and provides dedicated accessors for bit manipulations in registers, which make the following changes a lot simpler. Signed-off-by: Philipp Zabel Signed-off-by: Lucas Stach

[PATCH 9/9] [media] tvp5150: disable output while signal not locked

From: Philipp Zabel To avoid short frames on stream start, keep output pins at high impedance while we are not properly locked onto the input signal. Signed-off-by: Philipp Zabel Signed-off-by: Lucas Stach ---

[PATCH 7/9] [media] tvp5150: remove pin configuration from initialization tables

From: Philipp Zabel To allow optional interrupt support, we want to configure the pin settings dynamically. Move those register accesses out of the static initialization tables. Signed-off-by: Philipp Zabel Signed-off-by: Lucas Stach

[PATCH 2/9] [media] tvp5150: add userspace subdev API

From: Philipp Zabel This patch adds userspace V4L2 subdevice API support. Signed-off-by: Philipp Zabel Signed-off-by: Lucas Stach --- drivers/media/i2c/tvp5150.c | 259 ++-- 1 file

[linuxtv-media:master 1801/1806] drivers/media/i2c/s5c73m3/s5c73m3-spi.c:40:1: error: type defaults to 'int' in declaration of '_device_table'

tree: git://linuxtv.org/media_tree.git master head: 769b640929046f1207b928d194a855d759ad0a06 commit: f934a94bb566a629b7e0be52d087a686145d1f14 [1801/1806] [media] s5c73m3: Export OF module alias information config: tile-allmodconfig (attached as .config) reproduce: wget

Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

On Wed, Nov 18, 2015 at 4:21 PM, Peter Ujfalusi wrote: > Hi Vinod, > > bringing this old thread back to life as I just started to work on this. What I remember we need to convert drivers to use new API meanwhile it is good to keep old one to avoid patch storm which does

Re: cx23885: use pci_set_dma_mask insted of pci_dma_supported

Hi Tycho, please try the patch below - Andrew should be sending it on to Linux soon. --- >From 4c03a9f77104b04af45833e0424954191ca94a12 Mon Sep 17 00:00:00 2001 From: Christoph Hellwig Date: Wed, 11 Nov 2015 18:13:09 +0100 Subject: various: fix pci_set_dma_mask return value

Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

On Wednesday 18 November 2015 16:41:35 Peter Ujfalusi wrote: > On 11/18/2015 04:29 PM, Arnd Bergmann wrote: > > On Wednesday 18 November 2015 16:21:26 Peter Ujfalusi wrote: > >> 2. non slave channel requests, where only the functionality matters, like > >> memcpy, interleaved, memset, etc. > >> We

Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

On Wed, Nov 18, 2015 at 5:07 PM, Arnd Bergmann wrote: > On Wednesday 18 November 2015 16:41:35 Peter Ujfalusi wrote: >> On 11/18/2015 04:29 PM, Arnd Bergmann wrote: >> > On Wednesday 18 November 2015 16:21:26 Peter Ujfalusi wrote: >> >> 2. non slave channel requests, where only the

Re: [BUG] TechniSat SkyStar S2 - problem tuning DVB-S2 channels

Hi Robert, On 18/11/15 15:03, Robert wrote: Hello, I am using a "TechniSat SkyStar S2" DVB-S2 card. Drivers for this card are included in the kernel tree since 4.2. Unfortunately, i can't tune to ANY DVB-S2 channels with this new in-tree driver. DVB-S channels are working fine. Id[1] of the

Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

On Wed, Nov 18, 2015 at 04:51:54PM +0100, Arnd Bergmann wrote: > On Wednesday 18 November 2015 17:43:04 Andy Shevchenko wrote: > > > > > > I assume that the sst-firmware.c case is a mistake, it should just use a > > > plain DMA_SLAVE and not DMA_MEMCPY. > > > > Other way around. > > > > Ok, I

saa7134 card help request

Hello, i have trouble installing a saa7134 card who is a pain in the grr.. My board is a AOP-9104A with chipset PI7C8140A MA 0514BT with 4 channels. I`m running a FedoraCore 23 64bit (4.2.3-300.fc23.x86_64) at the moment (i can change it on whatever is need less windows) and have tried to

Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

On Wednesday 18 November 2015 17:43:04 Andy Shevchenko wrote: > > > > I assume that the sst-firmware.c case is a mistake, it should just use a > > plain DMA_SLAVE and not DMA_MEMCPY. > > Other way around. > Ok, I see. In that case I guess it also shouldn't call dmaengine_slave_config(), right?

Re: cx23885: use pci_set_dma_mask insted of pci_dma_supported

Hi Christoph, thanks, will do and report back shortly. Op 18-11-15 om 16:08 schreef Christoph Hellwig: Hi Tycho, please try the patch below - Andrew should be sending it on to Linux soon. --- From 4c03a9f77104b04af45833e0424954191ca94a12 Mon Sep 17 00:00:00 2001 From: Christoph Hellwig

[help request] saa7134 card drivers

Hello, i have trouble installing a saa7134 card who is a pain in the grr.. My board is a AOP-9104A with chipset PI7C8140A MA 0514BT with 4 channels. I`m running a FedoraCore 23 64bit (4.2.3-300.fc23.x86_64) at the moment (i can change it on whatever is need less windows) and have tried to

Re: [PATCH 1/6] mt2060: add i2c bindings

Em Wed, 18 Nov 2015 19:49:08 +0200 Antti Palosaari escreveu: > On 11/18/2015 05:01 PM, Mauro Carvalho Chehab wrote: > > Em Mon, 27 Jul 2015 14:22:05 +0300 > > Antti Palosaari escreveu: > > > >> Add proper i2c driver model bindings. > > > > Hi Antti, > > > > What's

Re: cx23885: use pci_set_dma_mask insted of pci_dma_supported

Hi Christoph, that additional patch fixed the problem indeed. Thanks again. Regards, Tycho Op 18-11-15 om 17:34 schreef Tycho Lürsen: Hi Christoph, thanks, will do and report back shortly. Op 18-11-15 om 16:08 schreef Christoph Hellwig: Hi Tycho, please try the patch below - Andrew should

Re: [BUG] TechniSat SkyStar S2 - problem tuning DVB-S2 channels

Hi Jemma, On 18.11.2015 17:18, Jemma Denson wrote: > What program are you using to try and tune? Is it trying to tune in > using DVB-S2? The "other" driver was done quite some while ago, and > included some clunky code to fallback to S2 if DVB-S tuning failed as it > was developed before the DVB

Re: [BUG] TechniSat SkyStar S2 - problem tuning DVB-S2 channels

Robert, I'm not sure whether it helps, but if your card is based on az6027, as is my USB TechniSat SkyStar 2 HD CI, then attached patch could be helpful. I had to create it to get DVB-S2 working on my device. http://djed.cz/az6027-i2c.patch Regards, David PS: trying to send once more with link

[Patch v5 0/2] media: v4l: ti-vpe: Add CAL v4l2 camera capture driver

The Camera Adaptation Layer (CAL) is a block which consists of a dual port CSI2/MIPI camera capture engine. This camera engine is currently found on DRA72xx family of devices. Port #0 can handle CSI2 camera connected to up to 4 data lanes. Port #1 can handle CSI2 camera connected to up to 2 data

[Patch v5 1/2] media: v4l: ti-vpe: Add CAL v4l2 camera capture driver

The Camera Adaptation Layer (CAL) is a block which consists of a dual port CSI2/MIPI camera capture engine. Port #0 can handle CSI2 camera connected to up to 4 data lanes. Port #1 can handle CSI2 camera connected to up to 2 data lanes. The driver implements the required API/ioctls to be V4L2

[Patch v5 2/2] media: v4l: ti-vpe: Document DRA72 CAL h/w module

Device Tree bindings for the DRA72 Camera Adaptation Layer (CAL) H/W module. Signed-off-by: Benoit Parrot --- Documentation/devicetree/bindings/media/ti-cal.txt | 72 ++ 1 file changed, 72 insertions(+) create mode 100644

Re: [ANNOUNCE DRAFT] Kernel Summit Media Workshop 2015 report - Seoul

Em Thu, 12 Nov 2015 17:53:29 -0200 Mauro Carvalho Chehab escreveu: > That's the first draft of the KS workshop that we had in Seoul. > > It is based on the notes we took on Etherpad, but I had to add several things > from my memory and from Hans slide deck. > > A graph

Re: [PATCH] usbvision fix overflow of interfaces array

An HTTP URL for the alternate patch mentioned: http://www.spinics.net/lists/linux-media/msg94831.html Best regards, Vladis Dronov | Red Hat, Inc. | Product Security Engineer -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to

Re: [PATCH v2 2/4] scripts/kernel-doc: Replacing highlights hash by an array

Em Tue, 17 Nov 2015 17:21:32 -0700 Jonathan Corbet escreveu: > On Tue, 17 Nov 2015 13:29:49 -0200 > Mauro Carvalho Chehab wrote: > > > The enclosed patch should do the trick. I tested it with perl 5.10 and > > perl 5.22 it worked fine with both

Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

On 11/18/2015 04:29 PM, Arnd Bergmann wrote: > On Wednesday 18 November 2015 16:21:26 Peter Ujfalusi wrote: >> 2. non slave channel requests, where only the functionality matters, like >> memcpy, interleaved, memset, etc. >> We could have a simple: >> dma_request_channel(mask); >> >> But looking

[PATCH] [media] fix dvb_frontend_sleep_until() logic

As pointed by Laurent Navet: "Calling ktime_add_us() seems useless as is only useful for it's return value which is ignored." That's reported by coverity CID 1309761. Laurent proposed to just remove ktime_add_us, but the fact is that the logic of this function is broken.

Re: [PATCH 1/6] mt2060: add i2c bindings

Em Mon, 27 Jul 2015 14:22:05 +0300 Antti Palosaari escreveu: > Add proper i2c driver model bindings. Hi Antti, What's the status of this patch series? You submitted them on July, but never sent me a pull request... Regards, Mauro > > Signed-off-by: Antti Palosaari

[BUG] TechniSat SkyStar S2 - problem tuning DVB-S2 channels

Hello, I am using a "TechniSat SkyStar S2" DVB-S2 card. Drivers for this card are included in the kernel tree since 4.2. Unfortunately, i can't tune to ANY DVB-S2 channels with this new in-tree driver. DVB-S channels are working fine. Id[1] of the commit which introduced support for this card.

Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

On Wednesday 18 November 2015 16:21:26 Peter Ujfalusi wrote: > 2. non slave channel requests, where only the functionality matters, like > memcpy, interleaved, memset, etc. > We could have a simple: > dma_request_channel(mask); > > But looking at the drivers using dmaengine legacy

cx23885: use pci_set_dma_mask insted of pci_dma_supported

Hi Christoph, I own a couple of DVBSky T982 cards, and with your latest patch I can't use them anymore. When the driver loads, it spits this: [ 16.851869] cx23885 driver version 0.0.4 loaded [ 16.852012] CORE cx23885[0]: subsystem: 4254:0982, board: DVBSky T982 [card=51,autodetected] [

Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

Hi Vinod, bringing this old thread back to life as I just started to work on this. On 06/24/2015 07:24 PM, Vinod Koul wrote: >> We would end up with the following APIs, all returning with error code on >> failure: >> dma_request_slave_channel(dev, name); >> dma_request_channel_legacy(mask, fn,

Re: [RESEND RFC/PATCH 1/8] dt-bindings: Add a binding for Mediatek Video Processor Unit

On Tue, 2015-11-17 at 14:13 +, Mark Rutland wrote: > On Tue, Nov 17, 2015 at 08:54:38PM +0800, Tiffany Lin wrote: > > From: Andrew-CT Chen > > > > Add a DT binding documentation of Video Processor Unit for the > > MT8173 SoC from Mediatek. > > > > Signed-off-by:

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: Thu Nov 19 04:00:27 CET 2015 git branch: test git hash: 203e942d20ab62f777360ae18c429237efef682b gcc

Re: [RESEND RFC/PATCH 0/8] Add MT8173 Video Encoder Driver and VPU Driver

On 11/17/2015 01:54 PM, Tiffany Lin wrote: > == > Introduction > == > > The purpose of this RFC is to discuss the driver for a hw video codec > embedded in the Mediatek's MT8173 SoCs. Mediatek Video Codec is able to > handle video encoding of in a range of formats. > >