Re: [PATCH] media: sh_mobile_ceu_camera, rcar_vin: Use ARCH_RENESAS

2016-03-06 Thread Geert Uytterhoeven
Hi Simon, Oops, seems I dropped all CCs in my earlier reply. Fixing up... On Mon, Mar 7, 2016 at 2:28 AM, Simon Horman wrote: > On Thu, Mar 03, 2016 at 09:40:07AM +0100, Geert Uytterhoeven wrote: >> On Thu, Mar 3, 2016 at 2:52 AM, Simon Horman

Re: tw686x driver

2016-03-06 Thread Krzysztof HaƂasa
Hans Verkuil writes: > Sorry, I meant V4L2_FIELD_INTERLACED support. Very few applications support > FIELD_TOP/BOTTOM, let alone SEQ_BT. Well, that's doable, though not in SG mode. It still doesn't require memcpy() of uncompressed video. > I don't get it. Getting your

cron job: media_tree daily build: OK

2016-03-06 Thread Hans Verkuil
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 Mar 7 04:00:18 CET 2016 git branch: test git hash: de08b5a8be0df1eb7c796b0fe6b30cf1d03d14a6 gcc

Re: Kernel docs: muddying the waters a bit

2016-03-06 Thread Jonathan Corbet
On Thu, 03 Mar 2016 16:03:14 +0200 Jani Nikula wrote: > This stalled a bit, but the waters are still muddy... So I've been messing with this a bit; wanted to do a proper patch posting but I'm fried and mostly out of time for the moment. The results I'm getting now can be

Re: Kernel docs: muddying the waters a bit

2016-03-06 Thread Johannes Stezenbach
On Sat, Mar 05, 2016 at 11:29:37PM -0300, Mauro Carvalho Chehab wrote: > > I converted one of the big tables to CSV. At least now it recognized > it as a table. Yet, the table was very badly formated: > > https://mchehab.fedorapeople.org/media-kabi-docs-test/rst_tests/packed-rgb.html > >

dib0700_devices.c:undefined reference to `dibx000_i2c_set_speed'

2016-03-06 Thread kbuild test robot
Hi Mauro, It's probably a bug fix that unveils the link errors. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: 67944024c1cdd897e49a09b0d6af3ea38d1388ca commit: fa8cb6444c3236d2bad7460bdfdb2685f82b7ee4 [media] ov2659: Don't depend on subdev API date:

[PATCH 2/2] [media] gspca_kinect: enable both video and depth streams

2016-03-06 Thread Ulrik de Muelenaere
The Kinect produces both a video stream and a depth stream. Call gspca_dev_probe() twice to create a video device node for each. Remove the depth_mode parameter which had to be set at probe time in order to select either the video or depth stream. Signed-off-by: Ulrik de Muelenaere

[PATCH 1/2] [media] gspca: allow multiple probes per USB interface

2016-03-06 Thread Ulrik de Muelenaere
Allow gspca_dev_probe() to be called multiple times per USB interface, resulting in multiple video device nodes. A pointer to the created gspca_dev is stored as the interface's private data. Store other devices linked to the same interface as a linked list, allowing all devices to be

[PATCH 0/2] [media] gspca_kinect: enable both video and depth streams

2016-03-06 Thread Ulrik de Muelenaere
Hello, The Kinect produces both a video and depth stream, but the current implementation of the gspca_kinect subdriver requires a depth_mode parameter at probe time to select one of the streams which will be exposed as a v4l device. This patchset allows both streams to be accessed as separate

[PATCH 5/6] [media] touptek: don't DMA at the stack

2016-03-06 Thread Mauro Carvalho Chehab
As warned by smatch: drivers/media/usb/gspca/touptek.c:220 reg_w() error: doing dma on the stack (buff) drivers/media/usb/gspca/touptek.c:458 configure() error: doing dma on the stack (buff) This can fail, as the stack may not be in a memory that would allod DMA. So, use the

[PATCH 2/6] [media] ddcore: avoid endless loop if readl() fails

2016-03-06 Thread Mauro Carvalho Chehab
As warned by smatch: drivers/media/pci/ddbridge/ddbridge-core.c:1351 flashio() warn: this loop depends on readl() succeeding drivers/media/pci/ddbridge/ddbridge-core.c:1371 flashio() warn: this loop depends on readl() succeeding Let the loop be interrupted too if something

[PATCH 1/6] [media] mantis: check for errors on readl inside loop

2016-03-06 Thread Mauro Carvalho Chehab
As warned by smatch: drivers/media/pci/mantis/mantis_uart.c:105 mantis_uart_work() warn: this loop depends on readl() succeeding If readl() fails, this could lead into an endless loop. Avoid that. We might instead add some timeout logic, but it readl() is failing, then something really

[PATCH 3/6] [media] mceusb: use %*ph for small buffer dumps

2016-03-06 Thread Mauro Carvalho Chehab
It makes the printk cleaner. As a side efect, it also fixes those smatch warnings: drivers/media/rc/mceusb.c:590 mceusb_dev_printdata() warn: argument 6 to %02x specifier has type 'char' drivers/media/rc/mceusb.c:590 mceusb_dev_printdata() warn: argument 7 to %02x specifier has

[PATCH 6/6] [media] touptek: cast char types on %x printk

2016-03-06 Thread Mauro Carvalho Chehab
This fixes those two smatch warnings: drivers/media/usb/gspca/touptek.c:206 val_reply() warn: argument 3 to %02x specifier has type 'char' drivers/media/usb/gspca/touptek.c:222 reg_w() warn: argument 4 to %02x specifier has type 'char' Signed-off-by: Mauro Carvalho Chehab