Hi Sakari,
On Mon, Jul 04, 2011 at 21:43:09, Sakari Ailus wrote:
> Hadli, Manjunath wrote:
> > Thank you Laurent.
>
> Hi Manjunath,
>
> > On Mon, Jul 04, 2011 at 18:52:37, Laurent Pinchart wrote:
> >> Hi Manjunath,
> >>
> >> On Monday 04 July 2011 07:58:06 Hadli, Manjunath wrote:
> >>> On Thu
Hi, Guennadi
The solution you said is right. We could use parameters to
distinguish different power managerment, gain, etc.
So ov5642_default_regs_init and ov5642_default_regs_finalise in the
patch could be removed in the final version, right?
Since it's not common for all boards. What I think
> -Original Message-
> From: Hiremath, Vaibhav
> Sent: Wednesday, July 06, 2011 12:38 AM
> To: JAIN, AMBER; linux-media@vger.kernel.org
> Cc: Semwal, Sumit; Nilofer, Samreen
> Subject: RE: [PATCH 6/6] V4l2: OMAP: VOUT: Minor Cleanup, removing the
> unnecessary code.
>
>
> > -Origina
> -Original Message-
> From: Hiremath, Vaibhav
> Sent: Wednesday, July 06, 2011 12:34 AM
> To: JAIN, AMBER; linux-media@vger.kernel.org
> Cc: Semwal, Sumit
> Subject: RE: [PATCH 2/6] V4L2: OMAP: VOUT: dma map and unmap v4l2 buffers
> in qbuf and dqbuf
>
>
> > -Original Message-
> -Original Message-
> From: Hiremath, Vaibhav
> Sent: Wednesday, July 06, 2011 12:17 AM
> To: JAIN, AMBER; linux-media@vger.kernel.org
> Cc: Semwal, Sumit
> Subject: RE: [PATCH 1/6] V4L2: OMAP: VOUT: isr handling extended for DPI
> and HDMI interface
>
>
> > -Original Message-
Mauro Carvalho Chehab wrote:
>Em 05-07-2011 16:02, Andy Walls escreveu:
>> Hans Verkuil wrote:
>>> I can work on the proposal this week for that. The only reason the
>fps
>>> hasn't been added
>>> yet is that I never had the time to do the research on how to
>represent
>>> the fps reliably
>>> f
Em 05-07-2011 16:02, Andy Walls escreveu:
> Hans Verkuil wrote:
>> I can work on the proposal this week for that. The only reason the fps
>> hasn't been added
>> yet is that I never had the time to do the research on how to represent
>> the fps reliably
>> for all CEA/VESA formats. Hmm, pixelclock
> -Original Message-
> From: JAIN, AMBER
> Sent: Tuesday, June 07, 2011 8:18 PM
> To: linux-media@vger.kernel.org
> Cc: Hiremath, Vaibhav; Semwal, Sumit; JAIN, AMBER; Nilofer, Samreen
> Subject: [PATCH 3/6] V4L2: OMAP: VOUT: Adapt to Multiplanar APIs
>
> Adapting the omap_vout driver for
> -Original Message-
> From: Hiremath, Vaibhav
> Sent: Wednesday, July 06, 2011 12:38 AM
> To: JAIN, AMBER; linux-media@vger.kernel.org
> Cc: Semwal, Sumit; Nilofer, Samreen
> Subject: RE: [PATCH 6/6] V4l2: OMAP: VOUT: Minor Cleanup, removing the
> unnecessary code.
>
>
> > -Original
> -Original Message-
> From: JAIN, AMBER
> Sent: Tuesday, June 07, 2011 8:18 PM
> To: linux-media@vger.kernel.org
> Cc: Hiremath, Vaibhav; Semwal, Sumit; JAIN, AMBER; Nilofer, Samreen
> Subject: [PATCH 6/6] V4l2: OMAP: VOUT: Minor Cleanup, removing the
> unnecessary code.
>
> Minor change
> -Original Message-
> From: JAIN, AMBER
> Sent: Tuesday, June 07, 2011 8:18 PM
> To: linux-media@vger.kernel.org
> Cc: Hiremath, Vaibhav; Semwal, Sumit; JAIN, AMBER
> Subject: [PATCH 2/6] V4L2: OMAP: VOUT: dma map and unmap v4l2 buffers in
> qbuf and dqbuf
>
[Hiremath, Vaibhav] few minor
Hans Verkuil wrote:
>I can work on the proposal this week for that. The only reason the fps
>hasn't been added
>yet is that I never had the time to do the research on how to represent
>the fps reliably
>for all CEA/VESA formats. Hmm, pixelclock / total_framesize should
>always work, of course.
>
>
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:Tue Jul 5 19:00:35 CEST 2011
git hash:df6aabbeb2b8799d97f3886fc994c318bc6a6843
gcc version: i686-linux-gcc (GCC) 4.5
> -Original Message-
> From: JAIN, AMBER
> Sent: Tuesday, June 07, 2011 8:18 PM
> To: linux-media@vger.kernel.org
> Cc: Hiremath, Vaibhav; Semwal, Sumit; JAIN, AMBER
> Subject: [PATCH 1/6] V4L2: OMAP: VOUT: isr handling extended for DPI and
> HDMI interface
[Hiremath, Vaibhav] Few minor co
On Thu, Jun 16, 2011 at 03:31:46PM -0400, Jarod Wilson wrote:
> There's really no good reason not to just grab the desired IRQ at driver
> init time, instead of every time the lirc device node is accessed. This
> also improves the speed and reliability with which a serial transmitter
> can operate,
On 07/05/11 16:22, Jonathan Cameron wrote:
> On 07/05/11 16:02, Laurent Pinchart wrote:
>> On Tuesday 05 July 2011 16:38:07 Sakari Ailus wrote:
>>> On Tue, Jul 05, 2011 at 02:48:57PM +0100, Jonathan Cameron wrote:
On 07/05/11 13:19, Sakari Ailus wrote:
> On Tue, Jul 05, 2011 at 12:22:06PM
On Tue, Jul 05, 2011 at 05:02:52PM +0200, Laurent Pinchart wrote:
> On Tuesday 05 July 2011 16:38:07 Sakari Ailus wrote:
> > On Tue, Jul 05, 2011 at 02:48:57PM +0100, Jonathan Cameron wrote:
> > > On 07/05/11 13:19, Sakari Ailus wrote:
> > > > On Tue, Jul 05, 2011 at 12:22:06PM +0100, Jonathan Came
On 07/05/11 16:02, Laurent Pinchart wrote:
> On Tuesday 05 July 2011 16:38:07 Sakari Ailus wrote:
>> On Tue, Jul 05, 2011 at 02:48:57PM +0100, Jonathan Cameron wrote:
>>> On 07/05/11 13:19, Sakari Ailus wrote:
On Tue, Jul 05, 2011 at 12:22:06PM +0100, Jonathan Cameron wrote:
> Hi Laurent,
On Tuesday 05 July 2011 16:38:07 Sakari Ailus wrote:
> On Tue, Jul 05, 2011 at 02:48:57PM +0100, Jonathan Cameron wrote:
> > On 07/05/11 13:19, Sakari Ailus wrote:
> > > On Tue, Jul 05, 2011 at 12:22:06PM +0100, Jonathan Cameron wrote:
> > >> Hi Laurent,
> > >>
> > >> I'm just trying to get an mt9
On Tue, Jul 05, 2011 at 02:48:57PM +0100, Jonathan Cameron wrote:
> On 07/05/11 13:19, Sakari Ailus wrote:
> > On Tue, Jul 05, 2011 at 12:22:06PM +0100, Jonathan Cameron wrote:
> >> Hi Laurent,
> >>
> >> I'm just trying to get an mt9v034 sensor working on a beagle xm.
> >> Everything more or less w
On Sun, 3 Jul 2011 09:54:12 +0200 (CEST)
Jesper Juhl wrote:
> In the unlikely case that pci_find_bus() should return NULL
> viacam_serial_is_enabled() is going to dereference a NULL pointer and
> blow up. Better safe than sorry, so be defensive and check the
> pointer.
Extremely unlikely - that
On Tuesday 05 July 2011, Russell King - ARM Linux wrote:
> On Tue, Jul 05, 2011 at 02:27:44PM +0200, Arnd Bergmann wrote:
> > It's also a preexisting problem as far as I can tell, and it needs
> > to be solved in __dma_alloc for both cases, dma_alloc_from_contiguous
> > and __alloc_system_pages as
On 07/05/11 13:19, Sakari Ailus wrote:
> On Tue, Jul 05, 2011 at 12:22:06PM +0100, Jonathan Cameron wrote:
>> Hi Laurent,
>>
>> I'm just trying to get an mt9v034 sensor working on a beagle xm.
>> Everything more or less works, except that after a random number
>> of frames of capture, I tend to get
On Tuesday, July 05, 2011 14:08:03 Mauro Carvalho Chehab wrote:
> Em 05-07-2011 04:26, Hans Verkuil escreveu:
> > On Monday, July 04, 2011 18:09:18 Mauro Carvalho Chehab wrote:
> >> Em 29-06-2011 09:51, Tomasz Stanislawski escreveu:
> >>> The 1080p59_94 is supported by latest Samsung SoC.
> >>>
> >
On Tue, Jul 05, 2011 at 02:27:44PM +0200, Arnd Bergmann wrote:
> It's also a preexisting problem as far as I can tell, and it needs
> to be solved in __dma_alloc for both cases, dma_alloc_from_contiguous
> and __alloc_system_pages as introduced in patch 7.
Which is now resolved in linux-next, and
On Tue, Jul 05, 2011 at 02:07:17PM +0200, Arnd Bergmann wrote:
> On Tuesday 05 July 2011, Marek Szyprowski wrote:
> > This is yet another round of Contiguous Memory Allocator patches. I hope
> > that I've managed to resolve all the items discussed during the Memory
> > Management summit at Linaro M
On Tue, Jul 05, 2011 at 01:44:31PM +0200, Arnd Bergmann wrote:
> > @@ -198,6 +198,12 @@ config MIGRATION
> > pages as migration can relocate pages to satisfy a huge page
> > allocation instead of reclaiming.
> >
> > +config CMA_MIGRATE_TYPE
> > + bool
> > + help
> > + This ena
On Tuesday 05 July 2011, Russell King - ARM Linux wrote:
> On Tue, Jul 05, 2011 at 09:41:48AM +0200, Marek Szyprowski wrote:
> > The Contiguous Memory Allocator is a set of helper functions for DMA
> > mapping framework that improves allocations of contiguous memory chunks.
> >
> > CMA grabs memor
Hi Sakari,
On Tuesday 05 July 2011 14:19:16 Sakari Ailus wrote:
> On Tue, Jul 05, 2011 at 12:22:06PM +0100, Jonathan Cameron wrote:
> > Hi Laurent,
> >
> > I'm just trying to get an mt9v034 sensor working on a beagle xm.
> > Everything more or less works, except that after a random number
> > of
On Tue, Jul 05, 2011 at 12:22:06PM +0100, Jonathan Cameron wrote:
> Hi Laurent,
>
> I'm just trying to get an mt9v034 sensor working on a beagle xm.
> Everything more or less works, except that after a random number
> of frames of capture, I tend to get won't become idle messages
> and the vd0 and
Em 05-07-2011 04:26, Hans Verkuil escreveu:
> On Monday, July 04, 2011 18:09:18 Mauro Carvalho Chehab wrote:
>> Em 29-06-2011 09:51, Tomasz Stanislawski escreveu:
>>> The 1080p59_94 is supported by latest Samsung SoC.
>>>
>>> Signed-off-by: Tomasz Stanislawski
>>> Signed-off-by: Kyungmin Park
>>>
On Tuesday 05 July 2011, Marek Szyprowski wrote:
> This is yet another round of Contiguous Memory Allocator patches. I hope
> that I've managed to resolve all the items discussed during the Memory
> Management summit at Linaro Meeting in Budapest and pointed later on
> mailing lists. The goal is to
Add support for the codec controls to the v4l2 control framework.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
drivers/media/video/v4l2-ctrls.c | 197 +-
1 files changed, 192 insertions(+), 5 deletions(-)
diff --git a/drivers/media/video/v4l
Add control definitions and documentation for controls
specific to codec devices.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
Documentation/DocBook/media/v4l/controls.xml | 969 ++
include/linux/videodev2.h| 169 +-
2 files chan
Add fourcc definitions and documentation for the following
compressed formats: H263, H264, H264 without start codes,
MPEG1/2/4 ES, XVID, VC1 Annex G and Annex L compliant.
Signed-off-by: Kamil Debski
Signed-off-by: Kyungmin Park
---
Documentation/DocBook/media/v4l/controls.xml |7 +++-
Docu
Hi,
The tenth version of MFC 5.1 driver. Decoding and encoding is supported. The
first version that included only decoding was done by me. The encoding part
was originally done by Jeongtae Park and I did some modifications to his code.
Changes since the v9 in the "v4l: add fourcc definitions for
On Tuesday 05 July 2011, Marek Szyprowski wrote:
> 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_contigu
On Tuesday 05 July 2011, Marek Szyprowski wrote:
>
> This patch is an example how device private CMA area can be activated.
> It creates one CMA region and assigns it to the first s5p-fimc device on
> Samsung Goni S5PC110 board.
>
> Signed-off-by: Marek Szyprowski
> Signed-off-by: Kyungmin Park
On Tuesday 05 July 2011, Marek Szyprowski wrote:
> 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. Ker
On Tuesday 05 July 2011, Marek Szyprowski wrote:
> 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:
On Tuesday 05 July 2011, Marek Szyprowski wrote:
> 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.
Hi Laurent,
I'm just trying to get an mt9v034 sensor working on a beagle xm.
Everything more or less works, except that after a random number
of frames of capture, I tend to get won't become idle messages
and the vd0 and vd1 interrupts tend to turn up at same time.
I was just wondering if there a
> -Original Message-
> From: Mauro Carvalho Chehab [mailto:mche...@redhat.com]
> Sent: Saturday, July 02, 2011 12:13 AM
> To: Hiremath, Vaibhav
> Cc: linux-media@vger.kernel.org; JAIN, AMBER; David Rientjes; Andrew
> Morton
> Subject: Re: [GIT PULL for v3.0] OMAP_VOUT bug fixes and code c
On Tue, Jul 05, 2011 at 09:41:48AM +0200, Marek Szyprowski wrote:
> 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 t
On Tuesday 05 July 2011, Marek Szyprowski wrote:
> From: Michal Nazarewicz
>
> This commit adds the alloc_contig_range() function which tries
> to allecate 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 ra
On Tuesday 05 July 2011, Marek Szyprowski wrote:
> From: KAMEZAWA Hiroyuki
>
> This commit introduces alloc_contig_freed_pages() function
> which allocates (ie. removes from buddy system) free pages
> in range. Caller has to guarantee that all pages in range
> are in buddy system.
>
> Along wit
On Tuesday 05 July 2011, Marek Szyprowski wrote:
> From: KAMEZAWA Hiroyuki
>
> Memory hotplug is a logic for making pages unused in the specified
> range of pfn. So, some of core logics can be used for other purpose
> as allocating a very large contigous memory block.
>
> This patch moves some f
Hi Mauro,
This pull request adds the bitmask controls, flash API and the adp1653
driver.
Changes since the first pull request:
- Added a patch to document the V4L2 control endianness. It's on the top.
- Rebased the patches. I haven't tested vivi, though.
- The adp1653 uses dev_pm_ops instead of
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
Hello,
On Tuesday, July 05, 2011 9:42 AM Marek Szyprowski wrote:
> 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
Some small stuff: a fix for a copy-and-paste error introduced in v4l2-ctrls.c,
a fix for a missing event, a DocBook typo fix and the vivi sleep-in-atomic
context fix that I posted earlier as a separate patch.
Regards,
Hans
The following changes since commit df6aabbeb2b8799d97f3886fc994c3
From: KAMEZAWA Hiroyuki
Memory hotplug is a logic for making pages unused in the specified
range of pfn. So, some of core logics can be used for other purpose
as allocating a very large contigous memory block.
This patch moves some functions from mm/memory_hotplug.c to
mm/page_isolation.c. This
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
This patch is an example how device private CMA area can be activated.
It creates one CMA region and assigns it to the first s5p-fimc device on
Samsung Goni S5PC110 board.
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
---
arch/arm/mach-s5pv210/Kconfig |1 +
arch/arm/mach-
Hello everyone,
This is yet another round of Contiguous Memory Allocator patches. I hope
that I've managed to resolve all the items discussed during the Memory
Management summit at Linaro Meeting in Budapest and pointed later on
mailing lists. The goal is to integrate it as tight as possible with
From: KAMEZAWA Hiroyuki
This commit introduces alloc_contig_freed_pages() function
which allocates (ie. removes from buddy system) free pages
in range. Caller has to guarantee that all pages in range
are in buddy system.
Along with this function, a free_contig_pages() function is
provided which
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 that page in a MIGRATE_CMA page block can
a
From: Michal Nazarewicz
This commit adds the alloc_contig_range() function which tries
to allecate 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 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).
Signed-off-
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: Kyungmin Park
Signed-off-by:
This is the second version of this patch. The only change I've made is that
init_poll_funcptr() is now used in fs/eventpoll.c to initialize the poll_table
instead of initializing it with '= { NULL, ~0 }'.
Comments? Or even better: an Acked-by or Reviewed-by?
Regards,
Hans
In some cases
On Monday, July 04, 2011 18:09:18 Mauro Carvalho Chehab wrote:
> Em 29-06-2011 09:51, Tomasz Stanislawski escreveu:
> > The 1080p59_94 is supported by latest Samsung SoC.
> >
> > Signed-off-by: Tomasz Stanislawski
> > Signed-off-by: Kyungmin Park
> > Reviewed-by: Hans Verkuil
> > ---
> > drive
62 matches
Mail list logo
