On 06/24/2011 12:37 AM, David wrote:
Hello:
I expect the patches finally are ok.
Hello and sorry for delay.
Your patch is not OK.
Biggest fault is that it does not increase .num_device_descs count. It
will break some other device. Don't try to add new devices between
existing devices. If yo
Hello
RTL2831U driver is now available here "realtek" branch:
http://git.linuxtv.org/anttip/media_tree.git
From my side it is ready for merge.
RTL2830 DVB-T demod
===
Driver is very limited, it basically just works, no any statistics.
That's written totally from the scratch.
R
On 07/09/2011 05:14 AM, Peter Chen wrote:
Dear all,
I need the old revision of the mxl500x-af9015 to driver the USB device
07ca:815c from AVerMedia.
Original path is: http://linuxtv.org/hg/~anttip/af9015-mxl500x
the wanted revision is af9015-mxl500x-1487a7dcf22a or other
newer/latest revision.
Dear all,
I need the old revision of the mxl500x-af9015 to driver the USB device
07ca:815c from AVerMedia.
Original path is: http://linuxtv.org/hg/~anttip/af9015-mxl500x
the wanted revision is af9015-mxl500x-1487a7dcf22a or other
newer/latest revision.
One of my friend in his company has success
The Marvell camera core can support all three videobuf2 buffer modes, which
is slick, but it also requires that all three modes be built and present,
even though only one is likely to be used. This patch allows the supported
modes to be selected at configuration time, reducing the footprint of the
Delete a couple of leftover fields whose time has passed.
Signed-off-by: Jonathan Corbet
---
drivers/media/video/marvell-ccic/mcam-core.c |2 --
drivers/media/video/marvell-ccic/mcam-core.h |3 ---
2 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/drivers/media/video/marvell
This structure got passed over in the videobuf2 conversion; it has no
reason to exist now.
Signed-off-by: Jonathan Corbet
---
drivers/media/video/marvell-ccic/mcam-core.h | 11 ---
1 files changed, 0 insertions(+), 11 deletions(-)
diff --git a/drivers/media/video/marvell-ccic/mcam-cor
This code shows signs of having been mucked with over the last five years
or so; things were kind of mixed up. This patch reorders functions into a
more rational organization which, with luck, will facilitate making the
buffer modes selectable at configuration time. Code movement only: no
functio
If registration does not work, we don't want to leave the sensor powered on.
Signed-off-by: Jonathan Corbet
---
drivers/media/video/marvell-ccic/mmp-driver.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/marvell-ccic/mmp-driver.c
b/drivers/media/v
Somewhere along the way the code stopped actually paying any attention to
them, and I doubt anybody has ever made use of them.
Signed-off-by: Jonathan Corbet
---
drivers/media/video/marvell-ccic/mcam-core.c | 13 -
1 files changed, 0 insertions(+), 13 deletions(-)
diff --git a/dri
Here is yet another set of marvell-cam patches. These ones clean up some
old cruft, fix one bug, and make it so that you don't have to drag in all
three videobuf2 modes if you don't want them. It looks like a lot of
churn, but the bulk of it is simply moving functions around into a more
logical o
On Thu, 7 Jul 2011, JAIN, AMBER wrote:
> I think what David wants to say is that if we do not have DMA
> restrictions on OMAP we should have not used GFP_DMA flag for page
> allocation at first place. Is my understanding correct David?
>
Right, and that's what the patch is doing.
--
To unsubsc
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Fri Jul 8 19:01:02 CEST 2011
git hash:6068c012c3741537c9f965be5b4249f989aa5efc
gcc version: i686-linux-gcc (GCC) 4.5
Mauro Carvalho Chehab wrote:
>Em 07-07-2011 23:12, Marco Diego Aurélio Mesquita escreveu:
>> Hi!
>>
>> I would like to have my patch[1] ready for linux 3.0. It's a simple
>> one-liner to solve an easy to fix problem. Is there anything I can do
>> o accelerate the review process?
>>
>> Please, C
On Tue, Jul 05, 2011 at 03:58:39PM +0200, Arnd Bergmann wrote:
> Ah, sorry I missed that patch on the mailing list, found it now in
> your for-next branch.
I've been searching for this email to reply to for the last day or
so...
> If I'm reading your "ARM: DMA: steal memory for DMA coherent mappi
Hi Mauro,
The following changes since commit 6068c012c3741537c9f965be5b4249f989aa5efc:
[media] v4l: Document V4L2 control endianness as machine endianness
(2011-07-07 19:26:11 -0300)
are available in the git repository at:
git://git.infradead.org/users/kmpark/linux-2.6-samsung s5p-fimc-next
Em 07-07-2011 23:12, Marco Diego Aurélio Mesquita escreveu:
> Hi!
>
> I would like to have my patch[1] ready for linux 3.0. It's a simple
> one-liner to solve an easy to fix problem. Is there anything I can do
> o accelerate the review process?
>
> Please, CC me your answers as I'm not subscribed
Em 07-07-2011 23:12, Marco Diego Aurélio Mesquita escreveu:
> Hi!
>
> I would like to have my patch[1] ready for linux 3.0. It's a simple
> one-liner to solve an easy to fix problem. Is there anything I can do
> o accelerate the review process?
>
> Please, CC me your answers as I'm not subscribed
Jean Delvare wrote:
>The third parameter of module_param is supposed to represent sysfs
>file permissions. A value of "1" leads to the following:
>
>$ ls -l /sys/module/radio_tea5764/parameters/
>total 0
>-x 1 root root 4096 Jul 8 09:17 use_xtal
>
>I am changing it to "0" to align with t
The third parameter of module_param is supposed to represent sysfs
file permissions. A value of "1" leads to the following:
$ ls -l /sys/module/radio_tea5764/parameters/
total 0
-x 1 root root 4096 Jul 8 09:17 use_xtal
I am changing it to "0" to align with the other module parameters in
We dereference "buf" on the line before so if it were NULL here we
would have OOPsed earlier. Also list_entry() never returns NULL.
And finally, we handled the situation where the list is empty
earlier in the function.
So this test isn't needed and I've removed it.
Signed-off-by: Dan Carpenter
21 matches
Mail list logo
