On Wednesday 04 March 2009 09:39:48 ext Hans Verkuil wrote:
BTW, do I understand correctly that e.g. lens drivers also get their
own /dev/videoX node? Please tell me I'm mistaken! Since that would be
so
very wrong.
You're mistaken :)
With the v4l2-int-interface/omap34xxcam camera driver
-Original Message-
From: ext Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: 03 March, 2009 18:58
To: Kristo Tero (Nokia-D/Tampere)
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH] OMAP3: Fixed crash bug with serial + suspend
Tero Kristo tero.kri...@nokia.com writes:
It
David Brownell wrote:
On Tuesday 03 March 2009, twebb wrote:
Does the omap kernel support SD/MMC cards on all of the three
interfaces on OMAP35xx: SD/MMC1, SD/MMC2, and SD/MMC3?
I've seen it work for MMC1 and MMC2, and recent patches
should have improved the MMC3 support.
Note that MMC3 only
Hi,
not looking at v4l2 part since it's not my area...
On Tue, Mar 03, 2009 at 09:44:14PM +0100, ext Aguirre Rodriguez, Sergio Alberto
wrote:
+#define SENSOR_DETECTED1
+#define SENSOR_NOT_DETECTED0
these two should be unneeded...
+
+/**
+ * struct mt9p012_reg -
On Tue, 2009-03-03 at 14:59 -0800, David Brownell wrote:
On Friday 27 February 2009, Liam Girdwood wrote:
Sorry, this didn't apply. It looks like I'm missing an earlier patch(s)
here. Could you regenerate this and your core patch against latest
for-next.
Here you go.
- Dave
For MMC3 this patch:
http://lkml.org/lkml/2009/1/27/101
seems to be missing.
Thanks. Would this patch be applicable whether MMC3 is functioning as
SD or MMC or SDIO interface?
And on a bit of a tangent (but relevant to the link you provided),
what's the logic behind so many OMAP24XX
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Premi, Sanjeev
Sent: Tuesday, March 03, 2009 3:54 PM
To: Kevin Hilman
Cc: linux-omap@vger.kernel.org
Subject: RE: omap3 cpuidle interrupt latency
-Original
twebb wrote:
For MMC3 this patch:
http://lkml.org/lkml/2009/1/27/101
seems to be missing.
Thanks. Would this patch be applicable whether MMC3 is functioning as
SD or MMC or SDIO interface?
Yes
And on a bit of a tangent (but relevant to the link you provided),
what's the logic behind
On Wed, Mar 04, 2009 at 12:38:16AM +0100, ext David Brownell wrote:
On Friday 27 February 2009, Tony Lindgren wrote:
* Peter 'p2' De Schrijver peter.de-schrij...@nokia.com [090215 08:49]:
On Fri, Feb 13, 2009 at 09:55:21PM +0100, ext David Brownell wrote:
On Tuesday 10 February 2009,
On Tue, Mar 3, 2009 at 2:00 AM, Guzman Lugo, Fernando x0095...@ti.com wrote:
From: Fernando Guzman Lugo x0095...@ti.com
Date: Mon, 23 Feb 2009 10:04:27 -0600
Subject: [PATCH] DSPBRIDGE: Remove SEEK_* redefinitions
This patch removes the SEEK_* redefinitions in host_os.h
Signed-off-by:
Hi Fernando,
On Tue, Mar 3, 2009 at 2:01 AM, Guzman Lugo, Fernando x0095...@ti.com wrote:
@@ -34,13 +35,13 @@
const u32 offset = MLB_MAILBOX_SYSCONFIG_OFFSET;\
register u32 newValue = ((u32)(value));\
This and all the remaining patches contain extra characters =3D
Here is one example:
Thanks,
Vaibhav Hiremath
-Original Message-
From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
ow...@vger.kernel.org] On Behalf Of Sakari Ailus
Sent: Tuesday, March 03, 2009 3:37 PM
To: linux-me...@vger.kernel.org; linux-omap@vger.kernel.org
Cc: Aguirre Rodriguez, Sergio
Hiremath, Vaibhav wrote:
[Hiremath, Vaibhav] Sakari, Let me ask you basic question, have you
tested/verified these patch-sets?
For the ISP and camera drivers, yes. That's actually the only thing
that's contained in the patchset.
The reason I am asking this question is, for me it was not
From: stanley.miao [mailto:stanley.m...@windriver.com]
Aguirre Rodriguez, Sergio Alberto wrote:
This patch series depends on the following patches:
- Add TWL4030 registers, posted by Tuukka Toivonen on March 2nd.
- OMAP3 ISP and camera drivers patch series, posted by Sakari
I am trying to get the wakeup event from touchscreen on
omap3evm to bring the EVM out of suspend state.
For my private testing, I have been updating individual
registers bits in the GPIO registers from function
ads7846_dev_init().
Ideally, I should be using standard GPIO APIs. However,
most of
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Premi, Sanjeev
Sent: Wednesday, March 04, 2009 9:12 PM
To: linux-omap@vger.kernel.org
Subject: Setting individual GPIO registers
I am trying to get the wakeup event
Add DAPM machine domain widgets to SDP3430 machine driver.
Interconnection:
* Ext Mic: MAINMIC, SUBMIC
* Ext Spk: HFL, HFR
* Headset Jack: HSMIC, HSOL, HSOR
Signed-off-by: Misael Lopez Cruz x0052...@ti.com
---
sound/soc/omap/sdp3430.c | 64 ++
1
Add headset jack detection for SDP3430 boards using SoC jack
reporting interface. Headset detection on SDP3430 board is
achieved through TWL4030 GPIO_2 pin.
Signed-off-by: Misael Lopez Cruz x0052...@ti.com
---
sound/soc/omap/sdp3430.c | 49 -
1 files
This replaces earlier patch from Sergio Aguirre titled [REVIEW PATCH 03/14]
OMAP34XX: CAM: Resources fixes.
Signed-off-by: Sakari Ailus sakari.ai...@maxwell.research.nokia.com
---
arch/arm/mach-omap2/devices.c | 66 ---
* Russell King - ARM Linux li...@arm.linux.org.uk [090302 06:51]:
On Thu, Feb 26, 2009 at 03:52:18PM -0800, Tony Lindgren wrote:
This series gets rid of the board-*.h includes from hardware.h
as suggested earlier by Russell King.
Great work, thanks for doing this.
Adding this series to my
This patch has been spitted in two patches I will send them as PATCH 5a/5
DSPBRIDGE: cleanup of HW_MBOX_IsFull function and PATCH 5b/5 DSPBRIDGE: wait
less and check the mailbox more.
Regards,
Fernando
Guzman
Lugo.
-Original Message-
From: Felipe Contreras
This patch does a cleanup of the HW_MBOX_IsFull function; removing some
unnecessary checks and changing the returned value to bool because the status
value is not needed.
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
Reviewed-by: Felipe Contreras felipe.contre...@gmail.com
---
Performance is increased if we wait less and check the mailbox more when it's
full.
Signed-off-by: Felipe Contreras felipe.contre...@nokia.com
Signed-off-by: Fernando Guzman Lugo x0095...@ti.com
---
drivers/dsp/bridge/wmd/tiomap_sm.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
This patch changes address resources to void __iomem *
Signed-off-by: Guzman Lugo Fernando x0095...@ti.com
---
arch/arm/plat-omap/include/dspbridge/cfgdefs.h | 16
drivers/dsp/bridge/hw/hw_dspssC64P.c |2 +-
drivers/dsp/bridge/hw/hw_dspssC64P.h |2 +-
This patch removes some variable that are not used.
Signed-off-by: Guzman Lugo Fernando x0095...@ti.com
---
arch/arm/plat-omap/include/dspbridge/cfgdefs.h | 10 --
drivers/dsp/bridge/rmgr/drv.c |2 --
2 files changed, 0 insertions(+), 12 deletions(-)
diff --git
This patch change the call to RD_MEM_32_VOLATILE and
WR_MEM_32_VOLATILE with __raw_readl and __raw_writel
Signed-off-by: Guzman Lugo Fernando x0095...@ti.com
---
drivers/dsp/bridge/hw/MLBRegAcM.h| 41
drivers/dsp/bridge/hw/MMURegAcM.h| 66 ++--
This patch removes the SEEK_* redefinitions in host_os.h
Signed-off-by: Guzman Lugo Fernando x0095...@ti.com
---
arch/arm/plat-omap/include/dspbridge/host_os.h |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/arch/arm/plat-omap/include/dspbridge/host_os.h
This should be it for the omap fixes for this -rc cycle. Hopefully
we can still get these in.
Regards,
Tony
---
Aaro Koskinen (2):
ARM: OMAP: Allow I2C bus driver to be compiled as a module
ARM: OMAP: sched_clock() corrected
David Brownell (1):
ARM: OMAP: Fix compile error
From: David Brownell dbrown...@users.sourceforge.net
Change the error to a warning.
Signed-off-by: David Brownell dbrown...@users.sourceforge.net
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/include/mach/pm.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
From: Aaro Koskinen aaro.koski...@nokia.com
After my OMAP3 board has been running for a while, I'm seeing weird
latency traces like this:
sh-15740d.h2 153us : do_timer (tick_do_update_jiffies64)
sh-15740d.h2 153us : update_wall_time (do_timer)
sh-15740d.h2
From: Aaro Koskinen aaro.koski...@nokia.com
Fixes a linker error when OMAP I2C bus driver is compiled as a module:
ERROR: i2c_register_board_info [arch/arm/plat-omap/i2c.ko] undefined!
The I2C utility functions used for board initialization should be always
built-in.
Signed-off-by: Aaro
From: Koen Kooi k...@beagleboard.org
Changing it do 100kHz is needed to make more devices works properly.
Controlling the
TI DLP Pico projector[1] doesn't work properly at 400kHz, 100kHz and lower work
fine.
EDID readout is unaffected by this change.
[1]
* Adrian Hunter adrian.hun...@nokia.com [090304 06:25]:
twebb wrote:
For MMC3 this patch:
http://lkml.org/lkml/2009/1/27/101
seems to be missing.
Thanks. Would this patch be applicable whether MMC3 is functioning as
SD or MMC or SDIO interface?
Yes
And on a bit of a tangent (but
On Wed, Mar 04, 2009 at 11:39:07AM -0600, Lopez Cruz, Misael wrote:
Add DAPM machine domain widgets to SDP3430 machine driver.
Interconnection:
* Ext Mic: MAINMIC, SUBMIC
* Ext Spk: HFL, HFR
* Headset Jack: HSMIC, HSOL, HSOR
Signed-off-by: Misael Lopez Cruz x0052...@ti.com
Applied, thanks.
On Wed, Mar 04, 2009 at 11:39:12AM -0600, Lopez Cruz, Misael wrote:
+/* Headset jack */
+struct snd_soc_jack *hs_jack;
This (and all your other globals) should be declared static.
+/* Headset jack DAPM pins */
+struct snd_soc_jack_pin hs_jack_pins[] = {
+ {
+ .pin =
Premi, Sanjeev wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Premi, Sanjeev
Sent: Tuesday, March 03, 2009 3:54 PM
To: Kevin Hilman
Cc: linux-omap@vger.kernel.org
Subject: RE: omap3 cpuidle interrupt latency
Hans Verkuil wrote:
On Wednesday 04 March 2009 01:42:13 DongSoo(Nathaniel) Kim wrote:
Thank you for your kind explanation Hans.
Problem is omap3 camera subsystem is making device node for every int
device attached to it.
That's wrong. Multiple devices should only be created if they can all
+ ret = snd_soc_jack_new(snd_soc_sdp3430, SDP3430 headset jack,
+ SND_JACK_HEADSET, hs_jack);
+ if (ret)
+ return ret;
This leaks the jack.
If hs_jack is declared as a direct static variable instead, then no mem
leaks, isn't it? Or do you mean to
tero.kri...@nokia.com wrote:
-Original Message-
From: ext Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: 03 March, 2009 18:58
To: Kristo Tero (Nokia-D/Tampere)
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH] OMAP3: Fixed crash bug with serial + suspend
Tero Kristo
On Wednesday 04 March 2009 20:22:04 Sakari Ailus wrote:
Hans Verkuil wrote:
On Wednesday 04 March 2009 01:42:13 DongSoo(Nathaniel) Kim wrote:
Thank you for your kind explanation Hans.
Problem is omap3 camera subsystem is making device node for every int
device attached to it.
That's
-Original Message-
From: Hans Verkuil [mailto:hverk...@xs4all.nl]
Sent: Wednesday, March 04, 2009 3:06 PM
To: sakari.ai...@maxwell.research.nokia.com
Cc: DongSoo(Nathaniel) Kim; Hiremath, Vaibhav; Toivonen Tuukka.O (Nokia-
D/Oulu); Aguirre Rodriguez, Sergio Alberto;
Hi,
This series contains updates for common omap code. Still to come
is a series of omap3 specific patches during this week.
Regards,
Tony
---
Felipe Balbi (1):
ARM: OMAP: get rid of OMAP_TAG_USB
Jarkko Nikula (3):
ARM: OMAP: Add method to register additional I2C busses on the
From: Timo Kokkonen timo.t.kokko...@nokia.com
Make the dmtimer function symbols available so modules can take use of
them.
Signed-off-by: Timo Kokkonen timo.t.kokko...@nokia.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/dmtimer.c | 26 ++
1
From: Jarkko Nikula jarkko.nik...@nokia.com
Signed-off-by: Jarkko Nikula jarkko.nik...@nokia.com
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/plat-omap/i2c.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/i2c.c
From: Jarkko Nikula jarkko.nik...@nokia.com
This patch adds a new command line option i2c_bus=bus_id,clkrate into
I2C bus registration helper. Purpose of the option is to override the
default board specific bus speed which is supplied by the
omap_register_i2c_bus.
The default bus speed is
From: Jarkko Nikula jarkko.nik...@nokia.com
This patch extends command line option i2c_bus=bus_id,clkrate so that
it allow to register additional I2C busses that are not registered with
omap_register_i2c_bus from board initialization code.
Purpose of this is to register additional board busses
From: Santosh Shilimkar santosh.shilim...@ti.com
This patch set up a cmdline option for omap dma for masking the
available channels. It is needed since the OMAP DMA is a system wide
resource and can be used by another software apart from the kernel.
To reserve the omap SDMA channels for kernel
From: Santosh Shilimkar santosh.shilim...@ti.com
This fixes the spurious interrupt issue on a DMA channel.
In OMAP sDMA, contrast to the SDMA.DMA4_CSRi registers, the
SDMA.DMA4_IRQSTATUS_Lj registers are updated regardless of
the corresponding bits in the SDMA.DMA4_IRQENABLE_Lj registers.
Since
From: Felipe Balbi felipe.ba...@nokia.com
OMAP_TAGS should vanish soon since they're not generic arm tags.
Most of them can be converted to a platform_data or parsed
from a command line like e.g. serial tag.
For OMAP_TAG_USB we just let boards call omap_usb_init()
passing a pointer to
From: Curran, Dominic
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Aguirre Rodriguez, Sergio Alberto
Sent: Tuesday, March 03, 2009 2:44 PM
To: linux-me...@vger.kernel.org; linux-omap@vger.kernel.org
Cc:
On Wednesday 04 March 2009 22:46:07 Aguirre Rodriguez, Sergio Alberto wrote:
-Original Message-
From: Hans Verkuil [mailto:hverk...@xs4all.nl]
Sent: Wednesday, March 04, 2009 3:06 PM
To: sakari.ai...@maxwell.research.nokia.com
Cc: DongSoo(Nathaniel) Kim; Hiremath, Vaibhav;
-Original Message-
From: Hans Verkuil [mailto:hverk...@xs4all.nl]
Sent: Wednesday, March 04, 2009 4:45 PM
To: Aguirre Rodriguez, Sergio Alberto
Cc: sakari.ai...@maxwell.research.nokia.com; DongSoo(Nathaniel) Kim;
Hiremath, Vaibhav; Toivonen Tuukka.O (Nokia-D/Oulu); linux-
On Wed, 4 Mar 2009, Aguirre Rodriguez, Sergio Alberto wrote:
As what I understand, we have 2 possible situations for multiple opens here:
Situation 1
- Instance1: Select sensor 1, and Do queue/dequeue of buffers.
- Instance2: If sensor 1 is currently selected, Begin loop requesting
-Original Message-
From: David Brownell [mailto:davi...@pacbell.net]
Sent: Tuesday, March 03, 2009 5:56 PM
To: Aguirre Rodriguez, Sergio Alberto
Cc: linux-me...@vger.kernel.org; linux-omap@vger.kernel.org; Sakari Ailus;
Tuukka.O Toivonen; Hiroshi DOYU; DongSoo(Nathaniel) Kim;
Hi Sakari,
I'm also facing same issue with Hiremath.
Here you are my kernel stack dump.
Cheers,
Nate
[6.465606] [c019e194] (dev_driver_string+0x0/0x44) from
[c01cc5e0] (omap34xxcam_device_register+0x110/0x2f8)
[6.475952] [c01cc4d0] (omap34xxcam_device_register+0x0/0x2f8)
from
Hi,
On Thu, Mar 5, 2009 at 12:41 AM, Premi, Sanjeev pr...@ti.com wrote:
I am trying to get the wakeup event from touchscreen on
omap3evm to bring the EVM out of suspend state.
For my private testing, I have been updating individual
registers bits in the GPIO registers from function
On Wednesday 04 March 2009, Aguirre Rodriguez, Sergio Alberto wrote:
I'd much rather see these drivers just use the regulator
framework to switch any sensor power rails on/off.
Hi,
Sounds interesting.
Is there any documentation on how to use this?
On Tue, 3 Mar 2009, Aguirre Rodriguez, Sergio Alberto wrote:
+ {
+ /* Note: V4L2 defines RGB565 as:
+*
+* Byte 0Byte 1
+* g2 g1 g0 r4 r3 r2 r1 r0 b4 b3 b2 b1 b0 g5 g4 g3
+*
+
Am Mittwoch, den 04.03.2009, 15:42 -0800 schrieb Trent Piepho:
On Wed, 4 Mar 2009, Aguirre Rodriguez, Sergio Alberto wrote:
As what I understand, we have 2 possible situations for multiple opens here:
Situation 1
- Instance1: Select sensor 1, and Do queue/dequeue of buffers.
-
Hi Sergio,
On Wed, Mar 4, 2009 at 5:44 AM, Aguirre Rodriguez, Sergio Alberto
saagui...@ti.com wrote:
This patch adds support for sensors contained in Camkit v3,
which has:
- Primary sensor (/dev/video0): MT9P012 (Parallel) with
DW9710 lens driver.
- Secondary sensor (/dev/video4):
Aguirre Rodriguez, Sergio Alberto wrote:
This patch adds support for the LDP builtin camera sensor:
- Primary sensor (/dev/video4): OV3640 (CSI2).
It introduces also a new file for storing all camera sensors board
specific related functions, like other platforms do (N800 for example).
Thanks,
Vaibhav Hiremath
-Original Message-
From: DongSoo(Nathaniel) Kim [mailto:dongsoo@gmail.com]
Sent: Thursday, March 05, 2009 5:41 AM
To: Sakari Ailus
Cc: Hiremath, Vaibhav; linux-me...@vger.kernel.org; linux-
o...@vger.kernel.org; Aguirre Rodriguez, Sergio Alberto;
Hi,
You are right. I checked with my JTAG debugger.
It crashes just exactly there because of the reason you issued.
Cheers,
Nate
On Thu, Mar 5, 2009 at 12:53 PM, Hiremath, Vaibhav hvaib...@ti.com wrote:
Thanks,
Vaibhav Hiremath
-Original Message-
From: DongSoo(Nathaniel) Kim
Hi Sakari,
Reviewing your driver, I couldn't find JPEG sync mode or where to make
programme ISP_CTRL with ISPCTRL_JPEG_FLUSH.
Is JPEG sync mode is not the coverage of this version? or I'm missing something.
If JPEG sync mode is not considered yet please let me know.
Cheers,
Nate
On Tue, Mar 3,
From: Eero Nurkkala ext-eero.nurkk...@nokia.com
It is the bit 8 that is for FCLK. All other blocks in
OMAPs use the bit 8 for denying FCLK idling.
This is an RFC, I'd like some discussion. Somebody
double-check this?
Signed-off-by: Eero Nurkkala ext-eero.nurkk...@nokia.com
---
Hiremath, Vaibhav wrote:
Thanks,
Vaibhav Hiremath
-Original Message-
From: DongSoo(Nathaniel) Kim [mailto:dongsoo@gmail.com]
Sent: Thursday, March 05, 2009 5:41 AM
To: Sakari Ailus
Cc: Hiremath, Vaibhav; linux-me...@vger.kernel.org; linux-
o...@vger.kernel.org; Aguirre Rodriguez,
On Thursday 05 March 2009 00:30:24 Aguirre Rodriguez, Sergio Alberto wrote:
-Original Message-
From: Hans Verkuil [mailto:hverk...@xs4all.nl]
Sent: Wednesday, March 04, 2009 4:45 PM
To: Aguirre Rodriguez, Sergio Alberto
Cc: sakari.ai...@maxwell.research.nokia.com;
67 matches
Mail list logo