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
To:
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:
> Hi Shawn,
>
> Thank you for the patch.
>
> On Tuesday 23 April 2013 17:42:32 Shawn Nematbakhsh wrote:
>> While usb_kill_urb
On Fri, May 3, 2013 at 3:50 PM, The Bit Pit 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 starting to fail so
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
---
drivers/media/dvb-frontends/dib8000.c
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 Typ
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. It
Instead of falling back to 1/25 (PAL) or 1/30 (NTSC).
Signed-off-by: Ismael Luceno
---
drivers/staging/media/solo6x10/solo6x10-v4l2-enc.c | 38 +-
1 file changed, 15 insertions(+), 23 deletions(-)
diff --git a/drivers/staging/media/solo6x10/solo6x10-v4l2-enc.c
b/drivers/sta
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 versi
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)
> +
Hello.
On 03-05-2013 13:53, Prabhakar Lad wrote:
From: Lad, Prabhakar
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.
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 pr
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 sign-of
From: Lad, Prabhakar
This patch fixes checkpatch warning to avoid CamelCase.
Signed-off-by: Lad, Prabhakar
---
The initial version of this patch was a part of series, which
is intended to be dropped so sending this patch individually.
drivers/media/platform/davinci/vpbe_display.c |2 +-
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 th
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 wron
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 dr
Hi Arnd,
Thanks for the patch.
On Thu, May 2, 2013 at 8:46 PM, Arnd Bergmann 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.
>
> drivers/media/platform/d
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.
Signed-off-b
On Fri, May 3, 2013 at 3:25 PM, Sekhar Nori wrote:
> On 4/26/2013 11:16 AM, Prabhakar Lad wrote:
>> Hi Laurent,
>>
>> On Thu, Apr 25, 2013 at 2:32 AM, Laurent Pinchart
>> wrote:
>>> Hi Prabhakar,
>>>
>>> Thank you for the patch.
>>>
>>> On Wednesday 24 April 2013 17:30:02 Prabhakar Lad wrote:
>>>
Hi Prabhakar,
Thank you for the patch.
On Friday 03 May 2013 13:47:19 Prabhakar Lad wrote:
> From: Lad, Prabhakar
>
> 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_form
On 4/26/2013 11:16 AM, Prabhakar Lad wrote:
> Hi Laurent,
>
> On Thu, Apr 25, 2013 at 2:32 AM, Laurent Pinchart
> wrote:
>> Hi Prabhakar,
>>
>> Thank you for the patch.
>>
>> On Wednesday 24 April 2013 17:30:02 Prabhakar Lad wrote:
>>> From: Lad, Prabhakar
>>>
>>> This patch series adds an fbdev
From: Lad, Prabhakar
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 requested, which is suffic
On Fri, May 03, 2013 at 08:47:55AM +0300, Timo Teras wrote:
> On Thu, 2 May 2013 10:04:56 +0300
> Timo Teras wrote:
>
> > On Wed, 1 May 2013 19:11:53 +0200
> > Jon Arne Jørgensen wrote:
> >
> > > On Thu, Mar 28, 2013 at 04:54:59PM +0200, Timo Teras wrote:
> > > > On Thu, 28 Mar 2013 15:35:56 +0
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 wel
From: Lad, Prabhakar
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.
Signed-off-by: Lad, Prabhaka
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 fun
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
Signed-off-by: Jon Arne Jørgensen
Tested-by: Ezequiel Garcia
---
drivers/media/i2c/saa7115.c | 13
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
(f
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 first
29 matches
Mail list logo