On Tue, Oct 16, 2012 at 8:37 AM, Laurent Pinchart
wrote:
> For output buffers application provide to the kernel the number of bytes
> they stored in each plane of the buffer. Verify that the value is
> smaller than or equal to the plane length.
>
> Signed-off-by: Laurent Pinchart
> Acked-by: Hans
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:Fri Nov 9 19:00:21 CET 2012
git hash:2cb654fd281e1929aa3b9f5f54f492135157a613
gcc version: i686-linux-gcc (GCC
Hi!
On Fri, Nov 09, 2012 at 04:54:16PM +, Manjunathappa, Prakash wrote:
> Hi Steffen,
>
> On Fri, Nov 09, 2012 at 02:55:45, Steffen Trumtrar wrote:
> > Hi!
> >
> > On Wed, Oct 31, 2012 at 03:30:03PM +, Manjunathappa, Prakash wrote:
> > > Hi Steffen,
> > >
> > > On Wed, Oct 31, 2012 at 1
On Fri, Nov 9, 2012 at 11:00 AM, Frank Schäfer
wrote:
> Well, I deliberately called the module 'prefer_bulk' (and not
> 'use_bulk', 'force_bulk' ...) which should imply that nothing is guaranteed.
> And selecting bulk transfers for a device which actually doesn not
> provide bulk support doesn't m
Am 09.11.2012 17:02, schrieb Mauro Carvalho Chehab:
> Em Thu, 08 Nov 2012 20:03:47 +0200
> Frank Schäfer escreveu:
>
>> Am 30.10.2012 19:18, schrieb Frank Schäfer:
>>> Am 30.10.2012 06:06, schrieb Mauro Carvalho Chehab:
>>>
>>>
Did a git bisect. The last patch where the bug doesn't occur is
Am 08.11.2012 21:46, schrieb Devin Heitmueller:
> On Thu, Nov 8, 2012 at 1:37 PM, Frank Schäfer
> wrote:
>> at least the "Silvercrest Webcam 1.3mpix" (board 71) exposes both
>> endpoint types (0x82=isoc and 0x84=bulk).
> Ah, interesting. It might be worthwhile to log a warning in dmesg if
> the u
Hi Steffen,
On Fri, Nov 09, 2012 at 02:55:45, Steffen Trumtrar wrote:
> Hi!
>
> On Wed, Oct 31, 2012 at 03:30:03PM +, Manjunathappa, Prakash wrote:
> > Hi Steffen,
> >
> > On Wed, Oct 31, 2012 at 14:58:05, Steffen Trumtrar wrote:
> > > +#if IS_ENABLED(CONFIG_VIDEOMODE)
> > > +int videomode_t
Em Fri, 9 Nov 2012 17:37:42 +0100
Mauro Carvalho Chehab escreveu:
> Em Thu, 08 Nov 2012 19:34:14 +0100
> Laurent Pinchart escreveu:
>
> > On Thursday 08 November 2012 19:14:18 Laurent Pinchart wrote:
> > > Hi Mauro,
> > >
> > > Here's the application I've used to test V4L2 dma-buf support with
Em Thu, 08 Nov 2012 19:34:14 +0100
Laurent Pinchart escreveu:
> On Thursday 08 November 2012 19:14:18 Laurent Pinchart wrote:
> > Hi Mauro,
> >
> > Here's the application I've used to test V4L2 dma-buf support with a UVC
> > webcam and an Intel GPU supported by the i915 driver.
> >
> > The kern
Hi Laurent,
Laurent Pinchart wrote on 2012-11-04:
> The AD5821 is similar to the AD5820, for which I have a driver that I need to
> clean up and post. Would you be interested in that ?
Yes, you can send me the driver. Just as a note:
I (probably) found an error in the current ad5398 and ad5821 dr
Em Thu, 08 Nov 2012 20:03:47 +0200
Frank Schäfer escreveu:
> Am 30.10.2012 19:18, schrieb Frank Schäfer:
> > Am 30.10.2012 06:06, schrieb Mauro Carvalho Chehab:
> >
> >
> >> Did a git bisect. The last patch where the bug doesn't occur is this
> >> changeset:
> >>em28xx: add module parameter
On 11/08/2012 11:30 PM, Malcolm Priestley wrote:
On Thu, 2012-11-08 at 22:18 +0200, Antti Palosaari wrote:
On 11/08/2012 07:48 PM, Malcolm Priestley wrote:
On 07/11/12 23:43, Antti Palosaari wrote:
Malcolm,
Have you newer tested it with USB1.1 port? Stream is totally broken.
Hi Antti
Hmm,
Hi
Well, I must confess, I'm surprised:-) It looks like you're right. This
leak, if indeed there is one, has been there since the very first version
of soc-camera. I've spent some time looking at the code and so far I don't
find an explanation for the missing videobuf_mmap_free() call. I'll hav
Hi Wei,
Thanks for the patch.
On Wed, Oct 24, 2012 at 4:59 PM, Wei Yongjun wrote:
> From: Wei Yongjun
>
> In case of error, the function vb2_dma_contig_init_ctx() returns
> ERR_PTR() and never returns NULL. The NULL test in the return value
> check should be replaced with IS_ERR().
>
> dpatch e
Hi Mauro,
Can you please pull the following patch which migrates the media
drivers for Davinci to common clock framework usage.
Thanks and Regards,
--Prabhakar Lad
The following changes since commit 2cb654fd281e1929aa3b9f5f54f492135157a613:
MAINTAINERS: add support for tea5761/tea5767 tuners
Hi Mauro,
Can you please pull the following patches for Davinci VPBE driver.
The first patch fixes the build warnings for readl/writel, the second
patch migrates the driver to videobuf2 usage and the third patch set's
device caps.
Thanks and Regards,
--Prabhakar Lad
The following changes since
Em Thu, 08 Nov 2012 19:34:14 +0100
Laurent Pinchart escreveu:
> On Thursday 08 November 2012 19:14:18 Laurent Pinchart wrote:
> > Hi Mauro,
> >
> > Here's the application I've used to test V4L2 dma-buf support with a UVC
> > webcam and an Intel GPU supported by the i915 driver.
> >
> > The kern
On Thu, Nov 08, 2012 at 03:35:47PM -0600, Rob Herring wrote:
> On 10/31/2012 04:28 AM, Steffen Trumtrar wrote:
> > Hi!
> >
> > Finally, v7 of the series.
> >
> > Changes since v6:
> > - get rid of some empty lines etc.
> > - move functions to their subsystems
> > - split of_ from non-
Hi,
On 11/08/2012 07:47 PM, Andrey Gusakov wrote:
Ok, thanks. I will add the missing CONFIG_PM_RUNTIME dependency in Kconfig.
The driver has to have PM_RUNTIME enabled since on s3c64xx SoCs there are
power domains and the camera power domain needs to be enabled for the CAMIF
operation. The pm_ru
19 matches
Mail list logo