[ragnatech:media-tree 3128/3327] drivers/media/dvb-frontends/stb0899_drv.h:151:36: error: weak declaration of 'stb0899_attach' being applied to a already existing, static definition

2017-12-30 Thread kbuild test robot
tree: git://git.ragnatech.se/linux media-tree head: d0c8f6ad8b381dd572576ac50b9696d4d31142bb commit: 6cdeaed3b1420bd2569891be0c4123ff59628e9e [3128/3327] media: dvb_usb_pctv452e: module refcount changes were unbalanced config: x86_64-randconfig-s3-12311435 (attached as .config) compiler: gcc-7

cron job: media_tree daily build: ERRORS

2017-12-30 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: Sun Dec 31 05:00:15 CET 2017 media-tree git hash:d0c8f6ad8b381dd572576ac50b9696d4d31142bb media_build git

Re: [BUG] atomisp_ov2680 not initializing correctly

2017-12-30 Thread Alan Cox
> AFAIR Alan has CHT hardware he is developing / testing on. I have a loaned board from the company Vincent (who did the intial patches) works for. At the moment it's loading firmware, finding cameras doing power management but not transferring images. Unfortunately because of the design of the d

Re: [BUG] atomisp_ov2680 not initializing correctly

2017-12-30 Thread Alan Cox
On Tue, 19 Dec 2017 22:37:01 +0200 Andy Shevchenko wrote: > On Tue, 2017-12-19 at 14:00 +0200, Sakari Ailus wrote: > > Cc Alan and Andy. > > > > On Sat, Dec 16, 2017 at 04:50:04PM +0100, Kristian Beilke wrote: > > > Dear all, > > > > > > I am trying to get the cameras in a Lenovo IdeaPad Miix

Re: [PATCH v2 5/9] arch: sh: migor: Use new renesas-ceu camera driver

2017-12-30 Thread kbuild test robot
-ci/linux/commits/Jacopo-Mondi/Renesas-Capture-Engine-Unit-CEU-V4L2-driver/20171230-212202 base: git://linuxtv.org/media_tree.git master config: sh-migor_defconfig (attached as .config) compiler: sh4-linux-gnu-gcc (Debian 7.2.0-11) 7.2.0 reproduce: wget https://raw.githubusercontent.com

Re: [PATCH 01/33] clk_ops: change round_rate() to return unsigned long

2017-12-30 Thread Mikko Perttunen
FWIW, we had this problem some years ago with the Tegra CPU clock - then it was determined that a simpler solution was to have the determine_rate callback support unsigned long rates - so clock drivers that need to return rates higher than 2^31 can instead implement the determine_rate callback.

[PATCH] [media] pulse8-cec: Eliminate use of time_t and time_to_tm

2017-12-30 Thread Himanshu Jha
Eliminate the use of time_t type and time_to_tm function as they are deprecated due to the 32-Bit interface which will overflow in year 2038. Therefore use the 64-Bit type interface which is time64_t and time64_to_tm instead to avoid y2038 overflow problem. 0-day tested without any issues! Signed