cron job: media_tree daily build: OK

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: Wed Jun 22 04:00:15 CEST 2016 git branch: test git hash: 59f0bc11848f8f3242bc1fefae670e745929cd7b gcc

[PATCH 2/2] [media] v4l: subdev: move s_stream from v4l2_subdev_video_ops to v4l2_subdev_pad_ops

Some devices (adv7482 for example) supports running two video pipelines in parallel. To be able to stop and start streams on a pad basis the s_stream operation needs to be extended with a 'pad' argument specifying which pad to start or stop the stream for. This patch moves the s_stream operation

[PATCH 0/2] move s_stream from v4l2_subdev_video_ops to move s_stream from v4l2_subdev_pad_ops

Hi all, This series moves s_stream from struct v4l2_subdev_video_ops to struct v4l2_subdev_pad_ops. The reason for this is that there are devices (adv7482 for example) which can support more then one video pipeline connected to two different output pads to run simultaneously. In order to be

[PATCH 1/2] [media] v4l: vsp1: Split pad operations between rpf and wpf

This is done in preparation to move s_stream from v4l2_subdev_video_ops to v4l2_subdev_pad_ops. Only wpf implements s_stream so it will no longer be possible to share the v4l2_subdev_pad_ops once s_stream is moved. Suggested-by: Laurent Pinchart Signed-off-by:

[PATCH] media: s5p-mfc fix null pointer deference in clk_core_enable()

Fix null pointer deference in clk_core_enable() when driver unbind is run when there is an application has an active pipeline playing. At this point, system hangs and needs to be power cycled. s5p_mfc_release() gets called after s5p_mfc_final_pm() disables and does clk_put() and s5p_mfc_release()

Re: camera application for testing (was Re: v4l subdevs without big device)

Hi Sakari, On Sunday 01 May 2016 17:08:31 Sakari Ailus wrote: > On Sat, Apr 30, 2016 at 12:13:59AM +0200, Pavel Machek wrote: > > Hi! > > > > What is reasonable camera application for testing? > > > > N900 looks like a low-end digital camera. I have now have the hardware > > working (can set

Re: camera application for testing (was Re: v4l subdevs without big device)

Hi! > > What is reasonable camera application for testing? > > > > N900 looks like a low-end digital camera. I have now have the hardware > > working (can set focus to X cm using command line), but that's not > > going to be useful for taking photos. > > I guess you already knew about

Re: [PATCH v4 9/9] Input: synaptics-rmi4 - add support for F54 diagnostics

On 20/06/2016 17:20, Hans Verkuil wrote: > On 06/17/2016 04:16 PM, Nick Dyer wrote: >> +static int rmi_f54_vidioc_enum_input(struct file *file, void *priv, >> + struct v4l2_input *i) >> +{ >> +struct f54_data *f54 = video_drvdata(file); >> +enum

Re: [alsa-devel] [very-RFC 0/8] TSN driver for the kernel

On Tue, Jun 21, 2016 at 10:45:18AM -0700, Pierre-Louis Bossart wrote: > You can experiment with the 'dma' and 'link' timestamps today on any > HDaudio-based device. Like I said the synchronized part has not been > upstreamed yet (delays + dependency on ART-to-TSC conversions that made it > in the

Re: Nokia N900 cameras -- pipeline setup in python (was Re: [RFC PATCH 00/24] Make Nokia N900 cameras working)

Hi! > > > First, I re-did pipeline setup in python, it seems slightly less hacky > > > then in shell. > > > > > > I tried to modify fcam-dev to work with the new interface, but was not > > > successful so far. I can post patches if someone is interested > > > (mplayer works for me, but that's

Re: [alsa-devel] [very-RFC 0/8] TSN driver for the kernel

On 6/20/16 5:18 AM, Richard Cochran wrote: On Mon, Jun 20, 2016 at 01:08:27PM +0200, Pierre-Louis Bossart wrote: The ALSA API provides support for 'audio' timestamps (playback/capture rate defined by audio subsystem) and 'system' timestamps (typically linked to TSC/ART) with one option to take

Re: [alsa-devel] [very-RFC 0/8] TSN driver for the kernel

On 6/20/16 5:31 AM, Richard Cochran wrote: On Mon, Jun 20, 2016 at 02:18:38PM +0200, Richard Cochran wrote: Documentation/sound/alsa/timestamping.txt says: Examples of typestamping with HDaudio: 1. DMA timestamp, no compensation for DMA+analog delay $ ./audio_time -p --ts_type=1

Re: [19/38] ARM: dts: imx6-sabrelite: add video capture ports and connections

On 06/20/2016 03:44 AM, Jack Mitchell wrote: > > > On 20/06/16 11:16, Gary Bisson wrote: >> Jack, All, >> >> On Mon, Jun 20, 2016 at 10:44:44AM +0100, Jack Mitchell wrote: >>> I've tried that patch have a some comments: - When applied, no capture shows up any more, instead I have two

[PATCH 22/24 v1.1] v4l: vsp1: wpf: Add flipping support

Vertical flipping is available on both Gen2 and Gen3, while horizontal flipping is only available on Gen3. Signed-off-by: Laurent Pinchart --- Changes since v1: - Initialize the wpf.flip.lock spinlock Geert, I've updated the for/renesas-drivers branch

Re: [PATCH] leds: Add no-op gpio_led_register_device when LED subsystem is disabled

On 06/21/2016 01:48 PM, Andrew F. Davis wrote: On 06/21/2016 02:09 AM, Jacek Anaszewski wrote: Hi Andrew, This patch doesn't apply, please rebase onto recent LED tree. On 06/21/2016 12:13 AM, Andrew F. Davis wrote: Some systems use 'gpio_led_register_device' to make an in-memory copy of

Re: [PATCH] leds: Add no-op gpio_led_register_device when LED subsystem is disabled

On 06/21/2016 02:09 AM, Jacek Anaszewski wrote: > Hi Andrew, > > This patch doesn't apply, please rebase onto recent LED tree. > > On 06/21/2016 12:13 AM, Andrew F. Davis wrote: >> Some systems use 'gpio_led_register_device' to make an in-memory copy of >> their LED device table so the original

Re: [PATCH 22/24] v4l: vsp1: wpf: Add flipping support

Hi Laurent, On Mon, Jun 20, 2016 at 9:10 PM, Laurent Pinchart wrote: > Vertical flipping is available on both Gen2 and Gen3, while horizontal > flipping is only available on Gen3. > > Signed-off-by: Laurent Pinchart

Re: [PATCH] dma-buf: Wait on the reservation object when sync'ing before CPU access

On Tue, Jun 21, 2016 at 08:04:00AM +0100, Chris Wilson wrote: > Rendering operations to the dma-buf are tracked implicitly via the > reservation_object (dmabuf->resv). This is used to allow poll() to > wait upon outstanding rendering (or just query the current status of > rendering). The dma-buf

Thread dvb-t

At 2015-12-17 I sent this to you: https://bugzilla.kernel.org/show_bug.cgi?id=109521 > > Bug ID: 109521 > Summary: kernel 4.4-RCx does not connect DVB-T USB Stick during > resume from hibernate This is a regression, because the earlier desktop-kernel did not have this bug. It came up with

[PATCH] dma-buf: Wait on the reservation object when sync'ing before CPU access

Rendering operations to the dma-buf are tracked implicitly via the reservation_object (dmabuf->resv). This is used to allow poll() to wait upon outstanding rendering (or just query the current status of rendering). The dma-buf sync ioctl allows userspace to prepare the dma-buf for CPU access,

Re: ERROR: "bad_dma_ops" [sound/core/snd-pcm.ko] undefined!

> > config: m32r-allmodconfig (attached as .config) > > compiler: m32r-linux-gcc (GCC) 4.9.0 > > You are using 4.9.0 ? If you want you can get 5.3.0 from: > http://chat.vectorindia.net/crosstool/x86_64/5.3.0/m32r-linux.tar.xz Glad to know that! Philip will help pull the new version. Thanks,

Re: [PATCH] leds: Add no-op gpio_led_register_device when LED subsystem is disabled

Hi Andrew, This patch doesn't apply, please rebase onto recent LED tree. On 06/21/2016 12:13 AM, Andrew F. Davis wrote: Some systems use 'gpio_led_register_device' to make an in-memory copy of their LED device table so the original can be removed as .init.rodata. When the LED subsystem is not

Re: ERROR: "bad_dma_ops" [sound/core/snd-pcm.ko] undefined!

On Sunday 19 June 2016 05:15 AM, kbuild test robot wrote: Hi, FYI, the error/warning still remains. tree: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master head: c141afd1a28793c08c88325aa64b773be6f79ccf commit: 420520766a796d3607639ba1e4fb1aadeadd [media]

Re: [alsa-devel] [very-RFC 0/8] TSN driver for the kernel

On Tue, 21 Jun 2016 08:38:57 +0200, Richard Cochran wrote: > > On Tue, Jun 21, 2016 at 07:54:32AM +0200, Takashi Iwai wrote: > > > I still would appreciate an answer to my other questions, though... > > > > Currently HD-audio (both ASoC and legacy ones) are the only drivers > > providing the

Re: [alsa-devel] [very-RFC 0/8] TSN driver for the kernel

On Tue, Jun 21, 2016 at 07:54:32AM +0200, Takashi Iwai wrote: > > I still would appreciate an answer to my other questions, though... > > Currently HD-audio (both ASoC and legacy ones) are the only drivers > providing the link timestamp. In the recent code, it's PCM > get_time_info ops, so you

Re: [PATCH v2 1/7] v4l: Correct the ordering of LSBs of the 10-bit raw packed formats

On 06/20/2016 10:38 PM, Dave Stevenson wrote: > Hi Hans. > > On 20/06/16 18:03, Hans Verkuil wrote: >> On 06/20/2016 06:20 PM, Sakari Ailus wrote: >>> The 10-bit packed raw bayer format documented that the data of the first >>> pixel of a four-pixel group was found in the first byte and the two