Hi Mauro,
This patch series cleans up some legacy code:
- remove the references to the obsolete DV_PRESET API from the tvp7002 and
davinci drivers. They were already converted to the DV_TIMINGS API, but
some remnants of the old API remained.
- convert one more driver to the control framework
This patch series makes two modifications to videobuf2: the first adds the
gfp_flags field allowing us to easily convert drivers that need GFP_DMA or
__GFP_DMA32 to vb2. The stops the vb2-dma-sg module from logging every time
buffers are allocating or released. Instead add a debug option.
Marek,
From: Hans Verkuil hans.verk...@cisco.com
Some drivers have special memory requirements for their buffers, usually
related to DMA (e.g. GFP_DMA or __GFP_DMA32). Make it possible to specify
additional GFP flags for those buffers by adding a gfp_flags field to
vb2_queue.
Note that this field will
From: Hans Verkuil hans.verk...@cisco.com
This prevents the kernel log from being spammed with these messages.
By turning on the debug option you will see them again.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/v4l2-core/videobuf2-dma-sg.c | 17 +
1
Hi Prabhakar,
On 3/7/2013 12:44 PM, Prabhakar lad wrote:
From: Lad, Prabhakar prabhakar@ti.com
export the symbols which are used by two modules vpif_capture and
vpif_display.
This patch fixes following error:
ERROR: ch_params [drivers/media/platform/davinci/vpif_display.ko]
Sekhar,
On Fri, Mar 8, 2013 at 2:53 PM, Sekhar Nori nsek...@ti.com wrote:
Hi Prabhakar,
On 3/7/2013 12:44 PM, Prabhakar lad wrote:
From: Lad, Prabhakar prabhakar@ti.com
export the symbols which are used by two modules vpif_capture and
vpif_display.
This patch fixes following error:
Prabhakar,
Building with CONFIG_VIDEO_DAVINCI_VPBE_DISPLAY=m in latest mainline
gives the error:
MODPOST 130 modules
drivers/media/platform/davinci/vpbe_osd: struct platform_device_id is 24
bytes. The last of 3 is:
0x64 0x6d 0x33 0x35 0x35 0x2c 0x76 0x70 0x62 0x65 0x2d 0x6f 0x73 0x64
0x00
From: Lad, Prabhakar prabhakar.cse...@gmail.com
add a null entry in platform_device_id {}.
This patch fixes following error:
drivers/media/platform/davinci/vpbe_venc: struct platform_device_id is 24
bytes. The last of 3 is:
0x64 0x6d 0x33 0x35 0x35 0x2c 0x76 0x70 0x62 0x65 0x2d 0x76 0x65 0x6e
Sekhar,
On Fri, Mar 8, 2013 at 3:00 PM, Sekhar Nori nsek...@ti.com wrote:
Prabhakar,
Building with CONFIG_VIDEO_DAVINCI_VPBE_DISPLAY=m in latest mainline
gives the error:
MODPOST 130 modules
drivers/media/platform/davinci/vpbe_osd: struct platform_device_id is 24
bytes. The last of 3
Patch attached to get the provided Debian packaging working again.
--
Marius
From 3f33eb034a2b2e0bcc52960b694a33b7347cb8b0 Mon Sep 17 00:00:00 2001
From: Marius B. Kotsbak mar...@geneseque.com
Date: Fri, 8 Mar 2013 11:32:17 +0100
Subject: [PATCH] debian: update according to renames done in
From: Lad, Prabhakar prabhakar.cse...@gmail.com
export the symbols which are used by two modules vpif_capture and
vpif_display.
This patch fixes following error:
ERROR: ch_params [drivers/media/platform/davinci/vpif_display.ko] undefined!
ERROR: vpif_ch_params_count
On 3/8/2013 3:52 PM, Prabhakar lad wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
add a null entry in platform_device_id {}.
This patch fixes following error:
drivers/media/platform/davinci/vpbe_venc: struct platform_device_id is 24
bytes. The last of 3 is:
0x64 0x6d 0x33 0x35
The default format conversion table mbus_fmt[] in soc_mediabus.c lists
natural conversions between media-bus and fourcc pixel formats, that are
achieved by storing data from the bus in RAM exactly as it arrives, only
possibly padding missing high or low bits. Such data acquisition mode
cannot
Hi Javier,
On Friday, March 8, 2013 8:55:25 AM, Javier Martin wrote:
Hi Benoît,
thank you for your answer.
You're welcome.
On 7 March 2013 13:13, Benoît Thébaudeau benoit.thebaud...@advansee.com
wrote:
Dear Javier Martin,
On Thursday, March 7, 2013 10:43:42 AM, Javier Martin wrote:
Hello,
On 3/8/2013 10:21 AM, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
Some drivers have special memory requirements for their buffers, usually
related to DMA (e.g. GFP_DMA or __GFP_DMA32). Make it possible to specify
additional GFP flags for those buffers by adding a
Hello,
On 3/8/2013 10:21 AM, Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
This prevents the kernel log from being spammed with these messages.
By turning on the debug option you will see them again.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Marek
Hello,
On 3/8/2013 10:21 AM, Hans Verkuil wrote:
This patch series makes two modifications to videobuf2: the first adds the
gfp_flags field allowing us to easily convert drivers that need GFP_DMA or
__GFP_DMA32 to vb2. The stops the vb2-dma-sg module from logging every time
buffers are
Hi Hans,
I do not know how much is worth my ack; anyway, I had the same problem, I
proposed a similar patch, I tested the patch with my strange hardware so here
my ack :)
On Friday 08 March 2013 10:21:56 Hans Verkuil wrote:
From: Hans Verkuil hans.verk...@cisco.com
Some drivers have
Hi Benoît,
On 8 March 2013 12:53, Benoît Thébaudeau benoit.thebaud...@advansee.com wrote:
Regarding 3, you say it works nicely for you in kernel 3.4.5. I've
migrated my code to that version but I still get colours that lack
enough intensity.
This is a snapshot a taken with my mobile which is
Hi Mauro,
This patch series adds the gfp_flags field to vb2 in order to be able to
use GFP_DMA or __GFP_DMA32 for PCI drivers like the solo that can only do
32-bit DMA. This is a temporary fix, Marek is working on a better solution,
but that won't happen during this kernel cycle. It's blocking
Hi Javier,
On Friday, March 8, 2013 1:37:38 PM, Javier Martin wrote:
Hi Benoît,
On 8 March 2013 12:53, Benoît Thébaudeau benoit.thebaud...@advansee.com
wrote:
Regarding 3, you say it works nicely for you in kernel 3.4.5. I've
migrated my code to that version but I still get colours
Hi Phil
On Thu, 14 Feb 2013, Phil Edworthy wrote:
Based on work done by Katsuya Matsubara.
Signed-off-by: Phil Edworthy phil.edwor...@renesas.com
Looks mostly good to me, but please also provide format descriptions for
Documentation/DocBook/media/v4l/pixfmt-packed-rgb.xml, also see a
This patchset adds a new driver for the FIMC-IS IP available in
Samsung Exynos5 SoC onwards. The camera subsystem in Exynos5 is significantly
different from that of Exynos4 and before.
In Exynos4, the FIMC-IS is a sub component of the camera subsystem which
takes input from fimc-lite and does
Add the fimc-is node and the required pinctrl nodes for
fimc-is driver for Exynos5. Also adds the DT binding documentation
for the new fimc-is node.
Signed-off-by: Arun Kumar K arun...@samsung.com
Signed-off-by: Kilyeon Im kilyeon...@samsung.com
---
Adds new clocks needed for ISP submodules in the camera
subsystem of Exynos5250. Also adds the AUXDATA entry in
mach-exynos5-dt.c.
Signed-off-by: Arun Kumar K arun...@samsung.com
Signed-off-by: Kilyeon Im kilyeon...@samsung.com
---
arch/arm/mach-exynos/clock-exynos5.c | 129
This driver is for the FIMC-IS IP available in Samsung Exynos5
SoC onwards. This patch adds the core files for the new driver.
Signed-off-by: Arun Kumar K arun...@samsung.com
Signed-off-by: Kilyeon Im kilyeon...@samsung.com
---
drivers/media/platform/exynos5-is/fimc-is-core.c | 421
This patch adds the register definition file for the fimc-is driver
and also the header file containing the main context for the driver.
Signed-off-by: Arun Kumar K arun...@samsung.com
Signed-off-by: Kilyeon Im kilyeon...@samsung.com
---
drivers/media/platform/exynos5-is/fimc-is-regs.h | 352
FIMC-IS uses certain sensors which are exclusively controlled
from the IS firmware. This patch adds the sensor subdev for the
fimc-is sensors.
Signed-off-by: Arun Kumar K arun...@samsung.com
Signed-off-by: Kilyeon Im kilyeon...@samsung.com
---
drivers/media/platform/exynos5-is/fimc-is-sensor.c |
fimc-is driver takes video data input from the ISP video node
which is added in this patch. This node accepts Bayer input
buffers which is given from the IS sensors.
Signed-off-by: Arun Kumar K arun...@samsung.com
Signed-off-by: Kilyeon Im kilyeon...@samsung.com
---
FIMC-IS has two hardware scalers named as scaler-codec and
scaler-preview. This patch adds the common code handling the
video nodes and subdevs of both the scalers.
Signed-off-by: Arun Kumar K arun...@samsung.com
Signed-off-by: Kilyeon Im kilyeon...@samsung.com
---
The hardware interface module finally sends the commands to the
FIMC-IS firmware and runs the interrupt handler for getting the
responses.
Signed-off-by: Arun Kumar K arun...@samsung.com
Signed-off-by: Kilyeon Im kilyeon...@samsung.com
---
.../media/platform/exynos5-is/fimc-is-interface.c |
Modifies the exynos5-is Makefile and Kconfig to include the new
fimc-is driver.
Signed-off-by: Arun Kumar K arun...@samsung.com
Signed-off-by: Kilyeon Im kilyeon...@samsung.com
---
drivers/media/platform/exynos5-is/Kconfig | 12
drivers/media/platform/exynos5-is/Makefile |3
FIMC-IS firmware needs all the MIPI-CSIS interrupts to be enabled.
This patch enables all those MIPI interrupts.
Signed-off-by: Arun Kumar K arun...@samsung.com
---
drivers/media/platform/s5p-fimc/mipi-csis.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Guennadi Liakhovetski g.liakhovet...@gmx.de
Add a V4L2 OF parser, implementing bindings documented in
Documentation/devicetree/bindings/media/video-interfaces.txt.
Signed-off-by: Guennadi Liakhovetski g.liakhovet...@gmx.de
[s.nawro...@samsung.com: various corrections and improvements
since
I'm canceling this pull request for now. Bluecherry have their own driver
which of course diverged from ours and I want to investigate how best to bring
the two together again.
I will make a new pull request with just the two vb2 patches.
Regards,
Hans
On Fri March 8 2013 14:06:19 Hans
Hi Mauro,
This patch series adds the gfp_flags field to vb2 in order to be able to
use GFP_DMA or __GFP_DMA32 for PCI drivers like the solo that can only do
32-bit DMA. This is a temporary fix, Marek is working on a better solution,
but that won't happen during this kernel cycle. It's blocking
On Tue February 26 2013 19:57:45 Sri Deevi wrote:
Mauro/Andy/Hans,
I got the latest version of firmware for encoder Cx23416, build release
version 120. Is it possible for you guys to verify with your hardware and let
me know. If it works, then we can set this as start point or base for any
Hi All,
Here is an updated version of my patch series adding device tree support
for the Samsung S5P/Exynos SoC series camera subsystem. Previous version
can be found at [1]. Still it doesn't include asynchronous subdev
registration support as I have been focused on the Exynos4x12 SoC camera
Hi All,
Here is an updated version of my patch series adding device tree support
for the Samsung S5P/Exynos SoC series camera subsystem. Previous version
can be found at [1]. Still it doesn't include asynchronous subdev
registration support as I have been focused on the Exynos4x12 SoC camera
This patch support for binding the driver to the MIPI-CSIS
devices instantiated from device tree and parsing the SoC
and board specific properties. The MIPI CSI-2 channel is
determined by the value of reg property placed in csis'
port subnode.
Signed-off-by: Sylwester Nawrocki
This patch adds device tree support for FIMC driver on S5PV210 and
Exynos4 SoCs.
The FIMC IP block's features and quirks encoded statically in
the driver are now parsed from the device tree. Once all relevant
platforms are converted to device tree based booting the FIMC
variant data structures
This patch adds the device tree support for FIMC-LITE device
driver. The bindings include compatible property for the Exynos5
SoC series, however the actual implementation for these SoCs will
be added in a separate patch.
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
Signed-off-by:
This patch adds changes required for the main camera media device
driver corresponding to the top level 'camera' device node.
The drivers of devices corresponding to child nodes of the 'camera'
node are looked up and and registered as sub-devices to the top
level driver. The main driver's probing
The sensor (I2C and/or SPI client) devices are instantiated by their
corresponding control bus drivers. Since the I2C client's master clock
is often provided by a video bus receiver (host interface) or other
than I2C/SPI controller device, the drivers of those client devices
are not accessing
Before the camera ports can be used the pinmux needs to be configured
properly. This patch adds a function to set the camera ports pinctrl
to a default state within the media driver's probe().
The camera port(s) are then configured for the video bus operation.
Signed-off-by: Sylwester Nawrocki
On Thu, 7 Mar 2013, javier Martin wrote:
Hi,
I am testing mt9m131 sensor (which is supported in mt9m111.c) in
mainline kernel 3.8 with my Visstrim M10, which is an i.MX27 board.
Since both mx2_camera.c and mt9m111.c are soc_camera drivers making it
work was quite straightforward. However,
On Fri, 8 Mar 2013, Benoît Thébaudeau wrote:
Hi Javier,
On Friday, March 8, 2013 1:37:38 PM, Javier Martin wrote:
Hi Benoît,
On 8 March 2013 12:53, Benoît Thébaudeau benoit.thebaud...@advansee.com
wrote:
Regarding 3, you say it works nicely for you in kernel 3.4.5. I've
Hi Mauro,
The following changes since commit 9f225788cc047fb7c2ef2326eb4f86dee890e2ef:
Merge branch 'merge' of
git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc (2013-03-05
18:56:22 -0800)
are available in the git repository at:
git://linuxtv.org/snawrocki/samsung.git
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: Fri Mar 8 19:00:18 CET 2013
git branch: test
git hash: 457ba4ce4f435d0b4dd82a0acc6c796e541a2ea7
gcc
Hi all
Sorry for late reply, it's because only I can do during my free time.
El 04/03/13 23:30, Mauro Carvalho Chehab escribió:
I test, but not work.
Before the latest patches, obtained as follows, for example:
dmesg
[ 397.076641] mb86a20s: mb86a20s_read_status:
[ 397.077129] mb86a20s:
Add display-timing node parsing to drm fimd and depends on
the display helper patchset at
http://lists.freedesktop.org/archives/dri-devel/2013-January/033998.html
changes since v12:
- Added dependency of OF for exynos drm fimd as suggested
by Inki Dae inki@samsung.com
changes
Add support for parsing the display-timing node using video helper
function.
The DT node parsing is done only if 'dev.of_node'
exists and the NON-DT logic is still maintained under the 'else' part.
Signed-off-by: Leela Krishna Amudala l.kris...@samsung.com
Signed-off-by: Vikas Sajjan
patch adds select OF_VIDEOMODE and select FB_MODE_HELPERS when
EXYNOS_DRM_FIMD config is selected. Also adds the OF dependency.
Signed-off-by: Vikas Sajjan vikas.saj...@linaro.org
---
drivers/gpu/drm/exynos/Kconfig |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
Signed-off-by: Ismael Luceno ismael.luc...@corp.bluecherry.net
---
drivers/staging/media/solo6x10/TODO | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/media/solo6x10/TODO
b/drivers/staging/media/solo6x10/TODO
index 539f739..d09dd03 100644
---
54 matches
Mail list logo
