On Fri, Nov 28, 2008 at 11:11:29AM +0100, Koen Kooi wrote:
Yes... you should for example:
static struct i2c_board_info omap3evm_i2c_board_info[] __initdata = {
... (all devices but tps and twl) ...
};
static struct i2c_board_info pr785_i2c_board_info[] __initdata = {
{
On Fri, Nov 28, 2008 at 01:52:27PM +0530, ext Pillai, Manikandan wrote:
Hi Balbi,
Thanks for your comments. Pls find my response inlined.
please, keep linux-omap in the loop otherwise we loose the thread ;-)
diff --git a/arch/arm/mach-omap2/board-omap3evm.c
From: Vaibhav Hiremath [EMAIL PROTECTED]
Note - Resending again with TVP driver for completeness.
Added ioctl support for query std, set std, enum input,
get input, set input, enum output, get output and set output.
For sensor kind of slave drivers v4l2-int-device.h provides
necessary ioctl
--
---Trilok Soni
http://triloksoni.wordpress.com
http://www.linkedin.com/in/triloksoni
From e218cd5b2f29fa3ca342a5f4074a9e3cd3cacdad Mon Sep 17 00:00:00 2001
From: Trilok Soni [EMAIL PROTECTED]
Date: Fri, 28 Nov 2008 16:49:44 +0530
Subject: [PATCH] OMAP IrDA driver
Add Texas Instruments OMAP
Op 28 nov 2008, om 11:50 heeft Felipe Balbi het volgende geschreven:
On Fri, Nov 28, 2008 at 11:11:29AM +0100, Koen Kooi wrote:
Yes... you should for example:
static struct i2c_board_info omap3evm_i2c_board_info[] __initdata
= {
... (all devices but tps and twl) ...
};
static struct
On Friday 28 November 2008, Pillai, Manikandan wrote:
Hi Dave,
Thanks for your comments. Pls find my comments inlined.
linux-omap restored to CC list ...
Regards
Mani
-Original Message-
From: David Brownell [mailto:[EMAIL PROTECTED]
Sent: Friday, November 28, 2008 12:02
On Friday 28 November 2008, [EMAIL PROTECTED] wrote:
+static int tvp514x_read_reg(struct i2c_client *client, u8 reg, u8 *val)
+{
+ int err;
+ struct i2c_msg msg[2];
+ u8 data;
+
+ if (!client-adapter)
+ return -ENODEV;
+
+ /* [MSG1] fill the
On Friday 28 November 2008, [EMAIL PROTECTED] wrote:
+/*
+ * Supported standards - These must be ordered according to enum tvp514x_std
+ * order.
In this case it'd be easy to remove that restriction...
+ * Currently supports two standards only, need to add support for rest of the
+ *
On Friday 28 November 2008, [EMAIL PROTECTED] wrote:
+ for (; next-token != TOK_TERM; next++) {
+ if (next-token == TOK_DELAY) {
+ schedule_timeout(msecs_to_jiffies(next-val));
msleep(next-val);
would be clearer and more
* Trilok Soni [EMAIL PROTECTED] [081127 09:42]:
Hi Sakari,
It *might* be possible that the same camera block would be used in non-OMAP
CPUs as well but I guess it is safe to assume that it depends on ARCH_OMAP
now.
Right, better to keep ARCH_OMAP as dependancy.
Thanks for the
On Thursday 27 November 2008, Gupta, Ajay Kumar wrote:
This is obviously wrong. One does set_transceiver(),
the other does get_transceiver() ...
For OMAP3EVM we don't need twl4030 support for musb and thus
otg_set_transceiver() which was done
in twl4030-usb.c, is now done here itself
On Fri, Nov 28, 2008 at 09:25:26AM -0800, David Brownell wrote:
So the answer for you is obviously to have something
other than the musb driver hold your otg_transceiver
driver. Like ... an isp1504.c I2C driver, which will
eventually move to drivers/usb/otg and which calls
the
Thanks,
Vaibhav Hiremath
-Original Message-
From: David Brownell [mailto:[EMAIL PROTECTED]
Sent: Friday, November 28, 2008 10:04 PM
To: Hiremath, Vaibhav
Cc: [EMAIL PROTECTED]; davinci-linux-open-source-
[EMAIL PROTECTED]; linux-omap@vger.kernel.org; Jadav,
Brijesh R; Shah,
On Friday 28 November 2008, Felipe Balbi wrote:
On Fri, Nov 28, 2008 at 09:25:26AM -0800, David Brownell wrote:
So the answer for you is obviously to have something
other than the musb driver hold your otg_transceiver
driver. Like ... an isp1504.c I2C driver, which will
eventually move
Thanks,
Vaibhav Hiremath
-Original Message-
From: David Brownell [mailto:[EMAIL PROTECTED]
Sent: Friday, November 28, 2008 10:22 PM
To: Hiremath, Vaibhav
Cc: [EMAIL PROTECTED]; davinci-linux-open-source-
[EMAIL PROTECTED]; linux-omap@vger.kernel.org; Jadav,
Brijesh R; Shah,
On Fri, Nov 28, 2008 at 10:37:47AM -0800, David Brownell wrote:
On Friday 28 November 2008, Felipe Balbi wrote:
On Fri, Nov 28, 2008 at 09:25:26AM -0800, David Brownell wrote:
So the answer for you is obviously to have something
other than the musb driver hold your otg_transceiver
On Friday 28 November 2008, Hiremath, Vaibhav wrote:
Will have to now think how to differentiate between these
two chips and handle this sequence.
That's really easy, the id parameter to probe() tells you:
if (strcmp(id-name, tvp5146) == 0)
/* original '46 part ... */;
On Friday 28 November 2008, David Brownell wrote:
On Friday 28 November 2008, Hiremath, Vaibhav wrote:
Will have to now think how to differentiate between these
two chips and handle this sequence.
That's really easy, the id parameter to probe() tells you:
if (strcmp(id-name,
Hi Hans,
On Tuesday 25 November 2008, Hans Verkuil wrote:
As requested, the patches as separate posts for review.
Hans
# HG changeset patch
# User Hans Verkuil [EMAIL PROTECTED]
# Date 1227560990 -3600
# Node ID d9ec70c0b0c55e18813f91218c6da6212ca9b7e6
# Parent
Hi all,
This series contains updates to omap gpio, mostly conversion
to generic gpio api.
Regards,
Tony
---
David Brownell (6):
ARM: OMAP: minor gpio bugfixes
ARM: OMAP: use gpio_to_irq
ARM: OMAP: switch to gpio_direction_output
ARM: OMAP: switch to
From: Jarkko Nikula [EMAIL PROTECTED]
There are already various drivers having bigger label than 10 bytes. Most
of them fit well under 20 bytes but make column width exact so that
oversized labels don't mess up output alignment.
Signed-off-by: Jarkko Nikula [EMAIL PROTECTED]
Acked-by: David
From: David Brownell [EMAIL PROTECTED]
This patch replaces some legacy OMAP GPIO calls with the new (not
really, any more!) calls that work on most platforms.
The calls addressed by this patch are the simple ones to get and set
values ... for code that's in mainline, including the
From: David Brownell [EMAIL PROTECTED]
More switchover to the cross-platform GPIO interface:
use gpio_direction_input(), not an OMAP-specific call.
Signed-off-by: David Brownell [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
---
arch/arm/mach-omap1/board-palmte.c|4
From: David Brownell [EMAIL PROTECTED]
More conversion to the standard GPIO interfaces: stop using
omap_set_gpio_direction() entirely, and switch over to the
gpio_direction_output() call.
Note that because gpio_direction_output() includes the initial
value, this change isn't quite transparent.
From: David Brownell [EMAIL PROTECTED]
Have most uses of OMAP_GPIO_IRQ() use gpio_to_irq() instead.
Calls used for table initialization are left alone, at least
this time around.
(This patch is for code in both the OMAP tree and mainline.)
Signed-off-by: David Brownell [EMAIL PROTECTED]
From: Jarkko Nikula [EMAIL PROTECTED]
Clean up OMAP GPIO request/free functions
- Rename and declare static OMAP specific GPIO request/free functions
- Register them into gpiolib as chip-specific hooks
- Add omap_request_gpio/omap_free_gpio wrappers for existing code not
converted yet to
From: David Brownell [EMAIL PROTECTED]
Minor GPIO fixes:
- If get_gpio_bank() fails, then BUG() out.
- In omap_set_gpio_debounce():
* protect the read/modify/write with the relevant spinlock
* make the omap3 clock ops pass sparse checking
Except for the spinlock problem, these were
From: Jarkko Nikula [EMAIL PROTECTED]
Switch to gpio_request/free calls
Signed-off-by: Jarkko Nikula [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
---
arch/arm/mach-omap1/board-fsample.c |5 +++--
arch/arm/mach-omap1/board-h2.c| 15 ---
From: Jarkko Nikula [EMAIL PROTECTED]
Switch to gpio_request/free calls
Cc: [EMAIL PROTECTED]
Signed-off-by: Jarkko Nikula [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
---
drivers/usb/host/ohci-omap.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff
Hi all,
Here are the i2c-omap patches again for next merge window.
Regards,
Tony
---
Chandra shekhar (1):
i2c-omap: Add support for omap34xx
Jarkko Nikula (1):
i2c-omap: Do not use interruptible wait call in omap_i2c_xfer_msg
Kalle Jokiniemi (1):
i2c-omap: Enable I2C
From: Jarkko Nikula [EMAIL PROTECTED]
If there is a signal pending and wait_for_completion_interruptible_timeout
terminates with -ERESTARTSYS, we return and disable the i2c clocks in
omap_i2c_xfer.
If we terminate before sending last i2c message with a stop condition, the
bus remains busy and we
From: Paul Walmsley [EMAIL PROTECTED]
omap_i2c_idle() sets an internal flag, dev-idle, instructing its
ISR to decline interrupts. It sets this flag before it actually masks
the interrupts on the I2C controller. This is problematic, since an
I2C interrupt could arrive after dev-idle is set, but
From: Syed Mohammed Khasim [EMAIL PROTECTED]
Omap2430 has additional support for high-speed I2C.
This patch moves I2C speed parameter (from module) to platform data.
Also added basic High Speed support based on I2C bus speed.
This patch is tested for high speed I2C (with TWL4030 Keypad) and
From: Nishanth Menon [EMAIL PROTECTED]
Based on an earlier patch from Nishant Menon:
- Transfers can use FIFO on FIFO capable devices
- Prevents errors for HSI2C if FIFO is not used
- Implemented errenous handling of STT-STP handling on SDP2430
Also merged in is a fix from Jaron Marini to fix
From: Chandra shekhar [EMAIL PROTECTED]
Add support for omap34xx
Signed-off-by: chandra shekhar [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
---
drivers/i2c/busses/i2c-omap.c | 20 +++-
1 files changed, 11 insertions(+), 9 deletions(-)
diff --git
From: Paul Walmsley [EMAIL PROTECTED]
Mark functions called only at init time as __init.
Signed-off-by: Paul Walmsley [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
---
drivers/i2c/busses/i2c-omap.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Minor sparse, checkpatch and formatting clean-up. Also update copyrights.
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
---
drivers/i2c/busses/i2c-omap.c | 31 ++-
1 files changed, 18 insertions(+), 13 deletions(-)
diff --git a/drivers/i2c/busses/i2c-omap.c
From: Paul Walmsley [EMAIL PROTECTED]
omap_i2c_unidle() and omap_i2c_idle() are called recursively during
omap_i2c_probe(). This is evidently unexpected and will wipe
out the I2C interrupt enable register the second time that
omap_i2c_idle() is called consecutively. Any I2C transactions
From: Paul Walmsley [EMAIL PROTECTED]
i2c-omap discriminates only between revision 1 or greater than
revision 1. A following patch introduces code that must also
discriminate between rev2.x, rev3.6, and rev3.12 controllers. Support
this by storing the full revision data from the I2C_REV
From: Paul Walmsley [EMAIL PROTECTED]
The I2C controller clears its OCP_SYSCONFIG register after an OCP soft reset.
Reprogram OCP_SYSCONFIG for maximum power savings on rev3.6 controllers
and beyond. On 2430, this involves setting the module AUTOIDLE bit.
On 3430, this includes module AUTOIDLE,
From: Kalle Jokiniemi [EMAIL PROTECTED]
I2C_WE registers were not configured, which caused huge delays in
I2C operations while cpu idle was enabled and omap entered WFI.
This patch enables all I2C wakeup sources.
Signed-off-by: Kalle Jokiniemi [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren
* Tony Lindgren [EMAIL PROTECTED] [081128 17:28]:
Hi all,
Here are the i2c-omap patches again for next merge window.
Oops, please ignore this series, the i2c list address is wrong. Will
resend.
Regards,
Tony
---
Chandra shekhar (1):
i2c-omap: Add support for omap34xx
Hi all,
Here are the i2c-omap patches again for next merge window.
Regards,
Tony
---
Chandra shekhar (1):
i2c-omap: Add support for omap34xx
Jarkko Nikula (1):
i2c-omap: Do not use interruptible wait call in omap_i2c_xfer_msg
Kalle Jokiniemi (1):
i2c-omap: Enable I2C
Hi all,
Here are the i2c-omap patches again for next merge window.
Regards,
Tony
---
Chandra shekhar (1):
i2c-omap: Add support for omap34xx
Jarkko Nikula (1):
i2c-omap: Do not use interruptible wait call in omap_i2c_xfer_msg
Kalle Jokiniemi (1):
i2c-omap: Enable I2C
From: Jarkko Nikula [EMAIL PROTECTED]
If there is a signal pending and wait_for_completion_interruptible_timeout
terminates with -ERESTARTSYS, we return and disable the i2c clocks in
omap_i2c_xfer.
If we terminate before sending last i2c message with a stop condition, the
bus remains busy and we
From: Syed Mohammed Khasim [EMAIL PROTECTED]
Omap2430 has additional support for high-speed I2C.
This patch moves I2C speed parameter (from module) to platform data.
Also added basic High Speed support based on I2C bus speed.
This patch is tested for high speed I2C (with TWL4030 Keypad) and
From: Nishanth Menon [EMAIL PROTECTED]
Based on an earlier patch from Nishant Menon:
- Transfers can use FIFO on FIFO capable devices
- Prevents errors for HSI2C if FIFO is not used
- Implemented errenous handling of STT-STP handling on SDP2430
Also merged in is a fix from Jaron Marini to fix
From: Chandra shekhar [EMAIL PROTECTED]
Add support for omap34xx
Signed-off-by: chandra shekhar [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
---
drivers/i2c/busses/i2c-omap.c | 20 +++-
1 files changed, 11 insertions(+), 9 deletions(-)
diff --git
From: Paul Walmsley [EMAIL PROTECTED]
Mark functions called only at init time as __init.
Signed-off-by: Paul Walmsley [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
---
drivers/i2c/busses/i2c-omap.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
From: Paul Walmsley [EMAIL PROTECTED]
Skip compiling OMAP15xx I2C ISR for non-OMAP15xx builds. Saves 400 bytes
of text for most OMAP builds.
Signed-off-by: Paul Walmsley [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
---
drivers/i2c/busses/i2c-omap.c |6 ++
1 files
Minor sparse, checkpatch and formatting clean-up. Also update copyrights.
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
---
drivers/i2c/busses/i2c-omap.c | 31 ++-
1 files changed, 18 insertions(+), 13 deletions(-)
diff --git a/drivers/i2c/busses/i2c-omap.c
From: Paul Walmsley [EMAIL PROTECTED]
omap_i2c_unidle() and omap_i2c_idle() are called recursively during
omap_i2c_probe(). This is evidently unexpected and will wipe
out the I2C interrupt enable register the second time that
omap_i2c_idle() is called consecutively. Any I2C transactions
From: Paul Walmsley [EMAIL PROTECTED]
i2c-omap discriminates only between revision 1 or greater than
revision 1. A following patch introduces code that must also
discriminate between rev2.x, rev3.6, and rev3.12 controllers. Support
this by storing the full revision data from the I2C_REV
From: Paul Walmsley [EMAIL PROTECTED]
The I2C controller clears its OCP_SYSCONFIG register after an OCP soft reset.
Reprogram OCP_SYSCONFIG for maximum power savings on rev3.6 controllers
and beyond. On 2430, this involves setting the module AUTOIDLE bit.
On 3430, this includes module AUTOIDLE,
From: Kalle Jokiniemi [EMAIL PROTECTED]
I2C_WE registers were not configured, which caused huge delays in
I2C operations while cpu idle was enabled and omap entered WFI.
This patch enables all I2C wakeup sources.
Signed-off-by: Kalle Jokiniemi [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren
On Friday 28 November 2008, Tony Lindgren wrote:
From: Jarkko Nikula [EMAIL PROTECTED]
Switch to gpio_request/free calls
Cc: [EMAIL PROTECTED]
Signed-off-by: Jarkko Nikula [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
Acked-by: David Brownell [EMAIL PROTECTED]
Best if
Ben,
Here's the pull request for you.
Regards,
Tony
The following changes since commit 13d428afc007fcfcd6deeb215618f54cf9c0cae6:
Linus Torvalds (1):
Linux 2.6.28-rc6
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.git
57 matches
Mail list logo