On Thu, Dec 04, 2008 at 02:07:30PM +0900, ext Kwangwoo Lee wrote:
Because the platform which I use did not implement smbus_xfer yet,
it only implemented master_xfer in struct i2c_algorithm.
I can add smbus_xfer for my platform. I have one question and
I know that smbus is a subset from the
Hi Stanley,
I git clone the
tree(http://www.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.gi
t)
and configured the kernel with omap_ldp_defconfig but met some compile
errors.
It seems like the line gpio_direction_input(eth_gpio) was not patched in.
It's
On Thursday 04 December 2008, Felipe Balbi wrote:
i2c subsystem has smbus emulation. The special reason is just that it's
simpler for the driver writer ;-)
I'd have said more portable, actually. I2C hosts can
do pretty much everything an SMBus host can, but the
converse is not true.
And re
Resending this patch with fixes for comments:
This patch provides the support framework for PR785 boards.
More patches will follow that will allow complete programming
support for PR785 boards.
The board-omap3evm.c contains the I2C devices to be supported.
CONFIG_PR785 is configuration used for
From: Manikandan Pillai [EMAIL PROTECTED]
Resending this patch with comments fixed :
This patch moves the TPS6235x drivers from the drivers/i2c to drivers/
regulator to put the TPS6235x drivers under the power regulator framework
suffix core_pwr and mpu_pwr has been removed
I2C bus speeds
On Thu, Dec 04, 2008 at 03:53:26PM +0530, ext Manikandan Pillai wrote:
Resending this patch with fixes for comments:
This patch provides the support framework for PR785 boards.
More patches will follow that will allow complete programming
support for PR785 boards.
The board-omap3evm.c
On Thu, Dec 04, 2008 at 03:55:06PM +0530, ext [EMAIL PROTECTED] wrote:
From: Manikandan Pillai [EMAIL PROTECTED]
Resending this patch with comments fixed :
This patch moves the TPS6235x drivers from the drivers/i2c to drivers/
regulator to put the TPS6235x drivers under the power regulator
The first patch(PATCHv2 1/3) in this thread have fixed this problem. It
has not been pushed in.
Stanley.
On Thu, 2008-12-04 at 17:44 +0800, Sam Duan wrote:
Hi Stanley,
I git clone the
tree(http://www.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6.gi
t)
and configured the
Hi,
Pls find my comments inlined.
-Original Message-
From: Felipe Balbi [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 04, 2008 4:44 PM
To: Pillai, Manikandan
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH 1/2] Put in supportframework for PR785 board.
On Thu, Dec 04, 2008 at
Hi,
Pls find comments inlined.
regards
-Original Message-
From: Felipe Balbi [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 04, 2008 4:49 PM
To: ext [EMAIL PROTECTED]
Cc: linux-omap@vger.kernel.org; Pillai, Manikandan
Subject: Re: [PATCH 2/2] Putting TPS6235x into the power
On Thu, Dec 04, 2008 at 05:00:14PM +0530, ext Pillai, Manikandan wrote:
Hi,
Pls find my comments inlined.
-Original Message-
From: Felipe Balbi [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 04, 2008 4:44 PM
To: Pillai, Manikandan
Cc: linux-omap@vger.kernel.org
Subject:
This patch allows the MMC1 support on OMAP2 EVM board with
TPS6235x based PR785 boards. Files mmc-pr785.* contain the
drivers.
Signed-off-by: Manikandan Pillai [EMAIL PROTECTED]
---
arch/arm/mach-omap2/Makefile |9 +-
arch/arm/mach-omap2/board-omap3evm.c | 22 -
On Thu, Dec 04, 2008 at 05:05:26PM +0530, ext Pillai, Manikandan wrote:
Hi,
Pls find comments inlined.
regards
-Original Message-
From: Felipe Balbi [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 04, 2008 4:49 PM
To: ext [EMAIL PROTECTED]
Cc: linux-omap@vger.kernel.org;
On Thu, Dec 04, 2008 at 05:12:16PM +0530, ext Manikandan Pillai wrote:
This patch allows the MMC1 support on OMAP2 EVM board with
TPS6235x based PR785 boards. Files mmc-pr785.* contain the
drivers.
again, you'll have to break into a series.
Mux configuration should be separated. Also, use the
ext Hiremath, Vaibhav wrote:
OMAP3 -
Display - (Posted twice with old DSS library)
- omap_vout.c
- omap_voutlib.c
- omap_voutlib.h
- omap_voutdef.h
Camera - (Will come soon)
- omap34xxcam.c
Hi Samuel,
Any updates on when you can review this OMAP IrDA patch?
--
---Trilok Soni
http://triloksoni.wordpress.com
http://www.linkedin.com/in/triloksoni
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
I am trying to build sound support for the MDK (3430LDP). There is a build
problem on the current git master of the OMAP Zoom kernel. If OMAP3 TWL4030
alsa driver is turned on, the compile fails (looks like the header for the
twl4030 gpio routines is missing). Additionally, if it is selected
On Thursday 04 December 2008, Pillai, Manikandan wrote:
--- a/arch/arm/mach-omap2/mmc-twl4030.c
+++ b/arch/arm/mach-omap2/mmc-twl4030.c
it doesn't make sense to build this file if you don't have twl4030 in
the board. Better to have something like mmc-tps6235x.c or something
like
On Thursday 04 December 2008, Felipe Balbi wrote:
--- a/drivers/mfd/Kconfig
+++ b/drivers/mfd/Kconfig
@@ -61,6 +61,8 @@ config UCB1400_CORE
To compile this driver as a module, choose M here: the
module will be called ucb1400_core.
+menu Texas Instruments Power
Op 4 dec 2008, om 18:51 heeft Trilok Soni het volgende geschreven:
Hi,
On Thu, Dec 4, 2008 at 11:10 PM, David Brownell david-
[EMAIL PROTECTED] wrote:
On Thursday 04 December 2008, Smith, Stephen wrote:
I am trying to build sound support for the MDK (3430LDP). There
is a build
problem
Sakari Ailus wrote:
ext Hiremath, Vaibhav wrote:
OMAP3 -
Display - (Posted twice with old DSS library)
- omap_vout.c
- omap_voutlib.c
- omap_voutlib.h
- omap_voutdef.h
Camera - (Will come soon)
- omap34xxcam.c
Op 4 dec 2008, om 19:25 heeft Koen Kooi het volgende geschreven:
Op 4 dec 2008, om 18:51 heeft Trilok Soni het volgende geschreven:
Hi,
On Thu, Dec 4, 2008 at 11:10 PM, David Brownell david-
[EMAIL PROTECTED] wrote:
On Thursday 04 December 2008, Smith, Stephen wrote:
I am trying to build
On Thursday 04 December 2008, Manikandan Pillai wrote:
This patch allows the MMC1 support on OMAP2 EVM board with
TPS6235x based PR785 boards. Files mmc-pr785.* contain the
drivers.
See my previous comment about the last twl4030 dependencies
vanishing from mmc-twl4030.c via regulator framework
On Thursday 04 December 2008, Koen Kooi wrote:
Perhaps that kernel should sync with newer code?
The rest
of the beagleboards peeps wants to get things as fast as possible into
mainline instead of wanting awesomely good powermanagement.
Bull hockey ... they want *BOTH* mainline
* David Brownell [EMAIL PROTECTED] [081204 11:03]:
On Thursday 04 December 2008, Koen Kooi wrote:
Perhaps that kernel should sync with newer code?
The rest
of the beagleboards peeps wants to get things as fast as possible into
mainline instead of wanting awesomely good
From: Felipe Contreras [EMAIL PROTECTED]
The blank operation should receive FB_BLANK_POWERDOWN, not
VESA_POWERDOWN.
Signed-off-by: Felipe Contreras [EMAIL PROTECTED]
---
Resending this patch.
The last time it wasn't against HEAD.
drivers/video/omap/omapfb_main.c |8
1 files
* Paul Walmsley [EMAIL PROTECTED] [081130 23:29]:
n800_defconfig no longer builds after commit
8423eaf634aa187e2ab3cd1018ea0f2f7d31148a; fix.
CC drivers/misc/sti/sti-netlink.o
drivers/misc/sti/sti-netlink.c: In function 'sti_netlink_receive_msg':
drivers/misc/sti/sti-netlink.c:84:
* Hiremath, Vaibhav [EMAIL PROTECTED] [081203 01:38]:
Thanks,
Vaibhav Hiremath
-Original Message-
From: Koen Kooi [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 03, 2008 3:04 PM
To: Hiremath, Vaibhav
Cc: Trilok Soni; Hans Verkuil; Sakari Ailus; linux-
[EMAIL
* Carlos Chinea [EMAIL PROTECTED] [081203 02:44]:
- Remove section 4 because it has wrong and misleading information
Thanks, pushing today.
Tony
Signed-off-by: Carlos Chinea [EMAIL PROTECTED]
---
Documentation/arm/OMAP/README | 39 ---
1
On Thu, Dec 4, 2008 at 6:56 PM, David Brownell [EMAIL PROTECTED] wrote:
On Thursday 04 December 2008, Felipe Balbi wrote:
i2c subsystem has smbus emulation. The special reason is just that it's
simpler for the driver writer ;-)
I'd have said more portable, actually. I2C hosts can
do pretty
Hi,
Here are few omap1 specific updates for review.
Regards,
Tony
---
David Brownell (2):
ARM: OMAP1: osk5912: LED trigger update for CF
ARM: OMAP1: osk5912: Mistral eeprom support
arch/arm/mach-omap1/board-osk.c | 32 +---
1 files changed, 29
From: David Brownell [EMAIL PROTECTED]
List the 4 Kbit I2C EEPROM included on the Mistral board.
Also add a comment about the hardware workaround needed to
properly support the WAKE button. More info at
http://elinux.org/OSK_Mistral_wakeup_button_mod
Still no support for the (optional)
From: David Brownell [EMAIL PROTECTED]
Help OSK work better with root-on-CF, by having one of the LEDs
use the ide-disk trigger (to kick in during CF I/O).
Signed-off-by: David Brownell [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
---
arch/arm/mach-omap1/board-osk.c |3
Hi,
Here are some omap2 updates for review. Some of these patches also
affect omap3 as the code is shared.
Regards,
Tony
---
David Brownell (1):
ARM: OMAP2: bard-h4: list those eeproms
Lauri Leukkunen (1):
ARM: OMAP2: Use omap_rev() instead of system_rev
Paul Walmsley (2):
Rename omap2_check_revision to omap24xx_check_revision.
Then next patch will split if further and add omap34xx_check_revision.
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
---
arch/arm/mach-omap2/id.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git
At some point omap2 changed the bits for GET_OMAP_CLASS, which
broke 15xx detection on 730 as noticed by Russell King.
This patch fixes omap2 cpu detection to respect the original
GET_OMAP_CLASS, and simplifies the detection for 34xx.
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
---
From: Lauri Leukkunen [EMAIL PROTECTED]
system_rev is meant for board revision, this patch changes
all relevant instances to use the new omap_rev() function
liberating system_rev to be used with ATAG_REVISION as it
has been designed.
Signed-off-by: Lauri Leukkunen [EMAIL PROTECTED]
From: David Brownell [EMAIL PROTECTED]
Declare the two 1Kbit EEPROMs included in the H4 board stack.
One is on the CPU card; the other is on the mainboard.
Signed-off-by: David Brownell [EMAIL PROTECTED]
Signed-off-by: Tony Lindgren [EMAIL PROTECTED]
---
arch/arm/mach-omap2/board-h4.c | 14
From: Paul Walmsley [EMAIL PROTECTED]
omap_dm_timer_write_reg() already waits for pending writes to complete,
so the extra wait in omap_dm_timer_set_load() is superfluous.
Signed-off-by: Paul Walmsley [EMAIL PROTECTED]
Cc: Richard Woodruff [EMAIL PROTECTED]
Acked-by: Kevin Hilman [EMAIL
From: Paul Walmsley [EMAIL PROTECTED]
The GPTIMER TLDR register does not need to be written if the GPTIMER
is not in autoreload mode. This is the usual case for dynamic tick-enabled
kernels.
Simulation data indicate that skipping the read that occurs as part of
the write should save at least
From: Arun KS [EMAIL PROTECTED]
This patch removes platform device used my ALSA driver, which
is now replaced with ASoC driver.
Signed-off-by: Arun KS [EMAIL PROTECTED]
---
arch/arm/mach-omap1/board-osk.c | 37 -
1 files changed, 0 insertions(+), 37
This time adding LKML too.
--
---Trilok Soni
http://triloksoni.wordpress.com
http://www.linkedin.com/in/triloksoni
0001-OMAP-IrDA-driver.patch
Description: Binary data
From: Omar Ramirez Luna [EMAIL PROTECTED]
Date: Thu, 4 Dec 2008 23:40:17 -0600
Subject: [PATCH] DSPBRIDGE: Handle Hibernation requested from DSP
This patch moves DVFS flag to affect only the code
related with that functionality, whenever DSP Hibernation
transition happens, the clocks enabled for
From: Omar Ramirez Luna [EMAIL PROTECTED]
Date: Thu, 27 Nov 2008 02:40:50 -0600
Subject: [PATCH] DSPBRIDGE: Freeing allocated resources on rmmod
This patch implements the cleanup of allocated resources
whenever the module is removed from the kernel.
Signed-off-by: Omar Ramirez Luna [EMAIL
44 matches
Mail list logo