[PATCH 05/15] cx88: use pci_set_dma_mask insted of pci_dma_supported

This ensures the dma mask that is supported by the driver is recorded in the device structure. Signed-off-by: Christoph Hellwig --- drivers/media/pci/cx88/cx88-alsa.c | 2 +- drivers/media/pci/cx88/cx88-mpeg.c | 2 +- drivers/media/pci/cx88/cx88-video.c | 2 +- 3 files changed, 3

[PATCH 02/15] tw68-core: use pci_set_dma_mask insted of pci_dma_supported

This ensures the dma mask that is supported by the driver is recorded in the device structure. Signed-off-by: Christoph Hellwig --- drivers/media/pci/tw68/tw68-core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/pci/tw68/tw68-core.c

remove dma_supported and pci_dma_supported as public APIs

All driver should be using dma_set_mask / pci_set_dma_mask to try to set the dma mask instead of just querying it. Without that some iommu implementations may not work. pci_dma_supported is removed entirely, but dma_supported stays for dma_ops implementations for now. -- To unsubscribe from

[PATCH 06/15] cx25821: use pci_set_dma_mask insted of pci_dma_supported

This ensures the dma mask that is supported by the driver is recorded in the device structure. Signed-off-by: Christoph Hellwig --- drivers/media/pci/cx25821/cx25821-core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/pci/cx25821/cx25821-core.c

[PATCH 03/15] saa7164: use pci_set_dma_mask insted of pci_dma_supported

This ensures the dma mask that is supported by the driver is recorded in the device structure. Signed-off-by: Christoph Hellwig --- drivers/media/pci/saa7164/saa7164-core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/pci/saa7164/saa7164-core.c

[PATCH 04/15] saa7134: use pci_set_dma_mask insted of pci_dma_supported

This ensures the dma mask that is supported by the driver is recorded in the device structure. Signed-off-by: Christoph Hellwig --- drivers/media/pci/saa7134/saa7134-core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/pci/saa7134/saa7134-core.c

[PATCH 01/15] pcnet32: use pci_set_dma_mask insted of pci_dma_supported

This ensures the dma mask that is supported by the driver is recorded in the device structure. Signed-off-by: Christoph Hellwig --- drivers/net/ethernet/amd/pcnet32.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/amd/pcnet32.c

Re: [PATCH V2 0/2] rc: Add timeout support to gpio-ir-recv

Hi Mauro, On 10/03/2015 07:27 AM, Mauro Carvalho Chehab wrote: > Em Mon, 21 Sep 2015 12:08:42 -0700 > Eric Nelson escreveu: > >> Add timeout support to the gpio-ir-recv driver as discussed >> in this original patch: >> >> https://patchwork.ozlabs.org/patch/516827/ >> >> V2

[PATCH 14/15] pci: remove pci_dma_supported

Signed-off-by: Christoph Hellwig --- drivers/parisc/ccio-dma.c| 2 -- include/asm-generic/pci-dma-compat.h | 6 -- 2 files changed, 8 deletions(-) diff --git a/drivers/parisc/ccio-dma.c b/drivers/parisc/ccio-dma.c index 957b421..8e11fb2 100644 ---

[PATCH 15/15] dma: remove external references to dma_supported

Signed-off-by: Christoph Hellwig --- Documentation/DMA-API.txt | 13 - drivers/usb/host/ehci-hcd.c | 2 +- drivers/usb/host/fotg210-hcd.c | 2 +- drivers/usb/host/fusbh200-hcd.c | 2 +- drivers/usb/host/oxu210hp-hcd.c | 2 +- 5 files changed, 4

Re: [PATCH V2 0/2] rc: Add timeout support to gpio-ir-recv

Em Mon, 21 Sep 2015 12:08:42 -0700 Eric Nelson escreveu: > Add timeout support to the gpio-ir-recv driver as discussed > in this original patch: > > https://patchwork.ozlabs.org/patch/516827/ > > V2 uses the timeout field of the rcdev instead of a device tree > field to

Re: [PATCH V2 1/2] rc-core: define a default timeout for drivers

Em Mon, 21 Sep 2015 12:08:43 -0700 Eric Nelson escreveu: > A default timeout value of 100ms is workable for most decoders. > Declare a constant to help standardize its' use. I guess the worse case scenario is the NEC protocol:

[PATCH V2 1/2] rc-core: define a default timeout for drivers

A default timeout value of 125 ms should work for all decoders. Declare a constant to help standardize its' use. Signed-off-by: Eric Nelson --- V2 increases the default timeout to 125ms as requested by Mauro include/media/rc-core.h | 1 + 1 file changed, 1 insertion(+) diff

Re: [PATCH v2] media: Add a driver for the ov5640 sensor.

Em Wed, 30 Sep 2015 10:57:54 +0200 Javier Martin escreveu: > The ov5640 sensor from Omnivision supports up to 2592x1944 > and both CSI and MIPI interfaces. > > The following driver adds support for the CSI interface only > and VGA, 720p resolutions at 30fps. Please,

Re: [PATCH V2 1/2] rc-core: define a default timeout for drivers

Thanks Mauro, On 10/03/2015 07:25 AM, Mauro Carvalho Chehab wrote: > Em Mon, 21 Sep 2015 12:08:43 -0700 > Eric Nelson escreveu: > >> A default timeout value of 100ms is workable for most decoders. >> Declare a constant to help standardize its' use. > > I guess the worse case

[PATCH 13/15] usbnet: remove ifdefed out call to dma_supported

Signed-off-by: Christoph Hellwig --- drivers/net/usb/usbnet.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/net/usb/usbnet.c b/drivers/net/usb/usbnet.c index b4cf107..9497d51 100644 --- a/drivers/net/usb/usbnet.c +++ b/drivers/net/usb/usbnet.c @@ -1661,12 +1661,6

[PATCH 08/15] netup_unidvb: use pci_set_dma_mask insted of pci_dma_supported

This ensures the dma mask that is supported by the driver is recorded in the device structure. Signed-off-by: Christoph Hellwig --- drivers/media/pci/netup_unidvb/netup_unidvb_core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 12/15] kaweth: remove ifdefed out call to dma_supported

Signed-off-by: Christoph Hellwig --- drivers/net/usb/kaweth.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/drivers/net/usb/kaweth.c b/drivers/net/usb/kaweth.c index 1e9cdca..f64b25c 100644 --- a/drivers/net/usb/kaweth.c +++ b/drivers/net/usb/kaweth.c @@ -1177,12 +1177,6

gspca/ov534 gets two failures with v4l2-compliance

Hi, I tried running v4l2-compliance with the PS3 Eye and I got these two failures: ... Test input 0: ... Format ioctls: fail: v4l2-test-formats.cpp(122): found frame intervals for invalid size 321x240 test

[PATCH 07/15] cx23885: use pci_set_dma_mask insted of pci_dma_supported

This ensures the dma mask that is supported by the driver is recorded in the device structure. Signed-off-by: Christoph Hellwig --- drivers/media/pci/cx23885/cx23885-core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/media/pci/cx23885/cx23885-core.c

[PATCH 10/15] nouveau: don't call pci_dma_supported

Just try to set a 64-bit DMA mask first and retry with the smaller dma_mask if dma_set_mask failed. Signed-off-by: Christoph Hellwig --- drivers/gpu/drm/nouveau/nouveau_ttm.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git

[PATCH 11/15] sfc: don't call dma_supported

dma_set_mask already checks for a supported DMA mask before updating it, the call to dma_supported is redundant. Signed-off-by: Christoph Hellwig --- drivers/net/ethernet/sfc/efx.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git

[PATCH 09/15] mpsc: use dma_set_mask insted of dma_supported

This ensures the dma mask that is supported by the driver is recorded in the device structure. Signed-off-by: Christoph Hellwig --- drivers/tty/serial/mpsc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/tty/serial/mpsc.c b/drivers/tty/serial/mpsc.c

Re: [PATCH 05/15] cx88: use pci_set_dma_mask insted of pci_dma_supported

Hi Christoph, Em Sat, 3 Oct 2015 17:19:29 +0200 Christoph Hellwig escreveu: > This ensures the dma mask that is supported by the driver is recorded > in the device structure. For this and the other patches touching at drivers/media: Acked-by: Mauro Carvalho Chehab

[PATCH] m88ds3103: use own reg update_bits() implementation

Device stopped to tuning some channels after regmap conversion. Reason is that regmap_update_bits() works a bit differently for partially volatile registers than old homemade routine. Return back to old routine in order to fix issue. Fixes: 478932b16052f5ded74685d096ae920cd17d6424 Cc:

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: Sun Oct 4 04:00:19 CEST 2015 git branch: test git hash: f4f24d1fd0803e8b5de5da373276f5046bef7463 gcc

drivers/media/i2c/adv7604.c:1853:9: error: implicit declaration of function 'v4l2_subdev_get_try_format'

Hi Hans, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 2cf30826bbc6c940568be07e8fab0aee02165cf8 commit: 85756a069c55e0315ac5990806899cfb607b987f [media] cobalt: add new driver date: 5 months ago config:

Re: Hauppauge WinTV-HVR2205 driver feedback

Sorry If I've posted this to the wrong section my first attempt.. Hi I'm attempting to get an HVR2205 up and going. CORE saa7164[1]: subsystem: 0070:f120, board: Hauppauge WinTV-HVR2205 [card=13,autodetected] Distribution is CentOS7 so I've pulled the v4l from media_build.git Had to change

[PATCH] m88ds3103: use own reg update_bits() implementation

Device stopped to tuning some channels after regmap conversion. Reason is that regmap_update_bits() works a bit differently for partially volatile registers than old homemade routine. Return back to old routine in order to fix issue. Fixes: 478932b16052f5ded74685d096ae920cd17d6424 Cc:

Re: [PATCH] [media] gspca: ov534/topro: prevent a division by 0

Hi, On 02-10-15 22:33, Antonio Ospite wrote: v4l2-compliance sends a zeroed struct v4l2_streamparm in v4l2-test-formats.cpp::testParmType(), and this results in a division by 0 in some gspca subdrivers: divide error: [#1] SMP Modules linked in: gspca_ov534 gspca_main ... CPU: 0