Hi,
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Laurent Pinchart
> Sent: Friday, December 30, 2011 9:16 AM
> To: HeungJun, Kim
> Cc: linux-media@vger.kernel.org; mche...@redhat.com; hverk...@xs4all.nl;
> sakari.a
Hi Hans and Guennadi,
Our bridge driver needs to know line clock count including active
lines and blanking area.
I can compute active clock count according to pixel format, but how
can I get this in blanking area in current framework?
Thanks,
Scott
--
To unsubscribe from this list: send the line
Hi,
Not nearly as linux-savvy as most of the users here, but I attempted to operate
a "Raygo USB Video Recorder" (audio/video capture device). Don't know if my
efforts qualify as a "test".
Model Number:
R12-41373
Display name:
USB 2861 Device
lsusb:
Bus 001 Device 002: ID eb1a:5051 eMPIA
> [channel name]
> property = value
> ...
> property = value
Currently, at least gstreamer's dvbbasebin and mplayer assumue that
the channel configuration file has the format of one line per channel.
So when I personally patched them to use v5 parameters,
I chose the one-line-per-chann
Hi Sakari,
Thanks for the comments!
Your comments help me to order my thoughts and re-send RFC.
Anyway, I hope to be happy new year :)
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Sakari Ailus
> Sent: Friday, D
Hi,
> -Original Message-
> From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
> Sent: Friday, December 30, 2011 9:13 AM
> To: HeungJun, Kim
> Cc: linux-media@vger.kernel.org; mche...@redhat.com; hverk...@xs4all.nl;
> sakari.ai...@iki.fi; s.nawro...@samsung.com; kyungmin.p...
Hi,
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Laurent Pinchart
> Sent: Friday, December 30, 2011 9:11 AM
> To: HeungJun, Kim
> Cc: linux-media@vger.kernel.org; mche...@redhat.com; hverk...@xs4all.nl;
> sakari.a
Hi,
On 2011년 12월 30일 08:58, Laurent Pinchart wrote:
Hi,
On Thursday 29 December 2011 06:08:07 HeungJun, Kim wrote:
On Wednesday, December 28, 2011 10:52 PM Laurent Pinchart wrote:
On Wednesday 28 December 2011 14:35:00 Sylwester Nawrocki wrote:
On 12/28/2011 07:23 AM, HeungJun, Kim wrote:
I
On Thu, 29 Dec 2011, Hans de Goede wrote:
> Hi all,
>
> Unfortunately the new iso bandwidth calculation code in gspca has
> accidentally broken support for bulk mode cameras, breaking support
> for a wide range of chipsets (see the patch for a full list).
>
> Mauro, please send this patch to L
Hi,
On Thursday 29 December 2011 07:15:46 HeungJun, Kim wrote:
> On Wednesday, December 28, 2011 11:01 PM Laurent Pinchart wrote:
> > On Wednesday 28 December 2011 07:23:44 HeungJun, Kim wrote:
> > > Hi everyone,
> > >
> > > This RFC patch series include new 4 controls ID for digital camera.
> >
Hi,
On Thursday 29 December 2011 06:52:55 HeungJun, Kim wrote:
> On Wednesday, December 28, 2011 10:57 PM Laurent Pinchart wrote:
> > On Wednesday 28 December 2011 07:23:47 HeungJun, Kim wrote:
> > > It adds the new CID for setting White Balance Preset. This CID is
> > > provided
> >
> > I suppos
Hi,
On Thursday 29 December 2011 06:40:57 HeungJun, Kim wrote:
> On Wednesday, December 28, 2011 10:56 PM Laurent Pinchart wrote:
> > On Wednesday 28 December 2011 07:23:46 HeungJun, Kim wrote:
[snip]
> > > diff --git a/Documentation/DocBook/media/v4l/controls.xml
> > > b/Documentation/DocBook/m
Hi,
On Thursday 29 December 2011 06:08:07 HeungJun, Kim wrote:
> On Wednesday, December 28, 2011 10:52 PM Laurent Pinchart wrote:
> > On Wednesday 28 December 2011 14:35:00 Sylwester Nawrocki wrote:
> > > On 12/28/2011 07:23 AM, HeungJun, Kim wrote:
> > > > It adds the new CID for setting White Ba
Hi Laurent, Sylwester and HeungJun,
On Wed, Dec 28, 2011 at 02:51:38PM +0100, Laurent Pinchart wrote:
> Hi,
>
> On Wednesday 28 December 2011 14:35:00 Sylwester Nawrocki wrote:
> > On 12/28/2011 07:23 AM, HeungJun, Kim wrote:
> > > It adds the new CID for setting White Balance Preset. This CID is
From: Hans de Goede
The new iso bandwidth calculation code accidentally has broken support
for bulk mode cameras. This has broken the following drivers:
finepix, jeilinj, ovfx2, ov534, ov534_9, se401, sq905, sq905c, sq930x,
stv0680, vicam.
Thix patch fixes this. Fix tested with: se401, sq905, sq
The new iso bandwidth calculation code accidentally has broken support
for bulk mode cameras. This has broken the following drivers:
finepix, jeilinj, ovfx2, ov534, ov534_9, se401, sq905, sq905c, sq930x,
stv0680, vicam.
Thix patch fixes this. Fix tested with: se401, sq905, sq905c, stv0680 & vicam
Hi all,
Unfortunately the new iso bandwidth calculation code in gspca has
accidentally broken support for bulk mode cameras, breaking support
for a wide range of chipsets (see the patch for a full list).
Mauro, please send this patch to Linus asap, so that 3.2 won't ship with
this regression.
Th
In order to test the large chunk of patches I've made those days, I wrote
a dvbzap application using DVBv5 API, based on tzap.
It is at my experimental v4l-utils tree, at branch dvb-utils:
http://git.linuxtv.org/mchehab/experimental-v4l-utils.git/shortlog/refs/heads/dvb-utils
in order to
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:Thu Dec 29 19:00:38 CET 2011
git hash:1a5cd29631a6b75e49e6ad8a770ab9d69cda0fa2
gcc version: i686-linux-gcc (GCC
Hi Ming,
On 12/14/2011 03:00 PM, Ming Lei wrote:
> This patch introduces object detection generic driver.
>
> The driver is responsible for all v4l2 stuff, buffer management
> and other general things, and doesn't touch object detection hardware
> directly. Several interfaces are exported to low
From: Michal Nazarewicz
This commit exports some of the functions from compaction.c file
outside of it adding their declaration into internal.h header
file so that other mm related code can use them.
This forced compaction.c to always be compiled (as opposed to being
compiled only if CONFIG_COMP
From: Michal Nazarewicz
The MIGRATE_CMA migration type has two main characteristics:
(i) only movable pages can be allocated from MIGRATE_CMA
pageblocks and (ii) page allocator will never change migration
type of MIGRATE_CMA pageblocks.
This guarantees (to some degree) that page in a MIGRATE_CMA
Welcome everyone last time in 2011!
We finally managed to finish (yet) another release of the Contiguous
Memory Allocator patches. This version resolves a lot of issues reported
in the previous version and improves the reliability of the memory
allocation.
The most important changes are code clea
From: Michal Nazarewicz
This commit adds the alloc_contig_range() function which tries
to allocate given range of pages. It tries to migrate all
already allocated pages that fall in the range thus freeing them.
Once all pages in the range are freed they are removed from the
buddy system thus all
This patch adds support for CMA to dma-mapping subsystem for x86
architecture that uses common pci-dma/pci-nommu implementation. This
allows to test CMA on KVM/QEMU and a lot of common x86 boxes.
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
CC: Michal Nazarewicz
---
arch/x86/Kc
Replace custom memory bank initialization using memblock_reserve and
dma_declare_coherent with a single call to CMA's dma_declare_contiguous.
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
arch/arm/plat-s5p/dev-mfc.c | 51 ++-
1 files
The Contiguous Memory Allocator is a set of helper functions for DMA
mapping framework that improves allocations of contiguous memory chunks.
CMA grabs memory on system boot, marks it with CMA_MIGRATE_TYPE and
gives back to the system. Kernel is allowed to allocate movable pages
within CMA's manag
From: Michal Nazarewicz
This commit introduces isolate_freepages_range() and
isolate_migratepages_range() functions. The first one replaces
isolate_freepages_block() and the second one extracts functionality
from isolate_migratepages().
They are more generic and instead of operating on pagebloc
From: Michal Nazarewicz
When set_migratetype_isolate() sets pageblock's migrate type, it does
not change each page_private data. This makes sense, as the function
has no way of knowing what kind of information page_private stores.
Unfortunately, if a page is on PCP list, it's page_private indic
This patch adds support for CMA to dma-mapping subsystem for ARM
architecture. By default a global CMA area is used, but specific devices
are allowed to have their private memory areas if required (they can be
created with dma_declare_contiguous() function during board
initialization).
Contiguous
split_free_page() function is used by migration code to grab a free page
once the migration has been finished. This function must obey the same
rules as memory allocation functions to keep the correct level of
memory watermarks. Memory compaction code calls it under locks, so it
cannot perform any
From: Michal Nazarewicz
This commit changes various functions that change pages and
pageblocks migrate type between MIGRATE_ISOLATE and
MIGRATE_MOVABLE in such a way as to allow to work with
MIGRATE_CMA migrate type.
Signed-off-by: Michal Nazarewicz
Signed-off-by: Marek Szyprowski
---
include
hello Andreas,
i've checked the Linux drivers for the card you referred to and
whoever made it is breaking all the rules claiming copyright over the
whole driver adding at the beginning:
"Copyright (C) 2010 Bestunar Inc."
when they just patched the driver very slightly adding only new
initializa
On 12/06/2011 07:48 PM, Manu Abraham wrote:
>> With UCB, what we imply is the uncorrectable blocks in the Outer
>> coding. The CRC encoder/decoder is at the Physical layer, much prior
>> and is completely different from what is expected of UCB.
>>
>> With the stv0900/3, you don't really have a Unco
Hello,
I'm using that card in my Linux VDR box:
http://www.dvbshop.net/product_info.php/info/p2440_Mystique-SaTiX-S2-Sky-Xpress-DUAL--USALS--DiseqC-1-2--Win-Linux.html
That's the lspci output:
=== SNIP =
$ lspci -vvvnn
02:00.0 Multimedia video controller [0400]: Conexant Systems,
Hi Mauro
Please pull a couple of soc-camera patches for 3.3. This is going to be a
_much_ quieter pull, than the previous one:-) I didn't have time to
continue the work on the soc-camera Media Controller conversion, so, that
will have to wait at least until 3.4.
Interestingly, Javier Martin ha
36 matches
Mail list logo