[linuxtv-media:fixes 12/13] drivers/media/platform/s5p-mfc/s5p_mfc_opr_v6.c:1859:23: sparse: incorrect type in argument 2 (different address spaces)

2015-04-01 Thread kbuild test robot
tree: git://linuxtv.org/media_tree.git fixes head: f3a4cf07c937f9133c27169b62a229c406db04b7 commit: 3ff634bac7d2049283018e65b472e4af7e2ae228 [12/13] [media] media: s5p-mfc: fix broken pointer cast on 64bit arch reproduce: # apt-get install sparse git checkout

[PATCH v2 1/4] break kconfig dependency loop

2015-04-01 Thread Gerd Hoffmann
After adding virtio-gpu I get this funky kconfig dependency loop. scripts/kconfig/conf --oldconfig Kconfig drivers/video/fbdev/Kconfig:5:error: recursive dependency detected! drivers/video/fbdev/Kconfig:5: symbol FB is selected by DRM_KMS_FB_HELPER drivers/gpu/drm/Kconfig:34: symbol

Re: [PATCH v2 1/4] break kconfig dependency loop

2015-04-01 Thread Jani Nikula
On Wed, 01 Apr 2015, Gerd Hoffmann kra...@redhat.com wrote: After adding virtio-gpu I get this funky kconfig dependency loop. scripts/kconfig/conf --oldconfig Kconfig drivers/video/fbdev/Kconfig:5:error: recursive dependency detected! drivers/video/fbdev/Kconfig:5: symbol FB is selected by

Re: [PATCH v2 1/4] break kconfig dependency loop

2015-04-01 Thread Gerd Hoffmann
On Mi, 2015-04-01 at 22:55 +0800, John Hunter wrote: Hi Gerd, I've read the patches about the virtio-gpu, it's a nice design. As far as I know, there are two other drivers used by qemu, CIRRUS and BOCHS. I have a question about the relationship of these three drivers, is that the virtio-gpu

Re: [PATCH v2 1/4] break kconfig dependency loop

2015-04-01 Thread Michael S. Tsirkin
On Wed, Apr 01, 2015 at 10:55:01PM +0800, John Hunter wrote: Hi Gerd, I've read the patches about the virtio-gpu, it's a nice design. As far as I know, there are two other drivers used by qemu, CIRRUS and BOCHS. I have a question about the relationship of these three drivers, is that the

[GIT PULL FOR v4.1] [v3] OMAP3 ISP DT support other fixes

2015-04-01 Thread Laurent Pinchart
Hi Mauro, This pull request supersedes [GIT PULL FOR v4.1] [v2] OMAP3 ISP DT support other fixes. Compared to the previous version it merges the [PATCH 1/1] omap3isp: Don't pass uninitialised arguments to of_graph_get_next_endpoint() bug fix into patch omap3isp: Add support for the Device

Re: [RFC PATCH 0/6] Send and receive decoded IR using lirc interface

2015-04-01 Thread David Härdeman
On Wed, Apr 01, 2015 at 08:10:16PM -0300, Mauro Carvalho Chehab wrote: Em Thu, 02 Apr 2015 00:19:41 +0200 David Härdeman da...@hardeman.nu escreveu: On Tue, Mar 31, 2015 at 08:47:16PM -0300, Mauro Carvalho Chehab wrote: Em Mon, 30 Mar 2015 23:18:19 +0200 David Härdeman da...@hardeman.nu

cron job: media_tree daily build: WARNINGS

2015-04-01 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: Thu Apr 2 04:00:21 CEST 2015 git branch: test git hash: bf104c238dc1c7172460853882a545141eaa8222 gcc

Re: [RFC PATCH 0/6] Send and receive decoded IR using lirc interface

2015-04-01 Thread Mauro Carvalho Chehab
Em Thu, 02 Apr 2015 00:19:41 +0200 David Härdeman da...@hardeman.nu escreveu: On Tue, Mar 31, 2015 at 08:47:16PM -0300, Mauro Carvalho Chehab wrote: Em Mon, 30 Mar 2015 23:18:19 +0200 David Härdeman da...@hardeman.nu escreveu: On Thu, Mar 19, 2015 at 09:50:11PM +, Sean Young wrote:

v4l2-compliance question

2015-04-01 Thread Steven Toth
Hans, struct v4l2_capability has a version field described as: __u32version Version number of the driver. Starting on kernel 3.1, the version reported is provided per V4L2 subsystem, following the same Kernel numberation scheme. However, it should not always return the same version as the

Re: v4l2-compliance question

2015-04-01 Thread Hans Verkuil
On 04/01/2015 06:45 PM, Steven Toth wrote: Hans, struct v4l2_capability has a version field described as: __u32version Version number of the driver. Starting on kernel 3.1, the version reported is provided per V4L2 subsystem, following the same Kernel numberation scheme. However, it

Re: [RFC PATCH 0/6] Send and receive decoded IR using lirc interface

2015-04-01 Thread David Härdeman
On Tue, Mar 31, 2015 at 08:47:16PM -0300, Mauro Carvalho Chehab wrote: Em Mon, 30 Mar 2015 23:18:19 +0200 David Härdeman da...@hardeman.nu escreveu: On Thu, Mar 19, 2015 at 09:50:11PM +, Sean Young wrote: Second, if we expose protocol type (which we should, not doing so is throwing away

Re: drivers/media/usb/au0828/au0828-video.c:1741:1-3: WARNING: end returns can be simpified if negative or 0 value

2015-04-01 Thread Shuah Khan
On 03/25/2015 05:32 AM, Julia Lawall wrote: The function does only return 0 or a negative constant, but it seems like a matter of personal prefernce - shorter vs more explicit. julia Hi Julia, Sorry for this late response. I was traveling last week and this got buried in my Inbox. Yeah it

Re: [RFC PATCH 0/6] Send and receive decoded IR using lirc interface

2015-04-01 Thread David Härdeman
On Tue, Mar 31, 2015 at 12:08:37AM +0100, Sean Young wrote: On Mon, Mar 30, 2015 at 11:18:19PM +0200, David Härdeman wrote: On Thu, Mar 19, 2015 at 09:50:11PM +, Sean Young wrote: This patch series tries to fix the lirc interface and extend it so it can be used to send/recv scancodes in

Re: [PATCH 1/1] omap3isp: Don't pass uninitialised arguments to of_graph_get_next_endpoint()

2015-04-01 Thread Sakari Ailus
Hi Sebastian, On Tue, Mar 31, 2015 at 03:37:20AM +0200, Sebastian Reichel wrote: Hi, On Tue, Mar 31, 2015 at 02:13:28AM +0300, Sakari Ailus wrote: isp_of_parse_nodes() passed an uninitialised prev argument to of_graph_get_next_endpoint(). This is bad, fix it by assigning NULL to it in