Hello Steffen,
Any update on version 16 ?
Best Wishes,
Leela Krishna Amudala.
On Mon, Nov 26, 2012 at 2:37 PM, Steffen Trumtrar
wrote:
> Hi!
>
> Changes since v14:
> - fix "const struct *" warning
> (reported by: Leela Krishna Amudala )
> - return -EINVAL when ht
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 o
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 control framework which allows the driver to inherit
>
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-capture.c | 100
> +++-
> 1
Am 04.12.2012 03:58, schrieb Devin Heitmueller:
> On Mon, Dec 3, 2012 at 9:42 PM, Matthew Gyurgyik wrote:
>>> I would try running "lsusb -v" and send the output. Make sure that
>>> it's not expecting to use bulk mode for DVB (which would require
>>> driver changes to support).
>>>
>>> Devin
>>>
>
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 Dec 4 19:00:23 CET 2012
git hash:16427faf28674451a7a0485ab0a929402f355ffd
gcc version: i686-linux-gcc (GCC
Em Mon, 29 Oct 2012 14:11 +
Simon Farnsworth escreveu:
> On Monday 29 October 2012 09:32:27 Andy Walls wrote:
> > On Mon, 2012-10-29 at 13:02 +, Simon Farnsworth wrote:
> > > It will affect other drivers as well; the basic cause is that modern chips
> > > can enter a package deep sleep st
On Tue, Dec 4, 2012 at 11:29 AM, Devin Heitmueller
wrote:
> On Tue, Dec 4, 2012 at 11:25 AM, Michael Krufky wrote:
>> Do you have any issues with these two patches as-is? Any suggestions?
>> If not, is it OK with you if I request that Mauro merge this for v3.9
>> ?
>
> I have no specific issues
Hi Mauro,
This series is mainly prerequisite patches for camera devices (FIMC, FIMC-LITE,
MIPI-CSIS, FIMC-IS) support on Exynos4x12 (two- and quad-core) SoCs. Exynos4412
is a processor found on Origen 4 Quad dev board for example.
It would have been good to have this series in 3.8, however if it i
Em 04-12-2012 03:07, Ben Hutchings escreveu:
On Mon, 2012-12-03 at 11:13 -0700, Tim Gardner wrote:
Ben - what is your policy on extracting firmware from Windows drivers?
I suppose the policy should be that the driver's licence must allow
extracting and then distributing the result. Which I wo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 12/03/2012 10:07 PM, Ben Hutchings wrote:
> On Mon, 2012-12-03 at 11:13 -0700, Tim Gardner wrote:
>> Ben - what is your policy on extracting firmware from Windows
>> drivers?
>
>
> I'm not sure how you can say they are the same files, as you'r
On Tue, Dec 4, 2012 at 11:25 AM, Michael Krufky wrote:
> Do you have any issues with these two patches as-is? Any suggestions?
> If not, is it OK with you if I request that Mauro merge this for v3.9
> ?
I have no specific issues with the patch as-is.
Reviewed-by: Devin Heitmueller
--
Devin
On Tue, Dec 4, 2012 at 11:17 AM, Devin Heitmueller
wrote:
> On Tue, Dec 4, 2012 at 11:07 AM, Michael Krufky wrote:
>> This patch removes the dependendency of VIDEO_AU0828 on VIDEO_V4L2 by
>> creating a new Kconfig option, VIDEO_AU0828_V4L2, which enables analog
>> video capture support and depend
On Tue, Dec 4, 2012 at 11:07 AM, Michael Krufky wrote:
> This patch removes the dependendency of VIDEO_AU0828 on VIDEO_V4L2 by
> creating a new Kconfig option, VIDEO_AU0828_V4L2, which enables analog
> video capture support and depends on VIDEO_V4L2 itself.
>
> With VIDEO_AU0828_V4L2 disabled, the
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 control framework which allows the driver to inherit
controls from its subdevice (ADV7180)
Signed-off-by: Federico Vaga
Acked-by: G
This patch removes the dependendency of VIDEO_AU0828 on VIDEO_V4L2 by
creating a new Kconfig option, VIDEO_AU0828_V4L2, which enables analog
video capture support and depends on VIDEO_V4L2 itself.
With VIDEO_AU0828_V4L2 disabled, the driver will only support digital
television and will not depend
Pull the analog frontend setup code out of au0828_card_setup into its
own seperate function, au0828_card_analog_fe_setup().
Signed-off-by: Michael Krufky
---
drivers/media/usb/au0828/au0828-cards.c | 16 +++-
1 file changed, 11 insertions(+), 5 deletions(-)
diff --git a/drivers/me
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 interface (dma_map_single, dma_unmap_single). The
allocator allocates buffers and immediately
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 support any
number of subdevs in the pipeline, rather than hard c
(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 our hardware, but I don't have any hardware to test
the vmalloc change.
Note
On 2012-11-15 21:43, Anders Thomson wrote:
On 2012-10-01 18:56, Anders Thomson wrote:
> On 2012-09-23 23:06, Anders Thomson wrote:
> > Awfully sorry about this. After having had the familty sit in and check
> > the differences,
> > I must say that the patch does not fix the issue. This
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 be controlled by their consumers.
This should be performed, using the generic clock framework. Unfortunately
Mauro,
the following are just two bug fixes for Exynos FIMC/MIPI-CSIS drivers.
Please pull for 3.8.
The following changes since commit d8658bca2e5696df2b6c69bc5538f8fe54e4a01e:
[media] omap3isp: Replace cpu_is_omap3630() with ISP revision check
(2012-11-28 10:54:46 -0200)
are available in the
23 matches
Mail list logo
