On Mit, 2012-02-22 at 10:28 -0600, Rob Clark wrote:
> On Wed, Feb 22, 2012 at 10:24 AM, Daniel Vetter wrote:
> > On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
> >>
> >> > > Imo we should ditch this - fb accel doesn't belong into the kernel.
> >> > > Even
> >> > > on hw that stil
Hi,
After implementing genpd framework for EXYNOS4, (Ref commit 91cfbd4
"ARM: EXYNOS: Hook up power domains to generic power domain
infrastructure" in Kukjin's for-next branch), we are getting following
warning from s5p-hdmi driver.
The test was done on Origen board with code based on 3.3-rc4 and
Hi Dan,
The original code has an issue on big endian hardware. The patch looks ok.
Signed-off-by: Dean Anderson
On 2/16/2012 10:44 PM, Dan Carpenter wrote:
I don't have this hardware and I don't know the subsystem very well. So
please review this patch carefully. The original code definite
> and when doing 2d accel on a 3d core.. it basically amounts to
> putting a shader compiler in the kernel. Wh!
What I did for the GMA500 is to use the GTT to do scrolling by rewriting
the framebuffer GTT tables so they work as a circular buffer and doing a
bit of alignment of buffers.
The
Signed-off-by: Ezequiel Garcia
---
V2: resend to proper maintainers
drivers/staging/media/easycap/easycap_main.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/media/easycap/easycap_main.c
b/drivers/staging/media/easycap/easycap_main.c
index 95f3cc1
Some of these comments may still need to be reviewed.
This patch only cleans the comment style.
Signed-off-by: Ezequiel Garcia
---
V2: Fix comment style and resend patch to proper maintainers.
drivers/staging/media/easycap/easycap_main.c | 243 +-
1 files changed, 79 in
Firmware for the AF9035/AF9033 driver.
irmware format for af903x driver:
copied from it9135-driver by Jason Dong (C) 2011 ITE Technologies, INC.
: 8 chars "AF9035BX"Identifier of firmware
0008: 4 bytes LE length of firmware following this:
32 + 4 + 4 + 4 + 4 + 4 +
Support for DVB-T USB 2.0 sticks based on AF9035/AF9033. Currently supported
devices:
- Terratec T5 Ver.2 (also known as T6)
- Avermedia Volar HD Nano (A867)
Signed-off-by: Hans-Frieder Vogt
http://home.arcor.de/hfvogt/af903x/af903x.patch.gz
Hans-Frieder Vogt e-mail: hfvo
Support for the tuner Fitipower FC0012
Signed-off-by: Hans-Frieder Vogt
diff -Nupr a/drivers/media/common/tuners/fc0012.c
b/drivers/media/common/tuners/fc0012.c
--- a/drivers/media/common/tuners/fc0012.c 1970-01-01 01:00:00.0
+0100
+++ b/drivers/media/common/tuners/fc0012.c 2
I have written a driver for the AF9035 & AF9033 (called af903x), based on the
various drivers and information floating around for these chips.
Currently, my driver only supports the devices that I am able to test. These
are
- Terratec T5 Ver.2 (also known as T6)
- Avermedia Volar HD Nano (A867)
On Saturday 18 February 2012 17:33:32 Ondrej Zary wrote:
> Hello,
> there are some ISA radio cards with PnP support (e.g. SF16-FMI) but the new
> ISA radio framework has no PnP support.
>
> I got AOpen FX-3D/Pro Radio card which is AD1816 with Gemtek radio - and
> with PnP. But radio-gemtek fails t
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:Wed Feb 22 19:00:18 CET 2012
git hash:a3db60bcf7671cc011ab4f848cbc40ff7ab52c1e
gcc version: i686-linux-gcc (GCC
Hi,
Am 22.02.2012 14:05, schrieb Edd Barker:
Hi Members
I've just got a Cine CT v6 card and have having a bit of trouble. I want to use
dvb-t only, I've followed the
instructions here...
http://linuxtv.org/wiki/index.php/Digital_Devices_DuoFlex_C%26T
The card is now appearing in /dev/dvb/ada
> > Ensuring that nothing prevents the switch to fbcon and displaying the
> > panic message is the reason why we haven't felt inclined to accelerate
> > fbcon - it just gets messy for no real gain.
>
> and when doing 2d accel on a 3d core.. it basically amounts to
> putting a shader compiler in
On Wed, 2012-02-22 at 16:03 +, James Simmons wrote:
> Fbcon scrolling at be painful at HD or better modes. Fbcon needs 3
> possible accels; copyarea, imageblit, and fillrect. The first two could be
> hooked from the TTM layer. Its something I plan to experiment to see if
> its worth it.
In
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
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 isolate_migratepages_range().
S
Hi,
This is (yet another) quick update of CMA patches. I've rebased them
onto next-20120222 tree from
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git and
fixed the bug pointed by Aaro Koskinen.
Best regards
Marek Szyprowski
Samsung Poland R&D Center
Links to previous
From: Michal Nazarewicz
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 the end of each row
From: Michal Nazarewicz
This commit creates a map_pages() function which map pages freed
using split_free_pages(). This merely moves some code from
isolate_freepages() so that it can be reused in other places.
Signed-off-by: Michal Nazarewicz
Signed-off-by: Marek Szyprowski
Acked-by: Mel Gorm
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
Signed-off-by: Kyungmin Park
Cc: Michal Nazarewicz
Acked-by: Mel Gorman
Tested-by: Rob
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
From: Mel Gorman
There is a race between the min_free_kbytes sysctl, memory hotplug
and transparent hugepage support enablement. Memory hotplug uses a
zonelists_mutex to avoid a race when building zonelists. Reuse it to
serialise watermark updates.
[a.p.zijls...@chello.nl: Older patch fixed the
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
Reviewed-by:
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
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 MIGRATE_CMA migrate type
and gives back to the system. Kernel is allowed to allocate only movable
pages withi
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
initialisation).
Contiguous
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
Acked-by: Arnd Bergmann
---
arch/arm/plat-s5p/dev-mfc.c | 51 ++--
From: Michal Nazarewicz
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
Signed-off-by: Marek Szyprow
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 syst
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
Acked-by: Arnd B
From: Michal Nazarewicz
Signed-off-by: Michal Nazarewicz
Signed-off-by: Marek Szyprowski
Acked-by: Mel Gorman
---
mm/page_alloc.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/mm/page_alloc.c b/mm/page_alloc.c
index 896cd4f..ba50b48 100644
--- a/mm/page
On Wed, Feb 22, 2012 at 10:36 AM, Chris Wilson wrote:
> On Wed, 22 Feb 2012 17:24:24 +0100, Daniel Vetter wrote:
>> On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
>> > Fbcon scrolling at be painful at HD or better modes. Fbcon needs 3
>> > possible accels; copyarea, imageblit, and
On Wed, 22 Feb 2012 17:24:24 +0100, Daniel Vetter wrote:
> On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
> > Fbcon scrolling at be painful at HD or better modes. Fbcon needs 3
> > possible accels; copyarea, imageblit, and fillrect. The first two could be
> > hooked from the TTM
pretty seriously with pending dma api changes and
> pending arm changes in linux-next, so I didn't apply anything. This
> will all need to be looked at, please.
>
> I'll make do with reading the patches for now ;)
I've rebased the CMA patchset on top of next-20120222 k
On Wed, Feb 22, 2012 at 10:24 AM, Daniel Vetter wrote:
> On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
>>
>> > > Imo we should ditch this - fb accel doesn't belong into the kernel. Even
>> > > on hw that still has a blitter for easy 2d accel without a complete 3d
>> > > state setu
Hello,
On Tuesday, February 21, 2012 10:30 PM Aaro Koskinen wrote:
> On Fri, 17 Feb 2012, Marek Szyprowski wrote:
> > +/**
> > + * dma_release_from_contiguous() - release allocated pages
> > + * @dev: Pointer to device for which the pages were allocated.
> > + * @pages: Allocated pages.
> > + *
On Wed, Feb 22, 2012 at 04:03:21PM +, James Simmons wrote:
>
> > > Imo we should ditch this - fb accel doesn't belong into the kernel. Even
> > > on hw that still has a blitter for easy 2d accel without a complete 3d
> > > state setup necessary, it's not worth it. Chris Wilson from our team on
> > Imo we should ditch this - fb accel doesn't belong into the kernel. Even
> > on hw that still has a blitter for easy 2d accel without a complete 3d
> > state setup necessary, it's not worth it. Chris Wilson from our team once
> > played around with implementing fb accel in the kernel (i915 hw
Hi Manju,
On Wed, Jan 25, 2012 at 20:35:34, Hadli, Manjunath wrote:
> add build configuration for da850/omapl-138 for vpif
> capture and display drivers.
>
> Signed-off-by: Manjunath Hadli
> ---
> drivers/media/video/davinci/Kconfig | 26 +-
> drivers/media/video/davi
Hello Mauro,
Please pull the below change set for v3.4 tree. It contains an addition
of control class for JPEG codecs and the corresponding patches for
s5p-jpeg and gspca drivers, updates of various Samsung S5P SoC media
drivers including, among others, adaptations to upcoming common clock API.
If the attached video sensor cannot provide the
requested image size, try to use resizing engine
included in the eMMa-PrP IP.
This patch supports both averaging and bilinear
algorithms.
Signed-off-by: Javier Martin
---
Changes since v1:
- Fix several cosmetic issues.
- Don't return -EINVAL if
On Wednesday 22 February 2012, Russell King - ARM Linux wrote:
> On Tue, Feb 21, 2012 at 04:18:02PM -0800, Andrew Morton wrote:
> > After a while I got it to compile for i386. arm didn't go so well,
> > partly because arm allmodconfig is presently horked (something to do
> > with Kconfig not setti
Reverse cx18-driver part of commit
90ab5ee94171b3e28de6bb42ee30b527014e0be7 and change
module_param_array() type from bool to int to fix
compiler warning:
In function ‘__check_radio’:
113:1: warning: return from incompatible pointer type [enabled by default]
At top level:
113:1: warning: initializ
Updated patch versions to fix the 'radio' module parameter
of cx18-driver and ivtv-driver.
Please add to 3.3.
Danny Kukawka (2):
cx18-driver: fix handling of 'radio' module parameter
ivtv-driver: fix handling of 'radio' module parameter
drivers/media/video/cx18/cx18-driver.c |4 ++--
dr
Reverse ivtv-driver part of commit
90ab5ee94171b3e28de6bb42ee30b527014e0be7 and change
module_param_array() type from bool to int to fix
compiler warning:
In function ‘__check_radio’:
113:1: warning: return from incompatible pointer type [enabled by default]
At top level:
113:1: warning: initializ
To the maintainer of the saa7134 modules, especially the Creatix 953 driver:
I have a Creatix CTX941 (minipci) hybrid card.
I contacted the vendor Creatix and according to their information the
CTX941 board is virtually the same as the CTX953.
When loading the board as card 134 (CTX953), the fo
Hi Members
I've just got a Cine CT v6 card and have having a bit of trouble. I want
to use dvb-t only, I've followed the instructions here...
http://linuxtv.org/wiki/index.php/Digital_Devices_DuoFlex_C%26T
The card is now appearing in /dev/dvb/adapter0 & /dev/dvb/adapter1.
However only one
Raw IR events are passed to the raw event thread through a kfifo. The
size of the event struct is 12 bytes, and space for 512 events is
reserved in the kfifo (6144 bytes), however this is rounded down to 4096
bytes (the next power of 2) by __kfifo_alloc().
4096 bytes is not divisible by 12 therefo
On Wed, 22 Feb 2012, javier Martin wrote:
> >>> @@ -1087,6 +1298,18 @@ static int mx2_camera_set_fmt(struct
> >>> soc_camera_device *icd,
> >>> if (ret < 0 && ret != -ENOIOCTLCMD)
> >>> return ret;
> >>>
> >>> + /* Store width and height returned by the sensor for resizing
>>> @@ -1087,6 +1298,18 @@ static int mx2_camera_set_fmt(struct
>>> soc_camera_device *icd,
>>> if (ret < 0 && ret != -ENOIOCTLCMD)
>>> return ret;
>>>
>>> + /* Store width and height returned by the sensor for resizing */
>>> + pcdev->s_width = mf.width;
>>> + pcde
Hi Sakari,
Thanks for the patch.
On Monday 20 February 2012 03:57:10 Sakari Ailus wrote:
> Remove isp_set_pixel_clock().
>
> Remove set_pixel_clock() callback from platform callbacks since the same
> information is now passed to the ISP driver by other means.
>
> Remove struct ispccdc_vp since t
Hi Sakari,
Thanks for the patch.
On Monday 20 February 2012 03:57:09 Sakari Ailus wrote:
> Signed-off-by: Sakari Ailus
> ---
> drivers/media/video/omap3isp/ispresizer.c |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/media/video/omap3isp/ispresizer.c
>
Hi Sakari,
Thanks for the patch.
On Monday 20 February 2012 03:57:08 Sakari Ailus wrote:
> Configure CSI-2 phy based on platform data in the ISP driver. For that, the
> new V4L2_CID_IMAGE_SOURCE_PIXEL_RATE control is used. Previously the same
> was configured from the board code.
>
> Signed-off-
Hi Sakari,
Thanks for the patch.
On Monday 20 February 2012 03:57:07 Sakari Ailus wrote:
Could you please briefly explain why this is needed ?
> Signed-off-by: Sakari Ailus
> ---
> drivers/media/video/omap3isp/ispvideo.c | 11 +--
> 1 files changed, 5 insertions(+), 6 deletions(-)
>
Hi Sakari,
Thanks for the patch.
On Monday 20 February 2012 03:57:06 Sakari Ailus wrote:
> Implement correct link validation for the CCDC. Use external_rate from
> isp_pipeline to configurat vp divisor and check that external_rate does not
> exceed our data rate limitations.
>
> Signed-off-by: S
Hi Guennadi,
when you apply this patch don't forget to update two patches from the
Clean up series which depend on this one:
[PATCH v2 2/6] media: i.MX27 camera: Use list_first_entry() whenever possible.
[PATCH v2 6/6] media: i.MX27 camera: more efficient discard buffer handling.
The other ones a
Hi Sakari,
Thanks for the patch.
On Monday 20 February 2012 03:57:05 Sakari Ailus wrote:
> Use default link validation for ccp2, csi2, preview and resizer. On ccp2,
> csi2 and ccdc we also collect information on external subdevs as one may be
> connected to those entities.
>
> The CCDC link vali
Some elements of 'mx2_buffer' are grouped together in another
auxiliary structure. This way we don't need to have unused
'vb2_buffer' structures for both discard buffers.
Signed-off-by: Javier Martin
---
Changes since v1:
- Adapt to [PATCH v4 4/4] media i.MX27 camera: handle overflows properly.
Signed-off-by: Javier Martin
---
Changes since v1:
- Adapt to [PATCH v4 4/4] media i.MX27 camera: handle overflows properly.
---
drivers/media/video/mx2_camera.c | 26 --
1 files changed, 12 insertions(+), 14 deletions(-)
diff --git a/drivers/media/video/mx2_camera.
Hi Sakari,
Thanks for the patch.
On Monday 20 February 2012 03:57:04 Sakari Ailus wrote:
> omap3isp_get_external_info() will retrieve external subdev's bits-per-pixel
> and pixel rate for the use of other ISP subdevs at streamon time.
> omap3isp_get_external_info() is used during pipeline validat
Hi Sakari,
Thanks for the patch.
On Monday 20 February 2012 03:57:01 Sakari Ailus wrote:
> Since media_entity_pipeline_start() now does link validation, it may
> actually fail. Perform the error handling.
>
> Signed-off-by: Sakari Ailus
> ---
> drivers/media/video/omap3isp/ispvideo.c | 20 ++
Signed-off-by: Javier Martin
---
Changes since v3:
- Reset the channels properly.
---
drivers/media/video/mx2_camera.c | 38 +++---
1 files changed, 19 insertions(+), 19 deletions(-)
diff --git a/drivers/media/video/mx2_camera.c b/drivers/media/video/mx2_cam
Hi Sakari,
Thanks for the patch.
On Monday 20 February 2012 03:56:56 Sakari Ailus wrote:
> v4l2_subdev_link_validate() is the default op for validating a link. In V4L2
> subdev context, it is used to call a pad op which performs the proper link
> check without much extra work.
>
> Signed-off-by:
Hi Sakari,
Thanks for the patch.
On Monday 20 February 2012 03:56:55 Sakari Ailus wrote:
> Document that format related configuration is done through pad ops in case
> the driver does use the media framework.
>
> Signed-off-by: Sakari Ailus
Acked-by: Laurent Pinchart
--
Regards,
Laurent Pi
Hi Sakari,
Thanks for the patch.
On Monday 20 February 2012 03:56:54 Sakari Ailus wrote:
> The purpose of the link_validate() op is to allow an entity driver to ensure
> that the properties of the pads at the both ends of the link are suitable
> for starting the pipeline. link_validate is called
On Tue, Feb 21, 2012 at 04:18:02PM -0800, Andrew Morton wrote:
> After a while I got it to compile for i386. arm didn't go so well,
> partly because arm allmodconfig is presently horked (something to do
> with Kconfig not setting PHYS_OFFSET) and partly because arm defconfig
> doesn't permit CMA t
On Tuesday 21 February 2012, Hans Verkuil wrote:
> On Saturday, February 18, 2012 17:45:45 Ondrej Zary wrote:
> > Fix HW seek in TEA575x to work properly:
> > - a delay must be present after search start and before first register
> > read or the seek does weird things
> > - when the search stops,
Hi,
i saw a comment about signal field of struct v4l2_tuner from
http://linuxtv.org/downloads/v4l-dvb-apis/vidioc-g-tuner.html#v4l2-tuner
__u32 signal The signal strength if known, ranging from 0 to 65535.
Higher values indicate a better signal.
Some v4l2 radio drivers use directly signal str
69 matches
Mail list logo
