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 May 8 04:00:25 CEST 2016 git branch: test git hash: e3855e11040ab08eaa0ce91c915fd15daab78102 gcc

Re: [PATCH 0/2] Prepare for cdev fixes

Em Sat, 7 May 2016 12:12:07 -0300 Mauro Carvalho Chehab escreveu: > Those two patches are needed by Shuah's patch that fix use-after free > troubles: > https://patchwork.linuxtv.org/patch/34201/ > > Those two patches were already sent back on March, 23 but

[PATCH 0/7] ir-rx51 driver fixes

ir-rx51 is a driver for Nokia N900 IR transmitter. The current series fixes the remaining problems in the driver: - replace GP timer 9 with PWM framework usage - replace pulse width timer dmtimer usage with hrtimer - add DT support to the driver - add driver to the board DTS Pathes 2 and 5

[PATCH 1/7] ir-rx51: Fix build after multiarch changes broke it

From: Tony Lindgren The ir-rx51 driver for n900 has been disabled since the multiarch changes as plat include directory no longer is SoC specific. Let's fix it with minimal changes to pass the dmtimer calls in pdata. Then the following changes can be done while things can be

[PATCH 7/7] ARM: dts: n900: enable lirc-rx51 driver

Add the needed DT data to enable IR TX driver Signed-off-by: Ivaylo Dimitrov --- arch/arm/boot/dts/omap3-n900.dts | 12 1 file changed, 12 insertions(+) diff --git a/arch/arm/boot/dts/omap3-n900.dts b/arch/arm/boot/dts/omap3-n900.dts index

[PATCH 5/7] ARM: OMAP: dmtimer: Do not call PM runtime functions when not needed.

once omap_dm_timer_start() is called, which calls omap_dm_timer_enable() and thus pm_runtime_get_sync(), it doesn't make sense to call PM runtime functions again before omap_dm_timer_stop is called(). Otherwise PM runtime functions called in omap_dm_timer_enable/disable lead to long and unneeded

[PATCH 6/7] [media] ir-rx51: use hrtimer instead of dmtimer

Drop dmtimer usage for pulse timer in favor of hrtimer. That allows removing PWM dmitimer platform data usage. Signed-off-by: Ivaylo Dimitrov --- arch/arm/mach-omap2/board-rx51-peripherals.c | 4 - arch/arm/mach-omap2/pdata-quirks.c | 3 -

[PATCH 3/7] [media] ir-rx51: use PWM framework instead of OMAP dmtimer

Convert driver to use PWM framework instead of calling dmtimer functions directly for PWM timer. Remove paragraph about writing to the Free Software Foundation's mailing address while at it. Signed-off-by: Ivaylo Dimitrov ---

[PATCH 4/7] [media] ir-rx51: add DT support to driver

With the upcoming removal of legacy boot, lets add support to one of the last N900 drivers remaining without it. As the driver still uses omap dmtimer, add auxdata as well. Signed-off-by: Ivaylo Dimitrov --- .../devicetree/bindings/media/nokia,lirc-rx51 | 19

[PATCH 2/7] pwm: omap-dmtimer: Allow for setting dmtimer clock source

OMAP GP timers can have different input clocks that allow different PWM frequencies. However, there is no other way of setting the clock source but through clocks or clock-names properties of the timer itself. This limits PWM functionality to only the frequencies allowed by the particular clock

[PATCH 0/2] Prepare for cdev fixes

Those two patches are needed by Shuah's patch that fix use-after free troubles: https://patchwork.linuxtv.org/patch/34201/ Those two patches were already sent back on March, 23 but specially the second patch would need more review. So, resend it, in order to get some acks. My plan is

[PATCH 2/2] [media] media-device: dynamically allocate struct media_devnode

struct media_devnode is currently embedded at struct media_device. While this works fine during normal usage, it leads to a race condition during devnode unregister. the problem is that drivers assume that, after calling media_device_unregister(), the struct that contains media_device can be

[PATCH 1/2] [media] media-devnode: fix namespace mess

Along all media controller code, "mdev" is used to represent a pointer to struct media_device, and "devnode" for a pointer to struct media_devnode. However, inside media-devnode.[ch], "mdev" is used to represent a pointer to struct media_devnode. This is very confusing and may lead to

Re: media: rc: make raw event fifo size a module parameter

Hi Heiner, Em Fri, 18 Mar 2016 18:43:49 +0100 Heiner Kallweit escreveu: > Currently the fifo size is 512 elements. After a recent patch the size > of struct ir_raw_event is down to 8 bytes, so the fifo still consumes > 4KB. In most cases a much smaller fifo is sufficient,

Re: [PATCH] media: dvb_ringbuffer: Add memory barriers

Em Sat, 7 May 2016 10:22:35 -0300 Mauro Carvalho Chehab escreveu: > Hi Soeren, > > Em Sun, 7 Feb 2016 20:22:36 +0100 > Soeren Moch escreveu: > > > On 27.12.2015 21:41, Soeren Moch wrote: > > > Implement memory barriers according to

Re: [PATCH] media: dvb_ringbuffer: Add memory barriers

Hi Soeren, Em Sun, 7 Feb 2016 20:22:36 +0100 Soeren Moch escreveu: > On 27.12.2015 21:41, Soeren Moch wrote: > > Implement memory barriers according to Documentation/circular-buffers.txt: > > - use smp_store_release() to update ringbuffer read/write pointers > > - use

Re: [patch] [media] em28xx-i2c: rt_mutex_trylock() returns zero on failure

Em Fri, 11 Mar 2016 11:13:01 +0300 Dan Carpenter escreveu: > The code is checking for negative returns but it should be checking for > zero. > > Fixes: aab3125c43d8 ('[media] em28xx: add support for registering multiple > i2c buses') > Signed-off-by: Dan Carpenter

Re: [PATCH v2 2/4] media: v4l2-mc add v4l_change_media_source() to invoke change_source

Em Thu, 10 Mar 2016 11:17:48 -0700 Shuah Khan escreveu: > Add a common routine to invoke media device change_source handler. > > Signed-off-by: Shuah Khan Shuah, I'm marking this series of patches as superseded at patchwork, as I intend that

[GIT PULL for v4.6] media fixes

Hi Linus, Please pull from: git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media tags/media/v4.6-5 For: - deadlock fixes on driver probe at exynos4-is and s43-camif drivers; - a build breakage if media controller is enabled and USB or PCI is built as module. Thanks!

STRICTLY CONFIDENTIAL.

I have important transaction for you as next of kin to claim US$8.37m email me at zhu.shu...@yahoo.com.hk so i can send you more details Thanks Mr.Zhu Shumin (Security Code 00746igit) = = = = = = = = = = = = = Move to inbox -- To unsubscribe from this list: send the