Hi Laurent,
Thanks for the patch.
On Thu, May 2, 2013 at 4:34 PM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Replace the manual validity checks for the reset GPIO with the
gpio_is_valid() function.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Acked-by:
On Thu, May 02, 2013 at 11:00:41PM -0300, Ezequiel Garcia wrote:
Hi Jon,
On Mon, Apr 29, 2013 at 10:41:06PM +0200, Jon Arne Jørgensen wrote:
This is the second version of a patch-set previously posted by Mauro,
the first verseon was posted on 26 April, and can be found here:
On Thu, May 02, 2013 at 11:09:14PM -0300, Ezequiel Garcia wrote:
Hi Jon,
On Mon, Apr 29, 2013 at 10:41:07PM +0200, Jon Arne Jørgensen wrote:
As we're now seeing other variants from chinese clones, like
gm1113c, we'll need to add more bits at the detection code.
So, move it into a
On Thu, May 02, 2013 at 11:24:07PM -0300, Ezequiel Garcia wrote:
On Mon, Apr 29, 2013 at 10:41:09PM +0200, Jon Arne Jørgensen wrote:
Signed-off-by: Jon Arne Jørgensen jona...@jonarne.no
Every patch *must* have a proper commit message indicating what you're doing
and why you're doing it.
From: Lad, Prabhakar prabhakar.cse...@gmail.com
add OF support for the mt9p031 sensor driver.
Alongside this patch sorts the header inclusion alphabetically.
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
Cc: Hans Verkuil hans.verk...@cisco.com
Cc: Laurent Pinchart
On Thu, May 02, 2013 at 11:09:14PM -0300, Ezequiel Garcia wrote:
Hi Jon,
On Mon, Apr 29, 2013 at 10:41:07PM +0200, Jon Arne Jørgensen wrote:
As we're now seeing other variants from chinese clones, like
gm1113c, we'll need to add more bits at the detection code.
So, move it into a
The purpose of this patch is to add support for the gm7113c chip in the saa7115
driver.
The gm7113c chip is a chinese clone of the Philips/NXP saa7113 chip.
The chip is found in several cheap usb video capture devices.
This is the forth version of a patch-set previously posted by Mauro,
the
Adds a code that (auto)detects gm7113c clones. The auto-detection
here is not perfect, as, on contrary to what it would be expected
by looking into its datasheets some devices would return, instead:
saa7115 0-0025: chip 10 10 10 10 10 10 10 10 10 10 10 10 10 10 10 10 @
0x4a is unknown
As we're now seeing other variants from chinese clones, like
gm1113c, we'll need to add more bits at the detection code.
So, move it into a separate function.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
Signed-off-by: Jon Arne Jørgensen jona...@jonarne.no
Tested-by: Ezequiel Garcia
The gm7113c chip is similar to the original saa7113 chip, so I try to
re-use most of the saa7113 specific setup-/configuration registers.
According to the datasheet, the gm7113c chip has not implemented
any register addresses after 0x1f, so I add a new entry for the chip
in the saa711x_has_reg
From: Lad, Prabhakar prabhakar.cse...@gmail.com
This patch enables tvp7002 decoder driver for media controller
based usage by adding v4l2_subdev_pad_ops operations support
for enum_mbus_code, set_pad_format, get_pad_format and media_entity_init()
on probe and media_entity_cleanup() on remove.
Hi all,
The attached patch fix support for the POLARIZATION parameter in
channel files used by dvbv5-scan.
I took the liberty of removing the parsing of the 'extra DTV_foo'
properties since they are all handled separately in dvb-file.c.
Please note that the size of struct dvb_v5_fe_parms as
On Fri, May 03, 2013 at 08:47:55AM +0300, Timo Teras wrote:
On Thu, 2 May 2013 10:04:56 +0300
Timo Teras timo.te...@iki.fi wrote:
On Wed, 1 May 2013 19:11:53 +0200
Jon Arne Jørgensen jona...@jonarne.no wrote:
On Thu, Mar 28, 2013 at 04:54:59PM +0200, Timo Teras wrote:
On Thu, 28
From: Lad, Prabhakar prabhakar.cse...@gmail.com
For NV12 format, even if display data is single image,
both VIDWIN0 and VIDWIN1 parameters must be used. The start
address of Y data plane and C data plane is configured in
VIDEOWIN0ADH/L and VIDEOWIN1ADH/L respectively.
cuurently only one layer was
On 4/26/2013 11:16 AM, Prabhakar Lad wrote:
Hi Laurent,
On Thu, Apr 25, 2013 at 2:32 AM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Prabhakar,
Thank you for the patch.
On Wednesday 24 April 2013 17:30:02 Prabhakar Lad wrote:
From: Lad, Prabhakar
Hi Prabhakar,
Thank you for the patch.
On Friday 03 May 2013 13:47:19 Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
This patch enables tvp7002 decoder driver for media controller
based usage by adding v4l2_subdev_pad_ops operations support
for enum_mbus_code,
On Fri, May 3, 2013 at 3:25 PM, Sekhar Nori nsek...@ti.com wrote:
On 4/26/2013 11:16 AM, Prabhakar Lad wrote:
Hi Laurent,
On Thu, Apr 25, 2013 at 2:32 AM, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Prabhakar,
Thank you for the patch.
On Wednesday 24 April 2013 17:30:02
This patch already provides all the required compat bits:
http://git.linuxtv.org/media_build.git/commit/d84f5306d8bd62ca0d8f49f06557c54573addaf4
Tested with the integrated webcam in my Dell Precision M6500 laptop
on Ubuntu 10.04 with kernel 2.6.32 and the latest media_build drivers.
Hi Arnd,
Thanks for the patch.
On Thu, May 2, 2013 at 8:46 PM, Arnd Bergmann a...@arndb.de wrote:
The vpfe_capture driver is implicitly built for three of the davinci
capture drivers but depends on i2c, so we need to add the dependency
in Kconfig for each driver using this.
Hi Jon,
On Fri, May 03, 2013 at 11:13:17AM +0200, Jon Arne Jørgensen wrote:
[...]
I've tested the changes, and it doesn't seem to break/change the smi2021
driver.
I'll append this to the pending saa7115 patch and ask Ezequiel Garcia to check
that the change doesn't break the stk1160
Hi Jon,
On Fri, May 03, 2013 at 08:58:46AM +0200, Jon Arne Jørgensen wrote:
[...]
You can read more about this in Documentation/SubmittingPatches.
I just re-read SubmittingPatches.
I couldn't see that there is anything wrong with multiple sign-off's.
Indeed there isn't anything wrong
Em 03-05-2013 03:32, Jon Arne Jørgensen escreveu:
On Thu, May 02, 2013 at 11:09:14PM -0300, Ezequiel Garcia wrote:
Hi Jon,
On Mon, Apr 29, 2013 at 10:41:07PM +0200, Jon Arne Jørgensen wrote:
As we're now seeing other variants from chinese clones, like
gm1113c, we'll need to add more bits at
From: Lad, Prabhakar prabhakar.cse...@gmail.com
This patch fixes checkpatch warning to avoid CamelCase.
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
---
The initial version of this patch was a part of series, which
is intended to be dropped so sending this patch individually.
Em 03-05-2013 08:20, Ezequiel Garcia escreveu:
Hi Jon,
On Fri, May 03, 2013 at 08:58:46AM +0200, Jon Arne Jørgensen wrote:
[...]
You can read more about this in Documentation/SubmittingPatches.
I just re-read SubmittingPatches.
I couldn't see that there is anything wrong with multiple
This patch add support for 'Digital Dual TV Receiver CTVDIGDUAL v2.
It's tested with a MIPSEL Linux box with 3.3.6 kernel.
The kernel output text when the device is being detected is:
usbcore: registered new interface driver dvb_usb_it913x
it913x: Chip Version=01 Chip Type=9135
it913x: Remote
Hello.
On 03-05-2013 13:53, Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
For NV12 format, even if display data is single image,
both VIDWIN0 and VIDWIN1 parameters must be used. The start
address of Y data plane and C data plane is configured in
VIDEOWIN0ADH/L and
On Friday 03 May 2013, Prabhakar Lad wrote:
+static struct mt9p031_platform_data *
+mt9p031_get_pdata(struct i2c_client *client)
+{
+ struct device_node *np;
+ struct mt9p031_platform_data *pdata;
+
+ if (!IS_ENABLED(CONFIG_OF) || !client-dev.of_node)
+
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 May 3 19:00:23 CEST 2013
git branch: test
git hash: 02615ed5e1b2283db2495af3cf8f4ee172c77d80
gcc
Instead of falling back to 1/25 (PAL) or 1/30 (NTSC).
Signed-off-by: Ismael Luceno ismael.luc...@corp.bluecherry.net
---
drivers/staging/media/solo6x10/solo6x10-v4l2-enc.c | 38 +-
1 file changed, 15 insertions(+), 23 deletions(-)
diff --git
I am Wilson Michaels, please let me introduce myself:
Eight years ago I contributed a driver for the DViCO FusionHDTV 3 5
PCI TV tuner cards (see lgdt330x.c). The code is still in linux today.
One of my tuners is starting to fail so a purchased a KWorld UB435Q
Version 3 (ATSC) from Newegg.
Tested on a MIPSel box with 3.3.6 kernel
The kernel output when the device will be detected follows:
usbcore: registered new interface driver dvb_usb_it913x
it913x: Chip Version=01 Chip Type=9135
it913x: Remote propriety (raw) mode
it913x: Dual mode=3 Tuner Type=38
it913x: Chip Version=01 Chip
drivers/media/dvb-frontends/dib8000.c: In function ‘dib8000_set_frontend’:
drivers/media/dvb-frontends/dib8000.c:3556: warning: ‘ret’ is used
uninitialized in this function
Remove the variable and return zero instead.
Signed-off-by: Geert Uytterhoeven ge...@linux-m68k.org
---
On Fri, May 3, 2013 at 3:50 PM, The Bit Pit thebit...@earthlink.net wrote:
I am Wilson Michaels, please let me introduce myself:
Eight years ago I contributed a driver for the DViCO FusionHDTV 3 5
PCI TV tuner cards (see lgdt330x.c). The code is still in linux today.
One of my tuners is
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
laurent.pinch...@ideasonboard.com wrote:
Hi Shawn,
Thank you for the patch.
On Tuesday 23 April 2013 17:42:32 Shawn Nematbakhsh
Hello Mauro,
can you apply the attached patch. This patch correct the proposed patch by
Patrick for the dib807x. Sorry to not have seen it before.
regards,
Olivier
From: Mauro Carvalho Chehab [mche...@redhat.com]
Sent: Saturday, April 27, 2013 4:28 PM
35 matches
Mail list logo
