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: Mon Nov 17 04:00:14 CET 2014
git branch: test
git hash: c02ef64aab828d80040b5dce934729312e698c33
gcc versio
Hi Hans,
Thank you for the review.
On Fri, Nov 14, 2014 at 09:46:54AM +0100, Hans Verkuil wrote:
> On 11/09/2014 12:04 AM, Sakari Ailus wrote:
> > The V4L2_SEL_TGT_NATIVE_SIZE target is used to denote e.g. the size of a
> > sensor's pixel array.
> >
> > Signed-off-by: Sakari Ailus
> > ---
> >
Dear Recipient,
You have been awarded the sum of 8,000,000.00 (Eight Million Pounds sterling)
with reference number 77100146 by office of the ministry of finance UK.Send us
your personal details to deliver your funds.
Gloria Peter
--
To unsubscribe from this list: send the line "unsubscribe li
Hi all,
I've got 10 patches from Koji Matsuoka and Yoshihiro Kaneko on stack for
3.19 and a patch from Philipp Zabel, that touches soc-camera, but will
probably go via Mauro's tree directly. Below is their respective state and
most recent version and their posting dates. If I missed any patches
Hi Kaneko-san,
On Tue, 21 Oct 2014, Yoshihiro Kaneko wrote:
> From: Koji Matsuoka
>
> Up until now scaling has been forbidden for the NV16 capture format.
> This patch adds support for horizontal scaling-up for NV16. Vertical
> scaling-up for NV16 is forbidden by the H/W specification.
Here an
On 11/16/2014 01:36 PM, Benjamin Larsson wrote:
On 11/16/2014 11:25 AM, Mauro Carvalho Chehab wrote:
[...]
What demod(s) are exposed to userspace? both or just demod#1?
If both are exposed, how userspace knows that demod#0 should not be
used?
Regards,
Mauro
Currently both demods are expose
Hi Kaneko-san,
On Tue, 21 Oct 2014, Yoshihiro Kaneko wrote:
> From: Koji Matsuoka
>
> At the time of NV16 capture format, the user has to specify the
> capture output width of the multiple of 32 for H/W specification.
> At the time of using NV16 format by ioctl of VIDIOC_S_FMT,
> this patch add
Hi Hans,
On Fri, Nov 14, 2014 at 09:29:35AM +0100, Hans Verkuil wrote:
> Two small notes...
>
> On 11/09/2014 12:04 AM, Sakari Ailus wrote:
> > The sub-device format documentation documented scaling configuration through
> > formats. Instead the compose selection rectangle is elsewhere documented
On Mon, Nov 10, 2014 at 8:49 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Add DMABUF export support to vb2-dma-sg.
>
> Signed-off-by: Hans Verkuil
Acked-by: Pawel Osciak
--
Best regards,
Pawel Osciak
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of
On Mon, Nov 10, 2014 at 8:49 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Add support for importing dmabuf to videobuf2-dma-sg.
>
> Signed-off-by: Hans Verkuil
Acked-by: Pawel Osciak
--
Best regards,
Pawel Osciak
--
To unsubscribe from this list: send the line "unsubscribe linux-media"
On Mon, Nov 10, 2014 at 8:49 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> Require that dma-sg also uses an allocation context. This is in preparation
> for adding prepare/finish memops to sync the memory between DMA and CPU.
>
> Signed-off-by: Hans Verkuil
> ---
[...]
> @@ -166,6 +177,7 @@
On Mon, Nov 10, 2014 at 8:49 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> This is needed for the next patch where the dma-sg alloc memop needs
> to know the dma_dir.
>
> Signed-off-by: Hans Verkuil
Acked-by: Pawel Osciak
--
Best regards,
Pawel Osciak
--
To unsubscribe from this list: sen
On Mon, Nov 10, 2014 at 8:49 PM, Hans Verkuil wrote:
> From: Hans Verkuil
>
> The 'write' argument is very ambiguous. I first assumed that if it is 1,
> then we're doing video output but instead it meant the reverse.
>
> Since it is used to setup the dma_dir value anyway it is now replaced by
> t
Hi Kaneko-san,
Sorry for a long delay.
On Tue, 14 Oct 2014, Yoshihiro Kaneko wrote:
> From: Koji Matsuoka
>
> This patch corrects the miscalculation of the capture buffer
> size and clipping data update in VIDIOC_S_CROP sequence.
>
> Signed-off-by: Koji Matsuoka
> Signed-off-by: Yoshihiro Ka
On 11/16/2014 11:25 AM, Mauro Carvalho Chehab wrote:
[...]
What demod(s) are exposed to userspace? both or just demod#1?
If both are exposed, how userspace knows that demod#0 should not be
used?
Regards,
Mauro
Currently both demods are exposed to userspace. While it is nice to have
both I
Em Sat, 15 Nov 2014 01:36:48 +0200
Antti Palosaari escreveu:
> Moikka!
>
> On 11/14/2014 09:34 PM, Mauro Carvalho Chehab wrote:
> > Em Wed, 12 Nov 2014 06:23:04 +0200
> > Antti Palosaari escreveu:
> >
> >> Implement PIP mode to stream from slave demodulator. PIP mode is
> >> enabled when .set_f
Em Sat, 15 Nov 2014 13:25:03 -0800
Greg KH escreveu:
> On Sat, Nov 15, 2014 at 09:59:34PM +0100, Pavel Machek wrote:
> > On Sat 2014-11-15 21:12:18, Konrad Zapalowicz wrote:
> > > On 11/15, Christian Resell wrote:
> > > > Simple style fix (checkpatch.pl: "space prohibited before that ','").
> > >
On Sun 2014-11-16 11:09:51, Andreas Färber wrote:
> Hi Pavel,
>
> Am 16.11.2014 um 08:59 schrieb Pavel Machek:
> > For device tree people: Yes, I know I'll have to create file in
> > documentation, but does the binding below look acceptable?
> [...]
> > diff --git a/arch/arm/boot/dts/omap3-n900.dt
Hi Pavel,
Am 16.11.2014 um 08:59 schrieb Pavel Machek:
> For device tree people: Yes, I know I'll have to create file in
> documentation, but does the binding below look acceptable?
[...]
> diff --git a/arch/arm/boot/dts/omap3-n900.dts
> b/arch/arm/boot/dts/omap3-n900.dts
> index 739fcf2..ed0bfc1
On Sun 2014-11-16 09:11:04, Lars-Peter Clausen wrote:
> On 11/16/2014 08:59 AM, Pavel Machek wrote:
> >[...]
> >+adp1653: adp1653@30 {
> >+compatible = "ad,adp1653";
>
> The Analog Devices vendor prefix is adi.
Thanks, will be fixed in next version.
--
(english) http://www.livej
Add RGB444_1X12 and RGB565_1X16 format definitions and update the
documentation.
Signed-off-by: Boris Brezillon
Acked-by: Mauro Carvalho Chehab
---
Changes since v1:
- keep BPP and bits per sample ordering
Documentation/DocBook/media/v4l/subdev-formats.xml | 40 ++
include/
On Sat, 15 Nov 2014 16:49:33 +0200
Sakari Ailus wrote:
> Hi Boris,
>
> Boris Brezillon wrote:
> > Hi Sakari,
> >
> > On Fri, 14 Nov 2014 15:58:31 +0200
> > Sakari Ailus wrote:
> >
> >> Hi Boris,
> >>
> >> On Fri, Nov 14, 2014 at 11:36:00AM +0100, Boris Brezillon wrote:
> ...
> >>> diff --git
On 11/16/2014 08:59 AM, Pavel Machek wrote:
[...]
+ adp1653: adp1653@30 {
+ compatible = "ad,adp1653";
The Analog Devices vendor prefix is adi.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
Mo
For device tree people: Yes, I know I'll have to create file in
documentation, but does the binding below look acceptable?
I'll clean up driver code a bit more, remove the printks. Anything
else obviously wrong?
Signed-off-by: Pavel Machek
Thanks,
24 matches
Mail list logo
