Hi Laurent,
On Wed, May 8, 2013 at 7:32 AM, Laurent Pinchart
wrote:
> Hi Prabhakar,
>
> On Tuesday 07 May 2013 15:10:36 Prabhakar Lad wrote:
>> On Mon, May 6, 2013 at 8:29 PM, Prabhakar Lad wrote:
>> > On Fri, May 3, 2013 at 8:04 PM, Arnd Bergmann wrote:
>> >> On Friday 03 May 2013, Prabhakar La
HI Laurent,
On Wed, May 8, 2013 at 7:31 AM, Laurent Pinchart
wrote:
> Hi Prabhakar,
>
> Thank you for the patch.
>
> On Friday 03 May 2013 12:21:59 Prabhakar Lad wrote:
>> From: Lad, Prabhakar
>>
>> add OF support for the mt9p031 sensor driver.
>> Alongside this patch sorts the header inclusion
On Tue, May 7, 2013 at 6:39 PM, Jan Kiszka wrote:
> To pick up this old topic (as I just got the wrong 930C delivered :( ):
>
> What is blocking the development of a si2165 driver? Lacking specs (due
> to NDAs)? Or lacking interest / developer bandwidth?
Probably a bit of both. I've got the docu
On 08.05.2013 01:12, Karsten Malcher wrote:
> Hello,
>
> i want to ask how i can get the DVB-T RTL2832U with the new R820T Tuner
> supported?
>
> First i found this GitHub that i could compile, but it does not support
> the new Tuner.
> https://github.com/ambrosa/DVB-Realtek-RTL2832U-2.2.2-10tune
Hi Prabhakar,
On Tuesday 07 May 2013 15:10:36 Prabhakar Lad wrote:
> On Mon, May 6, 2013 at 8:29 PM, Prabhakar Lad wrote:
> > On Fri, May 3, 2013 at 8:04 PM, Arnd Bergmann wrote:
> >> On Friday 03 May 2013, Prabhakar Lad wrote:
> > [snip]
> >
> >>> +}
> >>
> >> Ok, good.
> >>
> >>> @@ -955,7 +
Hi Prabhakar,
Thank you for the patch.
On Friday 03 May 2013 12:21:59 Prabhakar Lad wrote:
> From: Lad, Prabhakar
>
> add OF support for the mt9p031 sensor driver.
> Alongside this patch sorts the header inclusion alphabetically.
>
> Signed-off-by: Lad, Prabhakar
> Cc: Hans Verkuil
> Cc: Lau
Hello,
i want to ask how i can get the DVB-T RTL2832U with the new R820T Tuner
supported?
First i found this GitHub that i could compile, but it does not support the new
Tuner.
https://github.com/ambrosa/DVB-Realtek-RTL2832U-2.2.2-10tuner-mod_kernel-3.0.0
Here i found the tuner supported, but
Hi there,
On 2012-03-26 16:49, Devin Heitmueller wrote:
> On Mon, Mar 26, 2012 at 10:46 AM, Devin Heitmueller
> wrote:
>> 2040:b130 isn't an em28xx based device. It uses cx231xx. That said,
>> it's not supported under Linux not because of the cx231xx driver but
>> because there is no driver for
copy_to_user() must not be called with spinlocks held, but it is in
fmc_transfer_rds_from_internal_buff().
The patch copies data to tmpbuf, releases spinlock and then passes it to
userspace.
By the way there is a small unification: replace a couple of hardcoded
constants by a macro.
Found by Li
Contrary to the chip's specs, the register's value is signed, so we
need to sign extend the value before using it in calculations like
when determining the offset frequency.
Signed-off-by: Reinhard Nißl
---
drivers/media/dvb-frontends/stb0899_algo.c | 4
1 file changed, 4 insertions(+)
dif
Hi Laurent, Hans and others,
On Tue, May 07, 2013 at 02:09:54PM +0200, Laurent Pinchart wrote:
> (CC'ing Sakari, I know he's missing reviewing V4L2 patches ;-))
Thanks for cc'ing me! :-) I know I've been very quite recently, but it's not
going to stay like that permanently. Let's say I've been ve
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: Tue May 7 19:00:22 CEST 2013
git branch: test
git hash: 02615ed5e1b2283db2495af3cf8f4ee172c77d80
gcc versi
On Tue 7 May 2013 17:42:57 Kamil Debski wrote:
> Hi Hans,
>
> Thanks for this patch. I remember that there was some discussion about it
> and
> the conclusion was that a codec device is in fact a mem-2-mem device. This
> probably is the reason why codec documentation was not extended.
>
> Ack on
Signed-off-by: Konke Radlow
---
utils/rds-ctl/rds-ctl.cpp | 28 +++-
1 file changed, 27 insertions(+), 1 deletion(-)
diff --git a/utils/rds-ctl/rds-ctl.cpp b/utils/rds-ctl/rds-ctl.cpp
index 51536cf..445c11f 100644
--- a/utils/rds-ctl/rds-ctl.cpp
+++ b/utils/rds-ctl/rds-
Signed-off-by: Konke Radlow
---
lib/include/libv4l2rds.h| 39 +++
lib/libv4l2rds/libv4l2rds.c | 159 +--
2 files changed, 194 insertions(+), 4 deletions(-)
diff --git a/lib/include/libv4l2rds.h b/lib/include/libv4l2rds.h
index 62b28bc..45dc2
Signed-off-by: Konke Radlow
---
utils/rds-ctl/rds-ctl.cpp | 29 +
1 file changed, 29 insertions(+)
diff --git a/utils/rds-ctl/rds-ctl.cpp b/utils/rds-ctl/rds-ctl.cpp
index de76d9f..51536cf 100644
--- a/utils/rds-ctl/rds-ctl.cpp
+++ b/utils/rds-ctl/rds-ctl.cpp
@@ -55
Signed-off-by: Konke Radlow
---
lib/include/libv4l2rds.h| 35 +++-
lib/libv4l2rds/libv4l2rds.c | 190 ---
2 files changed, 208 insertions(+), 17 deletions(-)
diff --git a/lib/include/libv4l2rds.h b/lib/include/libv4l2rds.h
index 6a6c7f3..62b28bc
This set of patches adds support to decode information about other networks and
radio
stations which can submitted as a part of the RDS and RDS-TMC data stream.
RDS-EON: Enhanced Other Network information that can be used to update the
information stored in the receiver about programme service o
Hi Hans,
Thanks for this patch. I remember that there was some discussion about it
and
the conclusion was that a codec device is in fact a mem-2-mem device. This
probably is the reason why codec documentation was not extended.
Ack on my side.
Hans, do you expect me to pull this or will you deal
On Tuesday 07 May 2013 02:11:27 Kim, Milo wrote:
> On Monday, May 06, 2013 6:34 PM Andrzej Hajda wrote:
> >
> > This RFC proposes generic API for exposing flash subdevices via LED
> > framework.
> >
> > Rationale
> >
> > Currently there are two frameworks which are used for exposing LED
> > flas
On 05/07/2013 02:35 PM, Hans Verkuil wrote:
> A metadata plane works well if you have substantial amounts of data (e.g.
> histogram
> data) but it has the disadvantage of requiring you to use the MPLANE buffer
> types,
> something which standard apps do not support. I definitely think that is
>
Hello,
On 4/1/2013 8:40 AM, Seung-Woo Kim wrote:
The v4l2_m2m_poll() does not need to wait if there is already a buffer in
done_list of source and destination queues, but current v4l2_m2m_poll() always
waits. So done_list of each queue is checked before calling poll_wait().
Signed-off-by: Seung
2013/5/7 Laurent Pinchart :
> Hi Jean-Philippe,
>
> (CC'ed linux-omap)
>
> On Monday 06 May 2013 10:59:07 jean-philippe francois wrote:
>> Hi,
>>
>> I am trying to use the previewer to debayer pictures coming from the
>> filesystem instead of the capture hardware. The media-ctl links are as
>> foll
On Tue 7 May 2013 14:09:54 Laurent Pinchart wrote:
> Hi Hans,
>
> (CC'ing Sakari, I know he's missing reviewing V4L2 patches ;-))
>
> On Monday 06 May 2013 15:41:41 Hans Verkuil wrote:
> > On Mon April 29 2013 22:52:31 Laurent Pinchart wrote:
> > > On Friday 12 April 2013 17:36:16 Hans Verkuil wr
Hi Wei,
Thanks for the patch.
On Tue, May 7, 2013 at 5:21 PM, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Fix to return a negative error code from the error handling
> case instead of 0, as done elsewhere in this function.
>
> Signed-off-by: Wei Yongjun
Acked-by: Lad, Prabhakar
Regards,
--Pr
For NUL terminated string, need always let it ended by zero.
The 'name' may be copied to user mode ('dvb_fe->ops.info' is 'struct
dvb_frontend_info' which is defined in ./include/uapi/...), and its
length is also known within as102_dvb_register_fe(), so need fully
initialize it (not use strlcpy i
Hi Hans,
(CC'ing Sakari, I know he's missing reviewing V4L2 patches ;-))
On Monday 06 May 2013 15:41:41 Hans Verkuil wrote:
> On Mon April 29 2013 22:52:31 Laurent Pinchart wrote:
> > On Friday 12 April 2013 17:36:16 Hans Verkuil wrote:
> > > This RFC looks at adding support for motion detection
I had feedback from two companies recently that they thought V4L2 didn't
support codec hardware because the Codec section in the spec said it was
'suspended'.
That's really bad so I made a quick patch for this that I'd like to get into
3.10 because of the unintended high impact this outdated docum
Hi Jean-Philippe,
(CC'ed linux-omap)
On Monday 06 May 2013 10:59:07 jean-philippe francois wrote:
> Hi,
>
> I am trying to use the previewer to debayer pictures coming from the
> filesystem instead of the capture hardware. The media-ctl links are as
> follows :
>
> preview V4L input -> preview
From: Wei Yongjun
Fix to return a negative error code from the error handling
case instead of 0, as done elsewhere in this function.
Signed-off-by: Wei Yongjun
---
drivers/staging/media/davinci_vpfe/vpfe_mc_capture.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/dri
Maintaining the users count using an atomic variable makes sure that
access to the counter won't be racy, but doesn't serialize access to the
operations protected by the counter. This creates a race condition that
could result in the status URB being submitted multiple times.
Use a mutex to protec
Hi Shawn,
On Friday 03 May 2013 16:00:24 Shawn Nematbakhsh wrote:
> Hi Laurent,
>
> Thanks for the changes! I agree that your synchronization logic is
> correct. Just two small comments:
>
> On Mon, Apr 29, 2013 at 1:34 PM, Laurent Pinchart wrote:
> > On Tuesday 23 April 2013 17:42:32 Shawn Nema
Hi Arnd,
On Mon, May 6, 2013 at 8:29 PM, Prabhakar Lad
wrote:
> Hi Arnd,
>
> On Fri, May 3, 2013 at 8:04 PM, Arnd Bergmann wrote:
>> On Friday 03 May 2013, Prabhakar Lad wrote:
>>>
> [snip]
>>> +}
>>
>> Ok, good.
>>
>>> @@ -955,7 +998,17 @@ static int mt9p031_probe(struct i2c_client *client,
>>>
33 matches
Mail list logo
