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
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 m.szyprow...@samsung.com
Signed-off-by: Kyungmin Park
From: Michal Nazarewicz min...@mina86.com
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
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 m.szyprow...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
arch/arm/plat-s5p/dev-mfc.c | 51
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
This patch extracts common reclaim code from __alloc_pages_direct_reclaim()
function to separate function: __perform_reclaim() which can be later used
by alloc_contig_range().
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
CC:
From: Michal Nazarewicz min...@mina86.com
This commit adds a row for MIGRATE_ISOLATE type to the fallbacks array
which was missing from it. It also, changes the array traversal logic
a little making MIGRATE_RESERVE an end marker. The letter change,
removes the implicit MIGRATE_UNMOVABLE from
From: Michal Nazarewicz min...@mina86.com
This commit introduces isolate_freepages_range() function which
generalises isolate_freepages_block() so that it can be used on
arbitrary PFN ranges.
isolate_freepages_block() is left with only minor changes.
Signed-off-by: Michal Nazarewicz
alloc_contig_range() performs memory allocation so it also should keep
track on keeping the correct level of memory watermarks. This commit adds
a call to *_slowpath style reclaim to grab enough pages to make sure that
the final collection of contiguous pages from freelists will not starve
the
From: Michal Nazarewicz min...@mina86.com
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
From: Michal Nazarewicz min...@mina86.com
Signed-off-by: Michal Nazarewicz min...@mina86.com
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
mm/page_alloc.c | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
From: Michal Nazarewicz min...@mina86.com
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 min...@mina86.com
On 01/26/2012 12:16 AM, Claus Olesen wrote:
just got 3.2.1-3.fc16.i686.PAE
the issue that the driver had to be removed for the 290e to work after
a replug is gone.
the issue that a usb mem stick cannot be mounted while the 290e is
plugged in still lingers.
one workaround is to unplug the 290e
From: Michal Nazarewicz min...@mina86.com
This commit introduces isolate_migratepages_range() function which
extracts functionality from isolate_migratepages() so that it can be
used on arbitrary PFN ranges.
isolate_migratepages() function is implemented as a simple wrapper
around
From: Michal Nazarewicz min...@mina86.com
This commit changes set_migratetype_isolate() so that it updates
migrate type of pages on pcp list which is saved in their
page_private.
Signed-off-by: Michal Nazarewicz min...@mina86.com
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
---
Welcome everyone!
Yes, that's true. This is yet another release of the Contiguous Memory
Allocator patches. This version mainly includes code cleanups requested
by Mel Gorman and a few minor bug fixes.
ARM integration code has not been changed since v16. It provides
implementation of the ideas
From: Michal Nazarewicz min...@mina86.com
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
Hi Everyone,
I would like to present a simple test application used for testing
DMABUF support in V4L2. It is used to show how support for DMABUF may
look like in V4L2.
The test application creates a simple pipeline between two V4L2 devices.
One of them is a capture device. The second one
On Thu, Jan 26, 2012 at 01:28:16AM +0200, Sakari Ailus wrote:
Why you should not hang onto mappings forever? This is currently done by
virtually all V4L2 drivers where such mappings are relevant. Not doing so
would really kill the performance i.e. it's infeasible. Same goes to (m)any
other
Hi Guennadi,
On 25 January 2012 13:17, Guennadi Liakhovetski g.liakhovet...@gmx.de wrote:
On Fri, 20 Jan 2012, Javier Martin wrote:
Signed-off-by: Javier Martin javier.mar...@vista-silicon.com
---
drivers/media/video/mx2_camera.c | 23 +--
1 files changed, 9
the dmesg output from inplug of 290e until usb mem stick mount timeout
with a cut marked --- cut similar --- between mount and timeout for
less output is
inplug 290e
[ 112.367345] usb 2-3: new high-speed USB device number 2 using ehci_hcd
[ 112.482773] usb 2-3: New USB device found,
On 01/26/2012 01:46 PM, Claus Olesen wrote:
the dmesg output from inplug of 290e until usb mem stick mount timeout
with a cut marked --- cut similar --- between mount and timeout for
less output is
I think it is maybe some incapability of em28xx driver. Maybe it could
be something to do with
Signed-off-by: Javier Martin javier.mar...@vista-silicon.com
---
Changes since v1:
- mx27 code doesn't use states.
- number of states reduced to the ones used by mx25.
- Fix incorrect if which broke mx25 support.
- Minor fixes.
---
drivers/media/video/mx2_camera.c | 298
Add start_stream and stop_stream callback in order to enable
and disable the eMMa-PrP properly and save CPU usage avoiding
IRQs when the device is not streaming. This also makes the driver
return 0 as the sequence number of the first frame.
Signed-off-by: Javier Martin
The way discard buffer was previously handled lead
to possible races that made a buffer that was not
yet ready to be overwritten by new video data. This
is easily detected at 25fps just adding #define DEBUG
to enable the memset check and seeing how the image
is corrupted.
A new discard queue and
Signed-off-by: Javier Martin javier.mar...@vista-silicon.com
---
Changes since v1:
- Make ifs in irq callback mutually exclusive.
- Add new argument to mx27_camera_frame_done_emma() to handle errors.
---
drivers/media/video/mx2_camera.c | 38 --
1 files
Kovacs Balazs writes:
Yes, i thought about that, but i need the Hardware CAM + CI, because
it's chip paired encryption. It means in my situation that the EMM and
ECM is also encrypted so it's hard to use in a SoftCam configuration.
I hope there's a solution in the DVB driver space.
-Original Message-
From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
ow...@vger.kernel.org] On Behalf Of Ralph Metzler
Sent: jeudi 26 janvier 2012 13:21
To: linux-media@vger.kernel.org
Subject: Re: CI/CAM support for offline (from file) decoding
Kovacs Balazs writes:
no one ?
Zitat von Thor myt...@x-defense.de:
hi all,
checked out git on january 8th.
have the cam working,but it stops working every two or 3 days (system
is running 24 hours)
sometimes it recovers on its own:
Jan 21 20:59:45 zotac kernel: [81316.229519] dvb_ca adapter 0: CAM
tried to
-Original Message-
From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
ow...@vger.kernel.org] On Behalf Of Ralph Metzler
Sent: jeudi 26 janvier 2012 13:21
To: linux-media@vger.kernel.org
Subject: Re: CI/CAM support for offline (from file) decoding
Kovacs Balazs writes:
Kovacs Balazs writes:
Yes, i thought about that, but i need the Hardware CAM + CI, because
it's chip paired encryption. It means in my situation that the EMM and
ECM is also encrypted so it's hard to use in a SoftCam configuration.
I hope there's a solution in the DVB driver space.
-Original Message-
From: Kovacs Balazs [mailto:b...@bitklub.hu]
Sent: jeudi 26 janvier 2012 14:45
To: Sébastien RAILLARD (COEXSI)
Cc: 'Ralph Metzler'; linux-media@vger.kernel.org
Subject: Re: CI/CAM support for offline (from file) decoding
-Original Message-
On Thu, Jan 26, 2012 at 6:58 AM, Antti Palosaari cr...@iki.fi wrote:
I think it is maybe some incapability of em28xx driver. Maybe it could be
something to do with USB HCI too...
From a USB standpoint there isn't a whole lot the em28xx driver could
do wrong. It's an isoc device, and perhaps
Hi Laurent
Thanks for the patches. This one looks good mostly, a couple of questions
though:
On Wed, 25 Jan 2012, Laurent Pinchart wrote:
Instead of computing the buffer size manually in the videobuf queue
setup and buffer prepare callbacks, use the previously negotiated
On Wed, 25 Jan 2012, Laurent Pinchart wrote:
Instead of computing the line sizes, use the previously negotiated
soc_camera_device::bytesperline value.
Ok, some of my comments to the previous patch should actually be applied
to this one instead, but you'll figure it out ;-)
Thanks
Guennadi
On Thursday 26 January 2012, Marek Szyprowski wrote:
Welcome everyone!
Yes, that's true. This is yet another release of the Contiguous Memory
Allocator patches. This version mainly includes code cleanups requested
by Mel Gorman and a few minor bug fixes.
Hi Marek,
Thanks for keeping up
This patch is just a minor update to one titled imon: Input from ffdc
device type ignored from Corinna Vinschen. An earlier patch to prevent
an oops when we got early callbacks also has the nasty side-effect of
wedging imon hardware, as we don't acknowledge the urb. Rework the check
slightly here
On Wed, 25 Jan 2012, Laurent Pinchart wrote:
To compute the number of bytes per line according to the V4L2
specification, we need information about planes layout for planar
formats. The new enum soc_mbus_layout convey that information.
Maybe it is better to call that value not the number of
On Thu, 26 Jan 2012 16:31:40 +0100, Arnd Bergmann a...@arndb.de wrote:
I haven't followed the last two releases so closely. It seems that
in v17 the movable pages with pending i/o was still a major problem
but in v18 you added a solution. Is that right? What is still left
to be done here then?
Hello,
On Thursday, January 26, 2012 4:32 PM Arnd Bergmann wrote:
On Thursday 26 January 2012, Marek Szyprowski wrote:
Welcome everyone!
Yes, that's true. This is yet another release of the Contiguous Memory
Allocator patches. This version mainly includes code cleanups requested
by
On Wed, 25 Jan 2012, Laurent Pinchart wrote:
The function returns the minimum size of an image for a given number of
bytes per line (as per the V4L2 specification), width and format.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/video/soc_mediabus.c |
One more question:
On Wed, 25 Jan 2012, Laurent Pinchart wrote:
To compute the number of bytes per line according to the V4L2
specification, we need information about planes layout for planar
formats. The new enum soc_mbus_layout convey that information.
Signed-off-by: Laurent Pinchart
I could do with a little more information about DMX_SET_PES_FILTER.
Specifically I want to use an output type of DMX_OUT_TS_TAP. I believe
there's a limit on how many filters can be set, but I don't know whether
the kernel imposes such a limit or whether it depends on the hardware,
If the latter,
This patch is just a minor update to one titled imon: Input from ffdc
device type ignored from Corinna Vinschen. An earlier patch to prevent
an oops when we got early callbacks also has the nasty side-effect of
wedging imon hardware, as we don't acknowledge the urb. Rework the check
slightly here
Em 21-01-2012 05:34, pdickeyb...@gmail.com escreveu:
From: Patrick Dickey pdickeyb...@gmail.com
This series of patches will import the drx39xxj(drx39xyj) drivers from Devin
Heitmueller's HG Repository for the Pinnacle PCTV-80e USB Tuner.
Patrick Dickey (2):
Em 22-01-2012 08:38, Malcolm Priestley escreveu:
Support for m88brs2000 chip used in lmedm04 driver.
Note there are still lock problems.
Slow channel change due to the large block of registers sent in set_frontend.
Signed-off-by: Malcolm Priestley tvbox...@gmail.com
---
...
+static
the behavior with the latest media_build.git is the same as that which
was with fedora stock.
the dmesg is
inplug 290e
[ 112.284350] usb 2-3: new high-speed USB device number 2 using ehci_hcd
[ 112.399774] usb 2-3: New USB device found, idVendor=2013, idProduct=024f
[ 112.399783] usb 2-3: New
Hello Everyone,
This patchset introduces SII9234 driver for MHL interface for latest Samsung
boards from Exynos family. It also adds support for platform data in S5P-HDMI
driver. Finally S5P-HDMI is integrated with SII9234.
Regards,
Tomasz Stanislawski
Tomasz Stanislawski (3):
v4l: s5p-tv:
Moving configuration of s5p-hdmi peripherals from driver data to
platfrom data.
Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/media/video/s5p-tv/hdmi_drv.c | 38 ++--
Adding support for using MHL (SiI9234 or other) chip if its configuration was
passed to HDMI by platfrom data.
Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/media/video/s5p-tv/hdmi_drv.c | 52
SiI9234 is a converter of HDMI signal into MHL. The chip is present on some
boards from Samsung S5P family. The chip's configuration procedure is based on
MHD_SiI9234 driver created by doonsoo45.kim.
The driver is using:
- i2c framework
- v4l2 framework
- runtime PM
Signed-off-by: Tomasz
On 01/26/2012 07:09 PM, Claus Olesen wrote:
the behavior with the latest media_build.git is the same as that which
was with fedora stock.
After all I am almost 100% sure it is em28xx (USB-interface driver used)
or/and USB-bus related issue. Likely it will happen for other em28xx
devices too.
Hi Guennadi,
On Thursday 26 January 2012 16:59:23 Guennadi Liakhovetski wrote:
On Wed, 25 Jan 2012, Laurent Pinchart wrote:
The function returns the minimum size of an image for a given number of
bytes per line (as per the V4L2 specification), width and format.
Signed-off-by: Laurent
Hi Linus,
Please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media
v4l_for_linus
From a couple DVB driver fixes at anysee driver and cynergyT2, and a V4L
driver fix at atmel-isi.
Thanks!
Mauro
-
Latest commit at the branch:
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 Jan 26 19:00:16 CET 2012
git hash:59b30294e14fa6a370fdd2bc2921cca1f977ef16
gcc version: i686-linux-gcc
Hi Guennadi,
On Thursday 26 January 2012 16:38:31 Guennadi Liakhovetski wrote:
On Wed, 25 Jan 2012, Laurent Pinchart wrote:
To compute the number of bytes per line according to the V4L2
specification, we need information about planes layout for planar
formats. The new enum soc_mbus_layout
Hi Guennadi,
On Thursday 26 January 2012 17:01:15 Guennadi Liakhovetski wrote:
One more question:
On Wed, 25 Jan 2012, Laurent Pinchart wrote:
To compute the number of bytes per line according to the V4L2
specification, we need information about planes layout for planar
formats. The new
I just came to think of my old 800e because also it is a em28xx device
and for what it is worth I just tried it and it does not exhibit the
issue. it's dmesg is
inplug 800e
[ 179.499370] usb 2-4: new high-speed USB device number 2 using ehci_hcd
[ 179.622477] usb 2-4: New USB device found,
Hi Guennadi,
On Thursday 26 January 2012 16:21:00 Guennadi Liakhovetski wrote:
Hi Laurent
Thanks for the patches. This one looks good mostly, a couple of questions
though:
On Wed, 25 Jan 2012, Laurent Pinchart wrote:
Instead of computing the buffer size manually in the videobuf queue
Hi Sergio,
Aguirre, Sergio wrote:
On Wed, Nov 30, 2011 at 06:14:55PM -0600, Sergio Aguirre wrote:
...
+/*
+ * iss_save_ctx - Saves ISS context.
+ * @iss: OMAP4 ISS device
+ *
+ * Routine for saving the context of each module in the ISS.
+ */
+static void iss_save_ctx(struct iss_device *iss)
On Sat, 21 Jan 2012 18:10:45 +0800
Axel Lin axel@gmail.com wrote:
This patch converts the drivers in drivers/media/* to use the
module_i2_driver() macro which makes the code smaller and a bit simpler.
For ov7670.c (belatedly):
Acked-by: Jonathan Corbet cor...@lwn.net
jon
--
To
On 12/20/2011 05:15 PM, Antti Palosaari wrote:
On 12/20/2011 02:10 PM, Jesper Krogh wrote:
Ok. I had my doubts on whether to include that or not - But here it is
/Jesper
[ 1056.137882] DVB: registering new adapter (Anysee DVB USB2.0)
[ 1056.141938] anysee: firmware version:1.3 hardware id:11
Hi,
I own a tv usb key (dvb-t), Slackware 13.37, kernel 3.0.18:
dvb-usb: found a 'Terratec Cinergy T USB XXS (HD) / T3' in cold state, will
try to load a firmware
dvb-usb: downloading firmware from file 'dvb-usb-dib0700 1.20.fw'
dvb-usb: found a 'Terratec Cinergy T USB XXS (HD) / T3' in warm
This patch add another Terratec H7 usb id to az6007 driver.
Jose Alberto
Signed-off-by: Jose Alberto Reguero jaregu...@telefonica.net
diff -ur linux/drivers/media/dvb/dvb-usb/az6007.c linux.new/drivers/media/dvb/dvb-usb/az6007.c
--- linux/drivers/media/dvb/dvb-usb/az6007.c 2012-01-22
On 01/26/2012 10:36 AM, Mauro Carvalho Chehab wrote:
Em 21-01-2012 05:34, pdickeyb...@gmail.com escreveu:
From: Patrick Dickey pdickeyb...@gmail.com
This series of patches will import the drx39xxj(drx39xyj) drivers from Devin
Heitmueller's HG Repository for the Pinnacle PCTV-80e USB Tuner.
Hi all,
I'm working on cleaning up some old radio drivers and while doing that I
started wondering about the usefulness of the radio_nr module option (and
the corresponding video_nr/vbi_nr module options for video devices).
Is that really still needed? It originates from pre-udev times, but it
66 matches
Mail list logo