On Mon, Dec 17, 2012 at 11:04 PM, Dave Airlie wrote:
>>
>> Many developers showed interest in the first RFC, and I've had the
>> opportunity
>> to discuss it with most of them. I would like to thank (in no particular
>> order) Tomi Valkeinen for all the time he spend helping me to draft v2,
>> M
Hi All,
On 17 December 2012 20:55, Laurent Pinchart
wrote:
>
> Hi Vikas,
>
> Sorry for the late reply. I now have more time to work on CDF, so delays
> should be much shorter.
>
> On Thursday 06 December 2012 10:51:15 Vikas Sajjan wrote:
> > Hi Laurent,
> >
> > I was thinking of porting CDF to sa
>
> Many developers showed interest in the first RFC, and I've had the opportunity
> to discuss it with most of them. I would like to thank (in no particular
> order) Tomi Valkeinen for all the time he spend helping me to draft v2, Marcus
> Lorentzon for his useful input during Linaro Connect Q4 20
Hi Guennadi,
On Fri, Nov 30, 2012 at 1:06 PM, Fabio Estevam
wrote:
> Converting it to platform code can make the code smaller.
>
> Signed-off-by: Fabio Estevam
Does this patch look good?
Regards,
Fabio Estevam
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the bo
On 12/17/2012 11:14 AM, Mauro Carvalho Chehab wrote:
Hi Matthew,
Em 17-12-2012 09:17, Matthew Gyurgyik escreveu:
On 12/17/2012 06:08 AM, Antti Palosaari wrote:
On 12/17/2012 11:33 AM, Antti Palosaari wrote:
On 12/17/2012 03:37 AM, Matthew Gyurgyik wrote:
On 12/16/2012 08:26 PM, Antti Palosaa
Hi, Jonathan
>-Original Message-
>From: Jonathan Corbet [mailto:cor...@lwn.net]
>Sent: Monday, 17 December, 2012 23:29
>To: Albert Wang
>Cc: g.liakhovet...@gmx.de; linux-media@vger.kernel.org; Libin Yang
>Subject: Re: [PATCH V3 10/15] [media] marvell-ccic: split mcam-core into 2
>parts f
On 12/17/2012 11:14 AM, Mauro Carvalho Chehab wrote:
Hi Matthew,
Em 17-12-2012 09:17, Matthew Gyurgyik escreveu:
On 12/17/2012 06:08 AM, Antti Palosaari wrote:
On 12/17/2012 11:33 AM, Antti Palosaari wrote:
On 12/17/2012 03:37 AM, Matthew Gyurgyik wrote:
On 12/16/2012 08:26 PM, Antti Palosaa
Andy,
Your patch from Nov 28 entitled, "dvb: or51211: apply pr_fmt and use
pr_* macros instead of printk" located in patchwork at the URL:
http://patchwork.linuxtv.org/patch/15688/
...creates the following build warning:
CC [M] drivers/media/dvb-frontends/or51211.o
drivers/media/dvb-frontend
If the remote video sensor reports an interlaced video mode, the CCDC block
should configure itself appropriately.
---
drivers/media/platform/omap3isp/ispccdc.c | 16 ++--
include/media/omap3isp.h |3 +++
2 files changed, 17 insertions(+), 2 deletions(-)
diff --
Mauro,
Please apply the following to update status in patchwork along with
the following merge request...
pwclient update -s 'superseded' 15687
pwclient update -s 'changes requested' 15688
I am marking 15687 as superseded because I broke the patch into two
separate patches. (see merge request b
All drivers which implement this need to have some sort of refcount to
allow concurrent vmap usage. Hence implement this in the dma-buf core.
To protect against concurrent calls we need a lock, which potentially
causes new funny locking inversions. But this shouldn't be a problem
for exporters wit
All drivers which implement this need to have some sort of refcount to
allow concurrent vmap usage. Hence implement this in the dma-buf core.
To protect against concurrent calls we need a lock, which potentially
causes new funny locking inversions. But this shouldn't be a problem
for exporters wit
Hi Tomi,
On Monday 17 December 2012 17:29:15 Tomi Valkeinen wrote:
> On 2012-12-17 16:36, Laurent Pinchart wrote:
> > On Friday 23 November 2012 16:51:37 Tomi Valkeinen wrote:
> >> On 2012-11-22 23:45, Laurent Pinchart wrote:
> >>> From: Laurent Pinchart
> >>>
> >>> Hi everybody,
> >>>
> >>> He
is there any kind of filter so that i can filter out the noise and then
amplify the signal ?
Il 17/12/2012 22:45 Luca Olivetti ha scritto:
Al 17/12/12 20:57, En/na Renato Gallo ha escrit:
can i amplify the signal to improve reception ?
an amplifier will amplify the noise as well as the sign
Hi Jani,
On Monday 17 December 2012 18:53:37 Jani Nikula wrote:
> On Mon, 17 Dec 2012, Laurent Pinchart wrote:
> > On Friday 23 November 2012 16:51:37 Tomi Valkeinen wrote:
> >> On 2012-11-22 23:45, Laurent Pinchart wrote:
> >> > From: Laurent Pinchart
> >> >
> >> > Hi everybody,
> >> >
> >> >
Al 17/12/12 20:57, En/na Renato Gallo ha escrit:
> can i amplify the signal to improve reception ?
an amplifier will amplify the noise as well as the signal (i.e., an amplifier
is only useful to compensate for the losses in the cable, not to improve the
signal).
> why with the bowl is better ?
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 Dec 17 19:00:28 CET 2012
git hash:49cc629df16f2a15917800a8579bd9c25c41b634
gcc version: i686-linux-gcc (GCC
i am testing this antenna 30db on an aluminum bowl reception still
sketchy at times but a bit better which is in your opinion the most
powerful portable antenna ?
can i amplify the signal to improve reception ?
why with the bowl is better ?
http://unixproducts.com/antenna2.jpg
http://www.e
Hi Sylwester and Sakari,
On 17.12.2012 01:11, Sylwester Nawrocki wrote:
Hi Sakari,
On 12/16/2012 04:00 PM, Sakari Ailus wrote:
diff --git a/Documentation/DocBook/media/v4l/controls.xml
b/Documentation/DocBook/media/v4l/controls.xml
index 7fe5be1..9d4af8a 100644
--- a/Documentation/DocBook/med
Hi Laurent -
On Mon, 17 Dec 2012, Laurent Pinchart wrote:
> Hi Tomi,
>
> I finally have time to work on a v3 :-)
>
> On Friday 23 November 2012 16:51:37 Tomi Valkeinen wrote:
>> On 2012-11-22 23:45, Laurent Pinchart wrote:
>> > From: Laurent Pinchart
>> >
>> > Hi everybody,
>> >
>> > Here's t
Hi Matthew,
Em 17-12-2012 09:17, Matthew Gyurgyik escreveu:
On 12/17/2012 06:08 AM, Antti Palosaari wrote:
On 12/17/2012 11:33 AM, Antti Palosaari wrote:
On 12/17/2012 03:37 AM, Matthew Gyurgyik wrote:
On 12/16/2012 08:26 PM, Antti Palosaari wrote:
On 12/17/2012 03:09 AM, Matthew Gyurgyik wr
Hi Jean-Philippe,
On Monday 17 December 2012 16:41:29 jean-philippe francois wrote:
> 2012/12/17 Laurent Pinchart:
> > On Friday 14 December 2012 15:18:29 Julien BERAUD wrote:
> >> Hi Jean-Philippe,
> >>
> >> I have had exactly the same problem and the following workaround has
> >> caused no regr
Em 17-12-2012 10:30, Antti Palosaari escreveu:
On 12/17/2012 01:17 PM, Matthew Gyurgyik wrote:
On 12/17/2012 06:08 AM, Antti Palosaari wrote:
On 12/17/2012 11:33 AM, Antti Palosaari wrote:
On 12/17/2012 03:37 AM, Matthew Gyurgyik wrote:
On 12/16/2012 08:26 PM, Antti Palosaari wrote:
On 12/17
2012/12/17 Laurent Pinchart :
> Hi Julien,
>
> On Friday 14 December 2012 15:18:29 Julien BERAUD wrote:
>> Hi Jean-Philippe,
>>
>> I have had exactly the same problem and the following workaround has
>> caused no regression on our board yet.
>> I can't explain exactly why it works and I think that
On 2012-12-17 16:36, Laurent Pinchart wrote:
> Hi Tomi,
>
> I finally have time to work on a v3 :-)
>
> On Friday 23 November 2012 16:51:37 Tomi Valkeinen wrote:
>> On 2012-11-22 23:45, Laurent Pinchart wrote:
>>> From: Laurent Pinchart
>>>
>>> Hi everybody,
>>>
>>> Here's the second RFC of what
On Sun, 16 Dec 2012 14:12:11 -0800
Albert Wang wrote:
> > - Is the soc_camera mode necessary? Is there something you're trying
> > to do that can't be done without it? Or, at least, does it add
> > sufficient benefit to be worth this work? It would be nice if the
> > reasoning behind thi
As discussed on irc, the following pwclient commands should update the
status of the patches in patchwork to correspond with this merge
request:
pwclient update -s 'superseded' 15708
pwclient update -s 'superseded' 15709
pwclient update -s 'superseded' 15710
pwclient update -s 'superseded' 15711
p
On 12 October 2012 00:11, David Härdeman wrote:
> The RC_TYPE_* defines are currently used both where a single protocol is
> expected and where a bitmap of protocols is expected. This patch tries
> to separate the two in preparation for the following patches.
>
> The intended use is also clearer t
Hi Alan,
On Monday 26 November 2012 14:47:08 Alan Cox wrote:
> On Sat, 24 Nov 2012 09:15:51 +0200 Tomi Valkeinen wrote:
> > On 2012-11-23 21:56, Thierry Reding wrote:
> > > On Thu, Nov 22, 2012 at 10:45:31PM +0100, Laurent Pinchart wrote:
> > > [...]
> > >
> > >> Display entities are accessed by
As discussed on irc, the following pwclient commands should update the
status of the patches in patchwork to correspond with this merge
request:
pwclient update -s 'superseded' 15779
pwclient update -s 'superseded' 15780
pwclient update -s 'accepted' 15782
Cheers,
Mike
On Tue, Dec 4, 2012 at 1
As discussed on irc, the following pwclient commands should update the
status of the patches in patchwork to correspond with this merge
request:
pwclient update -s 'superseded' 15923
pwclient update -s 'accepted' 15930
Cheers,
Mike
On Mon, Dec 17, 2012 at 10:09 AM, Michael Krufky wrote:
> Mau
Mauro,
Please merge:
The following changes since commit 4c8e64232d4a71e68d68b9093506966c0244a526:
cx23885: add basic DVB-S2 support for Hauppauge HVR-4400 (2012-12-16
12:27:25 -0500)
are available in the git repository at:
git://linuxtv.org/mkrufky/tuners tda10071
for you to fetch changes
As discussed on irc, the following pwclient commands should update the
status of the patches in patchwork to correspond with this merge
request:
pwclient update -s 'superseded' 15772
pwclient update -s 'superseded' 15924
pwclient update -s 'superseded' 15925
pwclient update -s 'accepted' 15926
C
As discussed on irc, the following pwclient commands should update the
status of the patches in patchwork to correspond with this merge
request:
pwclient update -s 'superseded' 15920
pwclient update -s 'superseded' 15921
pwclient update -s 'accepted' 15922
Cheers,
Mike
On Sun, Dec 16, 2012 at 8
Hi Sascha,
On Friday 23 November 2012 22:41:58 Sascha Hauer wrote:
> On Thu, Nov 22, 2012 at 10:45:31PM +0100, Laurent Pinchart wrote:
> > From: Laurent Pinchart
> >
> > The CDF models this using a Russian doll's model. From the display
> > controller point of view only the first external entity
Hi Thierry,
On Friday 23 November 2012 20:56:07 Thierry Reding wrote:
> On Thu, Nov 22, 2012 at 10:45:31PM +0100, Laurent Pinchart wrote:
> [...]
>
> > Display entities are accessed by driver using notifiers. Any driver can
> > register a display entity notifier with the CDF, which then calls the
Hi Tomi,
I finally have time to work on a v3 :-)
On Friday 23 November 2012 16:51:37 Tomi Valkeinen wrote:
> On 2012-11-22 23:45, Laurent Pinchart wrote:
> > From: Laurent Pinchart
> >
> > Hi everybody,
> >
> > Here's the second RFC of what was previously known as the Generic Panel
> > Framewo
When the bttv driver is running without i2c_debug being set, the kernel
log is being flooded with the string ">". This string is really a part of
a debug message that is logged using several substrings protected by a
conditional check.
This patch adds the same conditional check to the leaked subst
On 12/17/2012 01:17 PM, Matthew Gyurgyik wrote:
On 12/17/2012 06:08 AM, Antti Palosaari wrote:
On 12/17/2012 11:33 AM, Antti Palosaari wrote:
On 12/17/2012 03:37 AM, Matthew Gyurgyik wrote:
On 12/16/2012 08:26 PM, Antti Palosaari wrote:
On 12/17/2012 03:09 AM, Matthew Gyurgyik wrote:
On 12/1
> From: 'Sakari Ailus' [mailto:sakari.ai...@iki.fi]
> Sent: Monday, December 17, 2012 12:35 PM
> Subject: Re: [PATCH 4/4] v4l: Tell user space we're using monotonic
> timestamps
>
> Hi Kamil,
>
> On Mon, Dec 17, 2012 at 12:19:51PM +0100, Kamil Debski wrote:
> ...
> > > > @@ -367,7 +368,8 @@ stati
Hi Kamil,
On Mon, Dec 17, 2012 at 12:19:51PM +0100, Kamil Debski wrote:
...
> > > @@ -367,7 +368,8 @@ static void __fill_v4l2_buffer(struct vb2_buffer
> > *vb, struct v4l2_buffer *b)
> > > /*
> > >* Clear any buffer state related flags.
> > >*/
> > > - b->flags &= ~V4L2_BUFFER_STATE_FLAG
Hi Hans, Sakari,
A quick question follows inline.
[snip]
> > diff --git a/drivers/media/v4l2-core/videobuf2-core.c
> > b/drivers/media/v4l2-core/videobuf2-core.c
> > index 432df11..19a5866 100644
> > --- a/drivers/media/v4l2-core/videobuf2-core.c
> > +++ b/drivers/media/v4l2-core/videobuf2-core.
On 12/17/2012 06:08 AM, Antti Palosaari wrote:
On 12/17/2012 11:33 AM, Antti Palosaari wrote:
On 12/17/2012 03:37 AM, Matthew Gyurgyik wrote:
On 12/16/2012 08:26 PM, Antti Palosaari wrote:
On 12/17/2012 03:09 AM, Matthew Gyurgyik wrote:
On 12/15/2012 06:21 PM, Frank Schäfer wrote:
Matthew, c
On 12/17/2012 11:33 AM, Antti Palosaari wrote:
On 12/17/2012 03:37 AM, Matthew Gyurgyik wrote:
On 12/16/2012 08:26 PM, Antti Palosaari wrote:
On 12/17/2012 03:09 AM, Matthew Gyurgyik wrote:
On 12/15/2012 06:21 PM, Frank Schäfer wrote:
Matthew, could you please validate your test results and t
Single-planar V4L2 buffers are converted to multi-planar vb2 buffers
with a single plane when queued. The plane data_offset field is not
available in the single-planar API and must be set to 0 for all output
buffers.
Signed-off-by: Laurent Pinchart
Acked-by: Marek Szyprowski
---
drivers/media/v
On Wed, Nov 14, 2012 at 11:04:42AM -0200, Fabio Estevam wrote:
> commit c045e3f13 (ARM: imx: include iram.h rather than mach/iram.h) changed
> the
> location of iram.h, which causes the following build error when building the
> coda
> driver:
>
> drivers/media/platform/coda.c:27:23: error: mach/
On 12/17/2012 03:37 AM, Matthew Gyurgyik wrote:
On 12/16/2012 08:26 PM, Antti Palosaari wrote:
On 12/17/2012 03:09 AM, Matthew Gyurgyik wrote:
On 12/15/2012 06:21 PM, Frank Schäfer wrote:
Matthew, could you please validate your test results and try Mauros
patches ? If it doesn't work, please c
Hi Julien,
On Friday 14 December 2012 15:18:29 Julien BERAUD wrote:
> Hi Jean-Philippe,
>
> I have had exactly the same problem and the following workaround has
> caused no regression on our board yet.
> I can't explain exactly why it works and I think that it is internal to
> the isp.
>
> In fu
On 17 December 2012 14:25, Sumit Semwal wrote:
Apologies for re-sending, since the gmail ui 'decided' to set some
formatting options by default!
> Hi Maarten,
>
> On 14 December 2012 17:27, Maarten Lankhorst
> wrote:
>>
>> Op 14-12-12 10:36, sumit.sem...@ti.com schreef:
>> > From: Sumit Semwal
>
On 14 December 2012 16:04, Daniel Vetter wrote:
>
> Missed one ...
>
> On Fri, Dec 14, 2012 at 10:36 AM, wrote:
> > + list_for_each_entry(attach_obj, &buf_obj->attachments,
> > node) {
> > + seq_printf(s, "\t\t");
> > +
> > + seq_printf(
drivers/media/platform/omap3isp/ispqueue.c:399:18: warning: 'pa' may be
used uninitialized in this function [-Wuninitialized]
This is a false positive but the compiler has no way to know about it,
so initialize the variable to 0.
drivers/media/platform/omap3isp/ispqueue.c:445:6: warning:
'vm_page
51 matches
Mail list logo
