This adds LV8093 Piezo Actuator Lens driver.
This is currently found in tandem with IMX046 sensor.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/Kconfig |8 +
drivers/media/video/Makefile |1 +
drivers/media/video/lv8093.c | 614
The idea of this file is to ignore build generated files, and also
the standard patches subfolder, used by quilt for example.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
.gitignore |4
1 files changed, 4 insertions(+), 0 deletions(-)
create mode 100644 .gitignore
diff --git
This allows the gcc compilation to build with extra parameters.
For example, if we want to build with -static, we just do:
make CFLAGS=-static
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Makefile b
Hi Laurent,
Here's some patches I have generated when trying to use
your app with my Zoom3 board/environment.
These are based on your git tree:
http://git.ideasonboard.org/?p=media-ctl.git;a=summary
Your comments are appreciated.
Regards,
Sergio
Sergio Aguirre (3):
Create initial
We shouldn't require full kernel source for this.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
Makefile |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/Makefile b/Makefile
index bf4cf55..300ed7e 100644
--- a/Makefile
+++ b/Makefile
@@ -1,11 +1,9 @@
-SRCARCH
Sergio Aguirre (10):
omap3isp: ccdc: Add support for YUV format
omap3isp: ccdc: Write SYN_MODE.INPMOD based on fmt
omap3: Fix camera resources for multiomap
omap3isp: Export isp_user.h to userspace as omap3isp.h
omap3: Remove unusued CBUFF resource
omap3isp: Remove unused CBUFF register
We were just supporting RAW10 formats, and we really support more
options.
Strictly speaking, CCDC needs at least to distinguish between RAW
and YUV formats for proper configuration.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/ispccdc.c |2 ++
1 files changed
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/devices.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c b/arch/arm/mach-omap2/devices.c
index c9fc732..897ce82 100644
--- a/arch/arm/mach-omap2/devices.c
+++ b/arch
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/ispccp2.c |3 +--
drivers/media/video/isp/ispreg.h | 14 --
2 files changed, 9 insertions(+), 8 deletions(-)
diff --git a/drivers/media/video/isp/ispccp2.c
b/drivers/media/video/isp/ispccp2.c
index
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/ispreg.h | 43 --
1 files changed, 0 insertions(+), 43 deletions(-)
diff --git a/drivers/media/video/isp/ispreg.h b/drivers/media/video/isp/ispreg.h
index 9b0d3ad..af4ddaa 100644
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/plat-omap/include/mach/isp_user.h | 636
drivers/media/video/isp/ispccdc.h |2 +-
drivers/media/video/isp/isph3a.h |2 +-
drivers/media/video/isp/isphist.h |2
1. Get rid of CSI2 / CCP2 power settings, as they are controlled
in the receivers code anyways.
2. Avoid code duplication.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/isp.c | 49 ++---
1 files changed, 7 insertions(+), 42
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/isp.c |8
drivers/media/video/isp/ispccp2.c |2 +-
drivers/media/video/isp/ispreg.h |3 ---
3 files changed, 5 insertions(+), 8 deletions(-)
diff --git a/drivers/media/video/isp/isp.c b/drivers
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/isp.c|2 --
drivers/media/video/isp/isp.h|1 -
drivers/media/video/isp/ispreg.h | 25 -
3 files changed, 0 insertions(+), 28 deletions(-)
diff --git a/drivers/media/video/isp
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/devices.c | 27 ---
1 files changed, 12 insertions(+), 15 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c b/arch/arm/mach-omap2/devices.c
index c2275d3..c9fc732 100644
--- a/arch/arm/mach
This takes into account the input format to select the
adequate configuration for SYNC mode.
Also, change bitmask ISPCCDC_SYN_MODE_INPMOD_MASK to be
more consistent with other bitmasks.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/ispccdc.c | 12 +---
1
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/devices.c | 27 ---
1 files changed, 12 insertions(+), 15 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c b/arch/arm/mach-omap2/devices.c
index c2275d3..c9fc732 100644
--- a/arch/arm/mach
- Squashed patches 1 2 of previous set
(omap3isp: ccdc: Add support for YUV format and
omap3isp: ccdc: Write SYN_MODE.INPMOD based on fmt respectively)
v1 - Initial version
(found here: http://www.spinics.net/lists/linux-media/msg25016.html)
Regards,
Sergio
Sergio Aguirre (9
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/ispccp2.c |3 +--
drivers/media/video/isp/ispreg.h | 14 --
2 files changed, 9 insertions(+), 8 deletions(-)
diff --git a/drivers/media/video/isp/ispccp2.c
b/drivers/media/video/isp/ispccp2.c
index
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/isp.c|2 --
drivers/media/video/isp/isp.h|1 -
drivers/media/video/isp/ispreg.h | 25 -
3 files changed, 0 insertions(+), 28 deletions(-)
diff --git a/drivers/media/video/isp
We were just supporting RAW10 formats, and we really support more
options.
Strictly speaking, CCDC needs at least to distinguish between RAW
and YUV formats for proper configuration.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/ispccdc.c | 14 +++---
1
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/plat-omap/include/mach/isp_user.h | 636
drivers/media/video/isp/ispccdc.h |2 +-
drivers/media/video/isp/isph3a.h |2 +-
drivers/media/video/isp/isphist.h |2
1. Get rid of CSI2 / CCP2 power settings, as they are controlled
in the receivers code anyways.
2. Avoid code duplication.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/isp.c | 49 ++---
1 files changed, 7 insertions(+), 42
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/devices.c |5 -
1 files changed, 0 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c b/arch/arm/mach-omap2/devices.c
index c9fc732..897ce82 100644
--- a/arch/arm/mach-omap2/devices.c
+++ b/arch
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/isp.c |8
drivers/media/video/isp/ispccp2.c |2 +-
drivers/media/video/isp/ispreg.h |3 ---
3 files changed, 5 insertions(+), 8 deletions(-)
diff --git a/drivers/media/video/isp/isp.c b/drivers
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/ispreg.h | 43 --
1 files changed, 0 insertions(+), 43 deletions(-)
diff --git a/drivers/media/video/isp/ispreg.h b/drivers/media/video/isp/ispreg.h
index 9b0d3ad..af4ddaa 100644
This keeps the driver focused only on accessing CSI2 registers
only.
if the same info is needed, isp_print_status should be called instead.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/ispcsi2.c |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff
Since this sequence strictly touches ISP global registers, it's
not really part of the same register address space than the CCDC.
Do this check in main isp code instead.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/isp.c | 24
drivers
are on the way.
Regards,
Sergio
Sergio Aguirre (4):
omap3isp: Abstract isp subdevs clock control
omap3isp: Move CCDC LSC prefetch wait to main isp code
omap3isp: sbl: Abstract SBL busy check
omap3isp: csi2: Don't dump ISP main registers
drivers/media/video/isp/isp.c| 95
Submodules shouldn't be aware of global register bit structure,
specially if the submodules are shared in the future with
other TI architectures (Davinci, future OMAPs, etc)
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/isp.c| 54
Make a nicer interface that can be used by anyone accessing the isp.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/isp.c | 17 +
drivers/media/video/isp/isp.h |2 ++
drivers/media/video/isp/ispccdc.c | 10 +-
3 files changed
Since this sequence strictly touches ISP global registers, it's
not really part of the same register address space than the CCDC.
Do this check in main isp code instead.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/isp.c | 24
drivers
Make a nicer interface that can be used by anyone accessing the isp.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/isp.c | 17 +
drivers/media/video/isp/isp.h |2 ++
drivers/media/video/isp/ispccdc.c | 10 +-
3 files changed
are on the way.
Regards,
Sergio
Changelog:
v2:
- Improved logic in isp subdevs clock control (Thanks David Cohen)
- Renamed ispccdc_lsc_wait_prefetch - isp_ccdc_* to be clear on
function declaration new location (isp.c) (Thanks David and Laurent)
v1:
- Initial version
Sergio Aguirre (4):
omap3isp
Submodules shouldn't be aware of global register bit structure,
specially if the submodules are shared in the future with
other TI architectures (Davinci, future OMAPs, etc)
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/isp.c| 54
This keeps the driver focused only on accessing CSI2 registers
only.
if the same info is needed, isp_print_status should be called instead.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/ispcsi2.c |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff
isolation
are on the way.
Regards,
Sergio
Changelog:
v2:
- Improved logic in isp subdevs clock control (Thanks David Cohen)
- Renamed ispccdc_lsc_wait_prefetch - isp_ccdc_* to be clear on
function declaration new location (isp.c) (Thanks David and Laurent)
v1:
- Initial version
Sergio Aguirre
Make a nicer interface that can be used by anyone accessing the isp.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/isp.c | 17 +
drivers/media/video/isp/isp.h |2 ++
drivers/media/video/isp/ispccdc.c | 10 +-
3 files changed
Since this sequence strictly touches ISP global registers, it's
not really part of the same register address space than the CCDC.
Do this check in main isp code instead.
Also, rename function from ispccdc_lsc_* to isp_ccdc_lsc_*.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media
This keeps the driver focused only on accessing CSI2 registers
only.
if the same info is needed, isp_print_status should be called instead.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/ispcsi2.c |7 ---
1 files changed, 0 insertions(+), 7 deletions(-)
diff
Submodules shouldn't be aware of global register bit structure,
specially if the submodules are shared in the future with
other TI architectures (Davinci, future OMAPs, etc)
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/isp/isp.c| 46
Hi Guennadi and all,
I've been trying to make my omap4 camera host driver to allow YUYV -
NV12 color conversion, and add that to the supported host-client
formats, but I think I have hit the wall with the host design.
I noticed that the soc_camera seems to be designed to just pass-through
Hi Guennadi,
Thanks for replying.
On 03/07/2011 03:05 PM, Guennadi Liakhovetski wrote:
On Mon, 7 Mar 2011, Sergio Aguirre wrote:
Hi Guennadi and all,
I've been trying to make my omap4 camera host driver to allow YUYV - NV12
color conversion, and add that to the supported host-client
This fixes the problem in which a host driver
sets a personalized sizeimage or bytesperline field,
and gets ignored when doing G_FMT.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/soc_camera.c |9 -
include/media/soc_camera.h |2 ++
2 files changed
This helps redirect mmap calls to custom memory managers which
already have preallocated space to use by the device.
Otherwise, device might not support the allocation attempted
generically by videobuf.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/soc_camera.c |7
Hi Guennadi,
On 03/08/2011 01:19 AM, Guennadi Liakhovetski wrote:
On Mon, 7 Mar 2011, Sergio Aguirre wrote:
This fixes the problem in which a host driver
sets a personalized sizeimage or bytesperline field,
and gets ignored when doing G_FMT.
Can you tell what that personalised value
Hi Guennadi,
On 03/11/2011 10:36 AM, Guennadi Liakhovetski wrote:
On Tue, 8 Mar 2011, Sergio Aguirre wrote:
Hi Guennadi,
On 03/08/2011 01:19 AM, Guennadi Liakhovetski wrote:
On Mon, 7 Mar 2011, Sergio Aguirre wrote:
This fixes the problem in which a host driver
sets a personalized
On 03/08/2011 07:45 AM, Guennadi Liakhovetski wrote:
On Tue, 8 Mar 2011, Sergio Aguirre wrote:
Hi Guennadi,
On 03/08/2011 01:17 AM, Guennadi Liakhovetski wrote:
Hi Sergio
On Mon, 7 Mar 2011, Sergio Aguirre wrote:
This helps redirect mmap calls to custom memory managers which
already
On 03/11/2011 10:48 AM, Guennadi Liakhovetski wrote:
On Fri, 11 Mar 2011, Sergio Aguirre wrote:
Hi Guennadi,
On 03/11/2011 10:36 AM, Guennadi Liakhovetski wrote:
On Tue, 8 Mar 2011, Sergio Aguirre wrote:
Hi Guennadi,
On 03/08/2011 01:19 AM, Guennadi Liakhovetski wrote:
On Mon, 7 Mar 2011
feedback is greatly appreciated.
Regards,
Sergio
Sergio Aguirre (5):
media: Add media.h to headers_install
v4l: Add v4l2-subdev.h to headers_install
v4l: Add v4l2-mediabus.h to headers_install
media: Add missing linux/types.h include
v4l: Add missing linux/types.h include
include/linux/Kbuild
This complements commit ID:
commit cf16808f35cf59524fde0b15e5974cba165988b1
Author: Laurent Pinchart laurent.pinch...@ideasonboard.com
Date: Tue Mar 16 00:26:04 2010 +0100
v4l: v4l2_subdev userspace format API
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
include/linux
This fixes following headers_check warnings:
*/usr/include/linux/v4l2-mediabus.h:63: found __[us]{8,16,32,64} type without
#include linux/types.h
*/usr/include/linux/v4l2-subdev.h:33: found __[us]{8,16,32,64} type without
#include linux/types.h
Signed-off-by: Sergio Aguirre saagui...@ti.com
This fixes headers_check warning:
*/usr/include/linux/media.h:25: found __[us]{8,16,32,64} type without #include
linux/types.h
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
include/linux/media.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/linux
This complements commit ID:
commit f1ee99adf3c73c6a2423c11813e17ca0227d98b7
Author: Laurent Pinchart laurent.pinch...@ideasonboard.com
Date: Mon Mar 15 23:33:31 2010 +0100
v4l: Move the media/v4l2-mediabus.h header to include/linux
Signed-off-by: Sergio Aguirre saagui...@ti.com
This makes the header available to the user-space apps when
doing headers_install.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
include/linux/Kbuild |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/linux/Kbuild b/include/linux/Kbuild
index 2fc8e14..efc9718
Hi all,
So, I've been trying to test the REQBUFS(0) from libv4l2 with my
omap4iss device, and I've hit the following problem:
So, I basically do the basic IOCTL sequence:
open(/dev/video0)
VIDIOC_QUERYCAP
VIDIOC_ENUM_FMT
VIDIOC_ENUM_FRAMESIZES
VIDIOC_ENUM_FRAMEINTERVALS
VIDIOC_S_FMT (w = 640, h
On Fri, Jun 29, 2012 at 9:13 AM, Sergio Aguirre
sergio.a.agui...@gmail.com wrote:
Hi all,
So, I've been trying to test the REQBUFS(0) from libv4l2 with my
omap4iss device, and I've hit the following problem:
Actually... nevermind :(
I just realized that multiple fixes went in after 3.1
going through the ISS, Sergio
Aguirre has been working on support. He also works on the media-ctl
tool, which is used for configuring the media framework pipeline. The
latest versions that I am aware of are here:
git://gitorious.org/omap4-v4l2-camera/omap4-v4l2-camera.git
Yes, this is the tree
Hi Gary,
On Fri, Jul 13, 2012 at 5:24 AM, Gary Thomas g...@mlbassoc.com wrote:
On 2012-07-12 20:30, Sergio Aguirre wrote:
Hi Gary,
On Tue, Jul 10, 2012 at 2:31 PM, Gary Thomas g...@mlbassoc.com wrote:
On 2012-07-10 11:05, Chris Lalancette wrote:
On Tue, Jul 10, 2012 at 9:41 AM, Gary
should ensure such cases are handled well.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
src/mediactl.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/src/mediactl.c b/src/mediactl.c
index 5b8c587..451a386 100644
--- a/src/mediactl.c
+++ b/src/mediactl.c
@@ -66,7
of board file.
Changes since v1:
- Simplification of auxclk handlign in board files
- Use of HWMOD declaration for assisted platform_device creation.
- Videobuf2 migration (Removal of custom iss_queue buffer handling driver)
Regards,
Sergio
Sergio Aguirre (10):
mfd: twl6040: Fix wrong
The define should be the result of 1 Bit number.
Bit number for GPOCTL.GPO3 field is 2, which results
in 0x4 value.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
include/linux/mfd/twl6040.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/linux/mfd/twl6040
NOTE: This isn't the whole list of features that the
ISS supports, but the only ones supported at the moment.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/devices.c | 32
1 files changed, 32 insertions(+), 0 deletions(-)
diff --git
In memory, They are in this particular order:
- CSI2A
- CSIPHY1
- CSI2B
- CSIPHY2
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 22 +-
1 files changed, 21 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2
This adds support for camera interface with the support for
following sensors:
- OV5640
- OV5650
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/Kconfig| 16 +
arch/arm/mach-omap2/Makefile |2 +
arch/arm/mach-omap2/board-4430sdp
This adds a very limited driver for ov5640, which
only supports:
- 2592x1944 @ ~7.5 fps
- 1920x1080 @ ~15 fps,
- 1280x720 @ ~24 fps,
- 640x480 @ ~24 fps,
- 320x240 @ ~24 fps,
All in YUV422i format, using 1 CSI2 datalane @ 333 MHz.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers
This adds support for camera interface with the support for
following sensors:
- OV5640
- OV5650
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/Kconfig | 16 ++
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-omap2/board
Also add support for following sensors:
- OV5640
- OV5650
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/configs/omap2plus_defconfig |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/devices.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c b/arch/arm/mach-omap2/devices.c
index 2b8cf73..5259691 100644
--- a/arch/arm/mach-omap2/devices.c
+++ b
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/Kconfig |6 +
drivers/media/video/Makefile |1 +
drivers/media/video/ov5650.c | 733 ++
include/media/ov5650.h | 10 +
4 files changed, 750 insertions(+), 0 deletions
Hi Hans,
I'm interested in using libv4l along with my omap4 camera project to
adapt it more easily
to Android CameraHAL, and other applications, to reduce complexity of
them mostly...
So, but the difference is that, this is a media controller device I'm
trying to add support for,
in which I want
+Atsuo
On Wed, May 9, 2012 at 7:08 PM, Sergio Aguirre
sergio.a.agui...@gmail.com wrote:
Hi Hans,
I'm interested in using libv4l along with my omap4 camera project to
adapt it more easily
to Android CameraHAL, and other applications, to reduce complexity of
them mostly...
So
Hi Ivan,
Great to hear from you! Long time :)
On Thu, May 10, 2012 at 10:09 AM, Ivan T. Ivanov iiva...@mm-sol.com wrote:
Hi Sergio,
On Thu, 2012-05-10 at 08:54 -0500, Sergio Aguirre wrote:
+Atsuo
On Wed, May 9, 2012 at 7:08 PM, Sergio Aguirre
sergio.a.agui...@gmail.com wrote:
Hi Hans
.
On Wed, May 2, 2012 at 2:47 PM, Sakari Ailus sakari.ai...@iki.fi wrote:
Hi Sergio,
Thanks for the patches!!
On Wed, May 02, 2012 at 10:15:46AM -0500, Sergio Aguirre wrote:
...
+static int sdp4430_ov_cam1_power(struct v4l2_subdev *subdev, int on)
+{
+ struct device *dev = subdev
Hi Tony,
On Tue, May 8, 2012 at 6:46 PM, Tony Lindgren t...@atomide.com wrote:
* Sergio Aguirre saagui...@ti.com [120502 08:21]:
This adds support for camera interface with the support for
following sensors:
- OV5640
- OV5650
It seems that at this point we should initialize new things
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/mfd/twl-core.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mfd/twl-core.c b/drivers/mfd/twl-core.c
index bfbd660..e26b564 100644
--- a/drivers/mfd/twl-core.c
+++ b/drivers/mfd/twl-core.c
@@ -323,7
The define should be the result of 1 Bit number.
Bit number for GPOCTL.GPO3 field is 2, which results
in 0x4 value.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
include/linux/mfd/twl6040.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/linux/mfd/twl6040
This adds support for camera interface with the support for
following sensors:
- OV5640
- OV5650
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/Kconfig | 27
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-omap2/board
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers/media/video/Kconfig |6 +
drivers/media/video/Makefile|1 +
drivers/media/video/ov5650.c| 524 +++
include/media/ov5650.h | 10 +
include/media/v4l2-chip-ident.h |1
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/devices.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/devices.c b/arch/arm/mach-omap2/devices.c
index b48aeea..e411c4e 100644
--- a/arch/arm/mach-omap2/devices.c
+++ b
This adds support for camera interface with the support for
following sensors:
- OV5640
- OV5650
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/Kconfig| 27
arch/arm/mach-omap2/Makefile |2 +
arch/arm/mach-omap2/board-4430sdp
From: Stanimir Varbanov svarba...@mm-sol.com
Introduce g_interface_parms sensor operation for getting sensor
interface parameters. These parameters are needed from the host side
to determine it's own configuration.
Signed-off-by: Stanimir Varbanov svarba...@mm-sol.com
---
Balbi)
- Videobuf2 migration (Removal of custom iss_queue buffer handling driver)
- Proper GPO3 handling for CAM_SEL in 4430sdp.
Sergio Aguirre (10):
TWL6030: Add mapping for auxiliary regs
mfd: twl6040: Fix wrong TWL6040_GPO3 bitfield value
OMAP4: hwmod: Include CSI2A and CSIPHY1 memory
This adds a very limited driver for ov5640, which
only supports:
- 2592x1944 @ ~7.5 fps
- 1920x1080 @ ~15 fps,
- 1280x720 @ ~24 fps,
- 640x480 @ ~24 fps,
- 320x240 @ ~24 fps,
All in YUV422i format, using 1 CSI2 datalane @ 333 MHz.
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
drivers
Signed-off-by: Sergio Aguirre saagui...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_44xx_data.c | 16 +---
1 files changed, 13 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
b/arch/arm/mach-omap2/omap_hwmod_44xx_data.c
index 7695e5d..1b59e2f
85 matches
Mail list logo