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 Oct 14 04:00:16 CEST 2015 git branch: test git hash: efe98010b80ec4516b2779e1b4e4a8ce16bf89fe gcc

Re: coda: not generating EOS event

Hi all, 2015-01-22 15:58 GMT+01:00 Philipp Zabel : > Hi, > > Am Donnerstag, den 11.12.2014, 15:47 +0100 schrieb Hans Verkuil: >> Hi Pawel, >> >> On 12/11/14 15:42, Nicolas Dufresne wrote: >> > Le jeudi 11 décembre 2014 à 11:00 -0200, Fabio Estevam a écrit : >> >> Hi, >> >>

Re: [RFC PATCH v6 0/4] Refactoring Videobuf2 for common use

On 10/13/15 11:35, Junghak Sung wrote: > > > On 10/12/2015 09:46 PM, Hans Verkuil wrote: >> Hi Junghak, >> >> I've accepted this v6 series and made a pull request for Mauro. >> > > Hi Hans & Mauro, > > First of all, thank you for your acceptance. > But, I have received some build warning

Re: [RFC PATCH v6 0/4] Refactoring Videobuf2 for common use

On 10/12/2015 09:46 PM, Hans Verkuil wrote: Hi Junghak, I've accepted this v6 series and made a pull request for Mauro. Hi Hans & Mauro, First of all, thank you for your acceptance. But, I have received some build warning reports for this vb2-refactoring patch from kbuild robot. So, I'd

[RFC/PATCH] media: omap3isp: Set maximum DMA segment size

The maximum DMA segment size controls the IOMMU mapping granularity. Its default value is 64kB, resulting in potentially non-contiguous IOMMU mappings. Configure it to 4GB to ensure that buffers get mapped contiguously. Signed-off-by: Laurent Pinchart ---

[PATCH] DocBook media: Fix a typo in encoder cmd

A copy-paste from DECODER_CMD : replace decoded by encoded. Signed-off-by: Jean-Michel Hautbois --- Documentation/DocBook/media/v4l/vidioc-encoder-cmd.xml | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

Re: [RFC PATCH v6 0/4] Refactoring Videobuf2 for common use

On 10/13/2015 07:40 PM, Hans Verkuil wrote: On 10/13/15 11:35, Junghak Sung wrote: On 10/12/2015 09:46 PM, Hans Verkuil wrote: Hi Junghak, I've accepted this v6 series and made a pull request for Mauro. Hi Hans & Mauro, First of all, thank you for your acceptance. But, I have received

[Possible Bug] ddbridge: Do not release the acquired lock if dvb_attach fails

Source file correspondence on the master branch: https://github.com/torvalds/linux/blob/master/drivers/media/pci/ddbridge/ddbridge-core.c#L595 Summary: The lock acquired on (port->i2c_gate_lock) is never released if function (tuner_attach_tda18271) returns on line 605. Details: Function

Re: [PATCHv9 07/15] cec: add HDMI CEC framework

On Mon, Oct 12, 2015 at 01:35:54PM +0200, Hans Verkuil wrote: > On 10/06/2015 07:06 PM, Russell King - ARM Linux wrote: > > Surely you aren't proposing that drivers should write directly to > > adap->phys_addr without calling some notification function that the > > physical address has changed? >

Re: [PATCHv9 06/15] rc: Add HDMI CEC protocol handling

On Mon, Oct 12, 2015 at 01:50:47PM +0200, Hans Verkuil wrote: > On 10/06/2015 08:05 PM, Russell King - ARM Linux wrote: > > On Mon, Sep 07, 2015 at 03:44:35PM +0200, Hans Verkuil wrote: > >> From: Kamil Debski > >> > >> Add handling of remote control events coming from the HDMI

Re: [PATCHv9 14/15] cec: s5p-cec: Add s5p-cec driver

On Mon, Oct 12, 2015 at 02:39:42PM +0200, Hans Verkuil wrote: > On 10/12/2015 02:33 PM, Kamil Debski wrote: > > The possible status values that are implemented in the CEC framework > > are following: > > > > +/* cec status field */ > > +#define CEC_TX_STATUS_OK (0) > > +#define