On 20/07/11 23:18, Jarod Wilson wrote:
> On Wed, Jul 20, 2011 at 08:05:43AM +1000, Chris W wrote:
>> On 20/07/11 02:12, Jarod Wilson wrote:
>>> The imon devices have either 1 or 2 usb interfaces on them, each wired
>>> up to its own urb callback. The interface 0 urb callback is wired up
>>> before
I just bought DVB-T USB dongle for one of polish digital platform. It
works fine with as102 driver.
Here is patch adding vendor and product ID to as102 driver taken from
http://kernellabs.com/hg/~dheitmueller/v4l-dvb-as102.
I tested it with kernel-3.0-rc7-git7 (had to change usb_buffer_alloc()
t
Hi Abylay,
Em 20-07-2011 13:56, Abylay Ospan escreveu:
> Hi Mauro,
>
> Here is more correct pull request. URL now is
> git://git.netup.tv/git/linux-3.0-netup.git.
>
>
> The following changes since commit f560f6697f17e2465c8845c09f3a483faef38275:
>
> Merge git://git.kernel.org/pub/scm/linux/
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:Wed Jul 20 19:00:31 CEST 2011
git hash:9bc5f6fa12c9e3e1e73e66bfabe9d463ea779b08
gcc version: i686-linux-gcc (GCC) 4.5
Hi Mauro,
Here is more correct pull request. URL now is
git://git.netup.tv/git/linux-3.0-netup.git.
The following changes since commit f560f6697f17e2465c8845c09f3a483faef38275:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/sfrench/cifs-2.6
(2011-07-17 12:49:55 -0700)
are available
On Wed, Jul 20, 2011 at 04:47:46PM +0200, Guennadi Liakhovetski wrote:
> On Wed, 20 Jul 2011, Sakari Ailus wrote:
>
> > Hi, Guennadi!
> >
> > Thanks for the patch!
> >
> > On Wed, Jul 20, 2011 at 10:43:08AM +0200, Guennadi Liakhovetski wrote:
> > > A possibility to preallocate and initialise buf
On Wed, 20 Jul 2011, Sakari Ailus wrote:
> Hi, Guennadi!
>
> Thanks for the patch!
>
> On Wed, Jul 20, 2011 at 10:43:08AM +0200, Guennadi Liakhovetski wrote:
> > A possibility to preallocate and initialise buffers of different sizes
> > in V4L2 is required for an efficient implementation of asna
Hi, Guennadi!
Thanks for the patch!
On Wed, Jul 20, 2011 at 10:43:08AM +0200, Guennadi Liakhovetski wrote:
> A possibility to preallocate and initialise buffers of different sizes
> in V4L2 is required for an efficient implementation of asnapshot mode.
> This patch adds two new ioctl()s: VIDIOC_C
Hi Mauro,
The following changes since commit 9bc5f6fa12c9e3e1e73e66bfabe9d463ea779b08:
[media] drxk: Remove goto/break after return (2011-07-15 09:35:58 -0300)
are available in the git repository at:
git://linuxtv.org/pinchartl/media.git omap3isp-next-omap3isp
Kalle Jokiniemi (2):
OMA
On Wed, Jul 20, 2011 at 08:05:43AM +1000, Chris W wrote:
> On 20/07/11 02:12, Jarod Wilson wrote:
> > The imon devices have either 1 or 2 usb interfaces on them, each wired
> > up to its own urb callback. The interface 0 urb callback is wired up
> > before the imon context's rc_dev pointer is fille
Laurent Pinchart wrote:
> Hi everybody,
>
> Here are the OMAP3 ISP patches in my queue for v3.1. I'll send a pull request
> in a couple of days if there's no objection.
>
> Kalle Jokiniemi (2):
> OMAP3: ISP: Add regulator control for omap34xx
> OMAP3: RX-51: define vdds_csib regulator supply
Hi,
Siano modules already had sms_dbg flag which is a module parameter which
sets the debug mode so module prints messages to dmesg for debugging.
The variable was static therefore apply only to the file which defines
the module. In modules as smsmdtv.ko that contain a few files, the debug
flag app
On Mon, 18 Jul 2011 18:39:14 -0700 (PDT)
Luiz Ramos wrote:
[snip]
> I noticed that in 640x480 the device worked fine, but in 320x240 and
> 160x120 it didn't (I mean: the image is dark). Or'ing reg17 with 0x04
> in line 2535 (as it's currently done for VGA) is sufficient to make
> the webca
20.07.2011 14:48, Mauro Carvalho Chehab wrote:
>> Well, until you explain the exact breakage of my proposal,
>> I won't trust this. :)
> I've said already: mplayer for example relies on such behavior to work.
> Reverting
> it breaks mplayer. This is enough for me to NACK your patch.
What you said,
Em 20-07-2011 07:45, Stas Sergeev escreveu:
> 20.07.2011 14:32, Mauro Carvalho Chehab wrote:
>> I won't keep discussing something that won't be merged, as it will
>> cause regressions.
> Please explain what regressions it will make!
> I am asking that question over and over again, and
> every time
20.07.2011 14:32, Mauro Carvalho Chehab wrote:
> I won't keep discussing something that won't be merged, as it will
> cause regressions.
Please explain what regressions it will make!
I am asking that question over and over again, and
every time you either ignore it, or refer to an apps
that use v4l
Em 20-07-2011 07:32, Mauro Carvalho Chehab escreveu:
> Em 20-07-2011 02:28, Stas Sergeev escreveu:
>> 20.07.2011 04:55, Mauro Carvalho Chehab wrote:
> [PATCHv2 - BROKEN] saa7134: Don't touch at the analog mute at the alsa driver
>
> Via the alsa driver, it is possible to start capturing from an a
Em 20-07-2011 02:28, Stas Sergeev escreveu:
> 20.07.2011 04:55, Mauro Carvalho Chehab wrote:
>>> The proposed solution is to have the mute
>>> control, that can be valid for all the cards/drivers.
>>> Presumably, it should have the similar name
>>> for all of them, even though for some it will be
>
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
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
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: 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
Hello everyone,
This is yet another round of Contiguous Memory Allocator patches. Now I
focused mainly on the integration of CMA to DMA mapping subsystem on ARM
architecture. In this version I've tried to solve the issue of the
aliasing in coherent memory mapping that was present in earlier versio
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:
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 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).
This patch
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-
Hi Michael,
Sorry for the late reply.
On Thursday 30 June 2011 10:31:52 Michael Jones wrote:
> Hi Laurent,
>
> I'm observing a system freeze-up with the ISP when writing data to memory
> directly from the ccdc.
>
> Here's the sequence I'm using:
>
> 0. apply the patch I'm sending separate in t
A possibility to preallocate and initialise buffers of different sizes
in V4L2 is required for an efficient implementation of asnapshot mode.
This patch adds two new ioctl()s: VIDIOC_CREATE_BUFS and
VIDIOC_PREPARE_BUF and defines respective data structures.
Signed-off-by: Guennadi Liakhovetski
--
On Fri, Jul 15, 2011 at 01:34:55PM +0200, Laurent Pinchart wrote:
> Hi Sakari,
Hi Laurent,
Many thanks for the comments!
> On Monday 11 July 2011 18:17:10 Sakari Ailus wrote:
> >
> > The way devices, V4L2 subdevs and media devices are currently being handled
> > does not make efficient use of t
30 matches
Mail list logo
