On Mon, Nov 19, 2012 at 11:53 PM, Bill Pemberton wrote:
> CONFIG_HOTPLUG is going away as an option so __devinit is no longer
> needed.
> ---
[Snip]
...
> drivers/media/platform/davinci/dm355_ccdc.c| 2 +-
> drivers/media/platform/davinci/dm644x_ccdc.c | 2 +-
> drivers/media/plat
On Mon, Nov 19, 2012 at 11:56 PM, Bill Pemberton wrote:
> CONFIG_HOTPLUG is going away as an option so __devexit is no
> longer needed.
[snip]
...
> drivers/media/platform/davinci/vpfe_capture.c| 2 +-
> drivers/media/platform/davinci/vpif.c| 2 +-
> drivers/media/
Hi Laurent
On Thu, 6 Dec 2012, Laurent Pinchart wrote:
> Hi Guennadi,
>
> Thanks for the patch.
>
> On Tuesday 04 December 2012 11:42:15 Guennadi Liakhovetski wrote:
> > Typical video devices like camera sensors require an external clock source.
> > Many such devices cannot even access their ha
Hi Hans,
On Wed, Dec 5, 2012 at 5:38 PM, Hans Verkuil wrote:
> (resend without HTML formatting)
>
> On Wed 5 December 2012 12:49:29 Prabhakar Lad wrote:
>> From: Lad, Prabhakar
>>
>> add support for per color component digital/analog gain controls
>> and also their corresponding offset.
>
> Some
On 12/04/2012 04:06 PM, Frank Schäfer wrote:
I double-checked the log and it is indeed set to LGDT3305_MPEG_SERIAL,
but LGDT3305_TPCLK_FALLING_EDGE is used instead of
LGDT3305_TPCLK_RISING_EDGE.
OTOH, the KWorld A340 bord sets this to LGDT3305_MPEG_PARALLEL...
Matthew, could you please test V3
On 12/05/2012 07:55 PM, Antti Palosaari wrote:
It was good snoop. I didn't saw nothing very interesting. But, I think
I found the reason. Just add that one line writing 0x42 to register
0x0d. IIRC I saw earlier it caused that kind of bug...
+static struct em28xx_reg_seq msi_digivox_atsc[] =
Hi Guennadi,
Thanks for the patch.
On Tuesday 04 December 2012 11:42:15 Guennadi Liakhovetski wrote:
> Typical video devices like camera sensors require an external clock source.
> Many such devices cannot even access their hardware registers without a
> running clock. These clock sources should
Hi Hans,
On Tuesday 04 December 2012 16:48:40 Hans Verkuil wrote:
> (repost after accidentally using HTML formatting)
>
> This needs a good review. The change is minor, but as I am not a mm expert,
> I'd like to get some more feedback on this. The dma-sg change has been
> successfully tested on o
On 12/06/2012 12:33 AM, Matthew Gyurgyik wrote:
On 12/05/2012 05:01 PM, Antti Palosaari wrote:
OK, fine, I was then wrong. I have to say you have a lot of channels
over there what I can see from scan result [1]. Those channels which
says "tuning failed" are channels where is no transmission and
On 12/05/2012 05:01 PM, Antti Palosaari wrote:
OK, fine, I was then wrong. I have to say you have a lot of channels
over there what I can see from scan result [1]. Those channels which
says "tuning failed" are channels where is no transmission and those
"filter timeout pid" means there is ta ra
On 12/05/2012 11:35 PM, Matthew Gyurgyik wrote:
On 12/05/2012 07:35 AM, Antti Palosaari wrote:
There is something really wrong.
I am not at US expert but why the hell
us-Cable-Standard-center-frequencies-QAM256 scans up to 999MHz whilst
demodulator max is set 858? Either one is wrong.
Also, d
On 12/05/2012 07:35 AM, Antti Palosaari wrote:
There is something really wrong.
I am not at US expert but why the hell
us-Cable-Standard-center-frequencies-QAM256 scans up to 999MHz whilst
demodulator max is set 858? Either one is wrong.
Also, demod seems to be HAS_LOCK about all the time.
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:Wed Dec 5 19:00:19 CET 2012
git hash:16427faf28674451a7a0485ab0a929402f355ffd
gcc version: i686-linux-gcc (GCC
Em 05-12-2012 10:50, Federico Vaga escreveu:
On Tuesday 04 December 2012 14:04:22 Mauro Carvalho Chehab wrote:
Em 24-09-2012 09:44, Marek Szyprowski escreveu:
Hello,
On Monday, September 24, 2012 12:59 PM Federico Vaga wrote:
The DMA streaming allocator is similar to the DMA contig but it use
On 12-12-02 02:50 PM, Brian J. Murrell wrote:
>
> Was this information helpful? If not, please let me know what else I
> can provide to give you something you can diagnose with.
Here's something interesting...
When a tuner/encoder is blocking reads, the following is printed to the
kernel log:
> Not sure if you got my point: the main point of removing MODULE_AUTHOR
> and other copyright stuff is that such patch may easily be doing something
> that could be considered a copyright violation, being bad not only to
> the affected driver, but to the entire Kernel.
>
> So, we need to handle i
Em 05-12-2012 11:27, Federico Vaga escreveu:
Ok, I understand. I will write something like this.
* Copyright (C) 2012 ST Microelectronics
* author: Federico Vaga
* Copyright (C) 2010 WindRiver Systems, Inc.
* authors: Andreas Kies
* Vlad Lungu
> > Ok, I understand. I will write something like this.
> >
> > * Copyright (C) 2012 ST Microelectronics
> > * author: Federico Vaga
> > * Copyright (C) 2010 WindRiver Systems, Inc.
> > * authors: Andreas Kies
> > * Vlad Lungu
>
> Sounds perfect to
Em 05-12-2012 10:24, Federico Vaga escreveu:
Thank you Mauro for the good explanation
Yeah, there are many changes there that justifies adding you at its
authorship, and that's ok. Also, anyone saying the size of your patch
will recognize your and ST efforts to improve the driver.
However, as
On Tuesday 04 December 2012 14:04:22 Mauro Carvalho Chehab wrote:
> Em 24-09-2012 09:44, Marek Szyprowski escreveu:
> > Hello,
> >
> > On Monday, September 24, 2012 12:59 PM Federico Vaga wrote:
> >> The DMA streaming allocator is similar to the DMA contig but it use the
> >> DMA streaming interfa
On 12/05/2012 05:41 AM, Matthew Gyurgyik wrote:
On 12/04/2012 04:06 PM, Frank Schäfer wrote:
I double-checked the log and it is indeed set to LGDT3305_MPEG_SERIAL,
but LGDT3305_TPCLK_FALLING_EDGE is used instead of
LGDT3305_TPCLK_RISING_EDGE.
OTOH, the KWorld A340 bord sets this to LGDT3305_MPEG
Thank you Mauro for the good explanation
> Yeah, there are many changes there that justifies adding you at its
> authorship, and that's ok. Also, anyone saying the size of your patch
> will recognize your and ST efforts to improve the driver.
>
> However, as some parts of the code were preserved,
(resend without HTML formatting)
On Wed 5 December 2012 12:49:29 Prabhakar Lad wrote:
> From: Lad, Prabhakar
>
> add support for per color component digital/analog gain controls
> and also their corresponding offset.
Some obvious questions below...
>
> Signed-off-by: Lad, Prabhakar
> Cc: Sak
From: Lad, Prabhakar
add support for per color component digital/analog gain controls
and also their corresponding offset.
Signed-off-by: Lad, Prabhakar
Cc: Sakari Ailus
Cc: Laurent Pinchart
Cc: Kyungmin Park
Cc: Guennadi Liakhovetski
Cc: Sylwester Nawrocki
Cc: Hans Verkuil
Cc: Hans de Go
Hi all,
Thanks for all your comments
2012/12/2 Sakari Ailus :
> Hi Enric,
>
> Thanks for the patch. (Removing my old e-mail address from cc.)
>
> On Fri, Oct 05, 2012 at 12:34:47PM +0200, Enric Balletbo i Serra wrote:
>> From: Enric Balletbo i Serra
>>
>> The MT9V034 is a parallel wide VGA senso
Hi Federico,
Em 04-12-2012 23:12, Federico Vaga escreveu:
On Tuesday 04 December 2012 14:15:15 Mauro Carvalho Chehab wrote:
Em 24-09-2012 07:58, Federico Vaga escreveu:
This patch re-write the driver and use the videobuf2
interface instead of the old videobuf. Moreover, it uses also
the contro
Hi Sakari,
Thank you for the comments.
On 12/05/2012 12:22 AM, Sakari Ailus wrote:
>> diff --git a/drivers/media/platform/s5p-fimc/fimc-capture.c
>> b/drivers/media/platform/s5p-fimc/fimc-capture.c
>> index 3acbea3..39c4555 100644
>> --- a/drivers/media/platform/s5p-fimc/fimc-capture.c
>> +++ b/
Here is my output for this device:
Bus 001 Device 006: ID 0b05:171f ASUSTek Computer, Inc. My Cinema U3000
Mini [DiBcom DiB7700P]
Device Descriptor:
bLength18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass0 (Defined at Interface level)
Hi Leela,
unfortunately, nothing new as of yet. I have to work on other stuff at the
moment.
Regards,
Steffen
On Wed, Dec 05, 2012 at 01:25:30PM +0530, Leela Krishna Amudala wrote:
> Hello Steffen,
>
> Any update on version 16 ?
>
> Best Wishes,
> Leela Krishna Amudala.
>
> On Mon, Nov 26,
Hi All,
i am trying to get this DVBT usb device to work on my Linux Mint Debian
System. I configured my kernel 3.6.2, but i am not sure whether
something is missing.
When i plug in this device i get the following :
[58564.761059] usb 1-1.1: new high-speed USB device number 8 using ehci_hcd
[5
Hi Sylwester,
On 04.12.2012 16:55, Sylwester Nawrocki wrote:
Hi Andrzej,
On 11/23/2012 04:22 PM, Andrzej Hajda wrote:
Function support variable number of subdevs in pipe-line.
I'm will be applying this patch with description changed to:
Make the pipeline try format routine more generic to su
Hi Sakari,
On 05.12.2012 00:22, Sakari Ailus wrote:
Hi Andrzej,
On Fri, Nov 23, 2012 at 04:22:30PM +0100, Andrzej Hajda wrote:
Function support variable number of subdevs in pipe-line.
Signed-off-by: Andrzej Hajda
Signed-off-by: Kyungmin Park
---
drivers/media/platform/s5p-fimc/fimc-captu
32 matches
Mail list logo
