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 Aug 24 04:00:17 CEST 2016
git branch: test
git hash: 233b213a3143d9f1dc6984816262c43f95144bb9
gcc versi
On Tue, Aug 23, 2016 at 04:30:47PM -0300, Mauro Carvalho Chehab wrote:
> Hi Dmitry,
>
> Em Mon, 18 Jul 2016 22:10:31 +0100
> Nick Dyer escreveu:
>
> > Atmel maXTouch devices have a T37 object which can be used to read raw
> > touch deltas from the device. This consists of an array of 16-bit
> >
Hi Dmitry,
Em Mon, 18 Jul 2016 22:10:31 +0100
Nick Dyer escreveu:
> Atmel maXTouch devices have a T37 object which can be used to read raw
> touch deltas from the device. This consists of an array of 16-bit
> integers, one for each node on the touchscreen matrix.
Is it ok to merge this patch (a
Em Tue, 23 Aug 2016 08:16:33 -0600
Jonathan Corbet escreveu:
> On Tue, 23 Aug 2016 15:28:55 +0200
> Daniel Vetter wrote:
>
> > I think the more interesting story is, what's your plan with all the
> > other driver related subsystem? Especially the ones which already have
> > full directories of
On Tue, Aug 23, 2016 at 08:16:33AM -0600, Jonathan Corbet wrote:
> On Tue, 23 Aug 2016 15:28:55 +0200
> Daniel Vetter wrote:
>
> > I think the more interesting story is, what's your plan with all the
> > other driver related subsystem? Especially the ones which already have
> > full directories o
On Tue, 23 Aug 2016 15:28:55 +0200
Daniel Vetter wrote:
> I think the more interesting story is, what's your plan with all the
> other driver related subsystem? Especially the ones which already have
> full directories of their own, like e.g. Documentation/gpio/. I think
> those should be really
On Tue, Aug 23, 2016 at 3:08 PM, Jonathan Corbet wrote:
> On Tue, 23 Aug 2016 08:01:35 +0200
> Daniel Vetter wrote:
>
>> I'm also not too sure about whether dma-buf really should be it's own
>> subdirectory. It's plucked from the device-drivers.tmpl, I think an
>> overall device-drivers/ for all
v4l2_err() can not be used for printing error for missing interleaved
support in DMA as this point the pcdev->v4l2_dev is not valid.
Signed-off-by: Peter Ujfalusi
---
drivers/media/platform/m2m-deinterlace.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platfo
Hi Jon,
On 23 August 2016 at 18:38, Jonathan Corbet wrote:
> On Tue, 23 Aug 2016 08:01:35 +0200
> Daniel Vetter wrote:
>
>> I'm also not too sure about whether dma-buf really should be it's own
>> subdirectory. It's plucked from the device-drivers.tmpl, I think an
>> overall device-drivers/ for
On 08/23/16 14:45, Stanimir Varbanov wrote:
> Hi Hans,
>
> Thanks for the valuable comments!
>
>
>
>>> +static int vdec_s_parm(struct file *file, void *fh, struct v4l2_streamparm
>>> *a)
>>> +{
>>> + struct vidc_inst *inst = to_inst(file);
>>> + struct v4l2_captureparm *cap = &a->parm.capt
Hi Laurent,
On Wed, Aug 17, 2016 at 2:55 PM, Laurent Pinchart
wrote:
> On Tuesday 09 Aug 2016 17:36:41 Geert Uytterhoeven wrote:
>> When resuming from suspend-to-RAM on r8a7795/salvator-x:
>>
>> dpm_run_callback(): pm_genpd_resume_noirq+0x0/0x90 returns 1
>> PM: Device fe94.fdp1 faile
On Tue, 23 Aug 2016 08:01:35 +0200
Daniel Vetter wrote:
> I'm also not too sure about whether dma-buf really should be it's own
> subdirectory. It's plucked from the device-drivers.tmpl, I think an
> overall device-drivers/ for all the misc subsystems and support code would
> be better. Then one
Hi Hans,
Thanks for the valuable comments!
>> +
>> +static int vdec_g_fmt(struct file *file, void *fh, struct v4l2_format *f)
>> +{
>> +struct vidc_inst *inst = to_inst(file);
>> +const struct vidc_format *fmt = NULL;
>> +struct v4l2_pix_format_mplane *pixmp = &f->fmt.pix_mp;
>> +
>
Am 23.08.2016 um 08:01 schrieb Daniel Vetter :
> On Mon, Aug 22, 2016 at 12:49:30PM -0300, Mauro Carvalho Chehab wrote:
>> Em Mon, 22 Aug 2016 20:41:45 +0530
>> Sumit Semwal escreveu:
>>
>>> Include dma-buf sphinx documentation into top level index.
>>>
>>> Signed-off-by: Sumit Semwal
>>> ---
Replace the 'IS_ERR_VALUE(irq)' with 'ret < 0' in
function 'atmel_isc_probe'.
Reported-by: hverk...@xs4all.nl
Signed-off-by: Songjun Wu
---
drivers/media/platform/atmel/atmel-isc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/media/platform/atmel/atmel-isc.c
b/dr
Hi Hans,
I apologize for the delay in answering, but I was on vacation.
Thank you to have pointed out the compilation problem below.
I've corrected it (unsigned long is now used for dma_attrs).
I've still have few points to fix, and I will propose a new set of patches
beginning of next week.
Rega
This improves the One Touch Play tests to make them more in line with
the HDMI 1.4b Compliance Test Specification. Probing for Image View On
and Text View On is separated out and always performed, and in
interactive mode, there are now separate tests for waking up upon
receiving Image/Text View On,
This improves the One Touch Play tests to make them more in line with
the HDMI 1.4b Compliance Test Specification. Probing for Image View On
and Text View On is separated out and always performed, and in
interactive mode, there are now separate tests for waking up upon
receiving Image/Text View On,
Fix this sparse warning:
drivers/media/rc/redrat3.c:490:18: warning: incorrect type in assignment
(different base types)
drivers/media/rc/redrat3.c:495:9: warning: cast to restricted __be32
Signed-off-by: Hans Verkuil
---
diff --git a/drivers/media/rc/redrat3.c b/drivers/media/rc/redrat3.c
inde
19 matches
Mail list logo
