This patch improves low speeds for SD cards.
OMAP-MMC controller's can support maximum bus width of '8'.
when bus width is mentioned as 8 in controller data,the SD
stack will check whether bus width is 4 and if not it will
set bus width to 1 and there by degrading performance.
This patch fixes the
Master branch will work fine for omap_zoom3_defconfig. Pls make sure to
use ttyS0 in bootargs.
OMAP36XX ZOOM3 # boot
LAN9x18 (0x9221) detected.
Read mac address: 00:08:EE:03:7D:EE
start Auto negotiation... (take ~2sec)
Auto negotiation complete, 100BaseTX, full duplex
TFTP from server
drivers/mmc/host/omap_hsmmc.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mmc/host/omap_hsmmc.c b/drivers/mmc/host/omap_hsmmc.c
index 83f0aff..8c97c22 100644
--- a/drivers/mmc/host/omap_hsmmc.c
+++ b/drivers/mmc/host/omap_hsmmc.c
@@ -2092,7 +2092,7 @@
This patch series adds support for the updated 45nm smrtrelfex IP
supported in OMAP3630 and OMAP4 in the smartreflex driver and
adds support to enable smartreflex autocompensation for OMAP3630
using test nvalues.
This patch series is based on the V2 version of Smartreflex and
voltage revamp patch
OMAP3430 uses the 65nm version of the smartreflex IP where as
OMAP3630 and OMAP4430 uses the 45nm updated IP.
This patch adds support for the updated smartreflex IP used
in OMAP3630 and OMAP4 in the smartreflex driver.
Major changes between the two versions of IP involve:
1. Change in offset
This patch sets and unsets is_sr_reset is appropriate places so that
trying to enable smart reflex in a non-supported OMAP chip does not
lead to unnecessary crash. Basically today if sr_enable fails,
sr_disable will crash due to accessing sr registers when sr clocks
are not turned on. By checking
This patch adapts smartreflex driver to support OMAP3630 also.
Changes involve:
1. Separate hwmod structures for OMAP3630 distinguished from
3430 structures using omap_chip attribute.
2. Introducing new test nvalues for OMAP3630.
3. OMAP3630 specific changes for srconfig err_minlimit field,
Hi Russell,
LMB... logical memory blocks.
Nice, will be good for the DT work too.
@@ -483,6 +484,13 @@ static void __init build_mem_type_table(void)
#define vectors_base() (vectors_high() ? 0x : 0)
+static void __init *early_alloc(unsigned long sz)
+{
+ void *ptr =
Sorry for that and here's the Updated one.
From: Kishore Kadiyala kishore.kadiy...@ti.com
This patch improves low speeds for SD cards.
OMAP-MMC controller's can support maximum bus width of '8'.
when bus width is mentioned as 8 in controller data,the SD
stack will check whether bus width is 4
From: Thomas Weber we...@corscience.de
This patch adds support for flash on devkit8000 after changes
in commit 2f70a1e93657bea0baa7d449aa49e44a08582dc8
The functions are similar to the example for sdp-boards like shown in
commit 88c8460ac32283e2a25e36e4670ff5ab02f3b521
The only available type
From: Thomas Weber sw...@gmx.li
This patch adds the Innolux AT070TN83 display.
The Devkit8000 has a lcd connector and
you can order your Devkit8000 with this display.
Signed-off-by: Thomas Weber we...@corscience.de
---
drivers/video/omap2/displays/Kconfig |8 +-
This series of patch implements a updated TRITON power scripts.
Also moving the sleep, wakeup warm_reset sequence to a generic script file,
which can be used by different OMAP3 board with the power companion chip
TWL4030.
This patch series is based off Kevin's tree origin/pm branch.
This
This patch introduces support for the HTC Herald (S310, etc.)
series of smart phones -- board support
and LCD panel settings.
Signed-off-by: Marek Belisko marek.beli...@gmail.com
---
arch/arm/mach-omap1/Kconfig |6 +
arch/arm/mach-omap1/Makefile |1 +
This patch will fix the TRITON sleep/wakeup sequence.
Since the function to populate the sleep script is getting called always
irrespective of the flag TWL4030_SLEEP_SCRIPT, other scripts data
is getting over written by the sleep script.
Also removing the order checking while loading the
This patch will use separate clk/volt setup_time for RET and OFF state,
also create separate copies of vc parameters for each Si in voltage.c.
Updates the clksetup time from board file, since clksetup time depends on
the OSC/XTAL used on the board. Re-programing the setup time according
to the
This pacth will create the generic TRITON power scripts which can be used
by different OMAP3 boards with the same power companion chip (TWL4030 series).
Added the api(twl4030_get_scripts/twl4030_get_vc_timings) to update
the sleep/wakeup/warm_rest sequence voltsetup_time in the board file.
This patch will removed the sleep/wakeup/warm_rest sequence from the
3430SDP board file and use the generic script.
Modified the resource config structure in the board file for using
generic script. Updating the sleep/wakeup/warm_rest sequence voltsetup_time
in the board file from generic script
Adding the power script data for zoom board to TWL4030 platform data.
Updating the sleep/wakeup/warm_rest sequence voltsetup_time
from generic script file.
Signed-off-by: Lesly A M x0080...@ti.com
Cc: Nishanth Menon n...@ti.com
Cc: David Derrick dderr...@ti.com
Cc: Samuel Ortiz
Hi Mika, Ben,
On Tue, 23 Mar 2010, Mika Westerberg wrote:
Commit d84d3ea317ce0db89ce0903b4037f800c5d4c477 added register shift to allow
also 16-bit register access. However, omap_i2c_unidle() is called before these
are set which causes the following OOPS:
Unhandled fault: alignment
The following patches convert 32k-sync timer into a platform_driver
and also remove dead code from timer32k.c
If anyone has a good idea on how to fix-up timer-gp.c, I'll be
glad to hear. Currently I can't move it to platform_driver
because it's used the system timer during machine start so I
Convert the omap32k clocksource driver into a platform_driver
and while at that, also remove the ifdeferry around the code.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
arch/arm/mach-omap1/devices.c| 24
arch/arm/mach-omap2/clock2420_data.c |2 +-
Trivial patch, no functional changes
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
arch/arm/mach-omap1/timer32k.c | 15 ---
1 files changed, 0 insertions(+), 15 deletions(-)
diff --git a/arch/arm/mach-omap1/timer32k.c b/arch/arm/mach-omap1/timer32k.c
index
Thara Gopinath said the following on 03/31/2010 01:30 AM:
This patch sets and unsets is_sr_reset is appropriate places so that
trying to enable smart reflex in a non-supported OMAP chip does not
lead to unnecessary crash. Basically today if sr_enable fails,
sr_disable will crash due to accessing
From: Aaro Koskinen aaro.koski...@nokia.com
When the 32k sync timer is used for sched_clock(), it should count
time from the kernel boot (clocksource init) instead of the last HW
reset. Otherwise printk.time values will jump suddenly during the boot:
[0.00] calling
The following patches convert 32k-sync timer into a platform_driver
and also remove dead code from timer32k.c
If anyone has a good idea on how to fix-up timer-gp.c, I'll be
glad to hear. Currently I can't move it to platform_driver
because it's used the system timer during machine start so I
Trivial patch, no functional changes
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
arch/arm/mach-omap1/timer32k.c | 15 ---
1 files changed, 0 insertions(+), 15 deletions(-)
diff --git a/arch/arm/mach-omap1/timer32k.c b/arch/arm/mach-omap1/timer32k.c
index
Convert the omap32k clocksource driver into a platform_driver
and while at that, also remove the ifdeferry around the code.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
arch/arm/mach-omap1/devices.c| 24
arch/arm/mach-omap2/clock2420_data.c |2 +-
Hi,
I am trying to implement card-detect and regulator changes for HSMMC
driver on OMAP4.
In OMAP4, hsmmc doesn't use any gpio line for card detect and instead
uses interrupt line
from TWL6030 which also provides a register for
status[Inserted/removed] of the removable Card.
Currently all the
This patch moves architecture specific defines to the
corresponding architecture specific header files.
In gpio.c, #ifdef's CONFIG_ARCH_OMAPX are added to
avoid compilation errors due to movement of macros to
mach-omap layer. These architecture specific codes
is only temporary as they will be
This patch adds support for implementing OMAP3 GPIO as an
early platform device and adds gpio_init specific to OMAP3
This patch adds device structures for each GPIO device in
OMAP3 architecture. These strutures are not created in a
separate *_data.c file because these structures would be
removed
This patch adds support for implementing OMAP4 GPIO as an
early platform device and adds gpio_init specific to OMAP4
This patch adds device structures for each GPIO device in
OMAP4 architecture. These strutures are not created in a
separate *_data.c file because these structures would be
removed
This patch adds support for handling code common to OMAP2PLUS
architecture.
OMAP2PLUS gpio is one of the early platform devices and this patch
adds support to implement the initialization of OMAP2PLUS architecture
GPIO as early platform device.
Signed-off-by: Charulatha V ch...@ti.com
---
This patch adds support for handling OMAP1 specific GPIO operations
including gpio_init
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/mach-omap1/gpio.c | 404
1 files changed, 404 insertions(+), 0 deletions(-)
create mode 100644
This is preparation for early platform device implementation
for GPIO in OMAP2PLUS. This patch moves initialization of gpio
from board files to omap2_init_common_hw API in io.c
Init_irq needs to be done before gpio_init, the init_irq
is called before omap2_init_common_hw in board files
This patch series is in preparation to adapt GPIO to HWMOD FW.
It creates OMAP architecture specific gpio files to handle
SoC specific gpio_init. The common plat-omap/gpio.c handles all
common GPIO APIs.
OMAP2PLUS GPIO module is implemented as early platform device and
OMAP1 GPIO is still handled
This patch adds support for implementing OMAP2 GPIO as an
early platform device and adds gpio_init specific to OMAP2
This patch adds device structures for each GPIO device in
OMAP2 architecture. These strutures are not created in a
separate *_data.c file because these structures would be
removed
On Wed, 31 Mar 2010 04:27:41 -0600 (MDT)
Paul Walmsley p...@pwsan.com wrote:
This patch moves register shift setting before any register accesses are
done.
Signed-off-by: Mika Westerberg ext-mika.1.westerb...@nokia.com
Cc: Cory Maccarrone darkstar6...@gmail.com
Tested-by: Paul
OMAP support debouncing of gpio lines, implement
the method using gpiolib.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
arch/arm/plat-omap/gpio.c | 46 +
1 files changed, 46 insertions(+), 0 deletions(-)
diff --git
Few architectures, like OMAP, allow you to set
a debouncing time for the gpio before generating
the IRQ. Teach gpiolib about that.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
drivers/gpio/gpiolib.c | 39 +++
include/asm-generic/gpio.h |5
stop using the omap-specific implementations for gpio
debouncing now that gpiolib provides its own support.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
arch/arm/mach-omap2/board-3430sdp.c|4 +---
arch/arm/mach-omap2/board-ldp.c|3 +--
nobody uses that anymore, so remove and expect drivers
to use the gpiolib implementation.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
arch/arm/plat-omap/gpio.c | 73 -
1 files changed, 0 insertions(+), 73 deletions(-)
diff --git
Hi all,
the following *UNTESTED* patches teach gpiolib about
gpio_debouncing. If you have the board, please give it
a shot and report to this mailing.
Dave, do you have any comments regarding these ??
Felipe Balbi (4):
gpiolib: introduce set_debounce method
arm: omap: gpio: implement
Small correction below
On Wed, Mar 31, 2010 at 5:21 PM, kishore kadiyala
kishorek.kadiy...@gmail.com wrote:
Hi,
I am trying to implement card-detect and regulator changes for HSMMC
driver on OMAP4.
In OMAP4, hsmmc doesn't use any gpio line for card detect and instead
uses interrupt line
On Wed, Mar 31, 2010 at 02:27:13PM +0200, Balbi Felipe (Nokia-D/Helsinki) wrote:
OMAP support debouncing of gpio lines, implement
the method using gpiolib.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
this one was missing dbck handling. New version attached
--
balbi
From
On Wed, 31 Mar 2010 12:33:01 +0530
kishore kadiyala kishorek.kadiy...@gmail.com wrote:
This patch improves low speeds for SD cards.
OMAP-MMC controller's can support maximum bus width of '8'.
when bus width is mentioned as 8 in controller data,the SD
stack will check whether bus width is 4
Hi Tony,
The following changes since commit 2eaa9cfdf33b8d7fb7aff27792192e0019ae8fc6:
Linus Torvalds (1):
Linux 2.6.34-rc3
are available in the git repository at:
git://git.pwsan.com/linux-2.6 for_2.6.34rc_a
Rajendra Nayak (1):
OMAP4: prcm: Use logical OR instead of bitwise
On Wed, Mar 31, 2010 at 03:27:12PM +0300, Felipe Balbi wrote:
Few architectures, like OMAP, allow you to set
a debouncing time for the gpio before generating
the IRQ. Teach gpiolib about that.
More than a few, I suspect, and certainly some off-CPU GPIO controllers.
+int
On Wed, Mar 31, 2010 at 02:46:28PM +0100, Mark Brown wrote:
+int gpio_set_debounce(unsigned gpio, int value)
+{
What are the intended semantics of value here?
debounce time. I just used value because other functions also call it
value.
--
balbi
--
To unsubscribe from this list: send the
On Wed, Mar 31, 2010 at 04:50:59PM +0200, ext Felipe Balbi wrote:
On Wed, Mar 31, 2010 at 02:46:28PM +0100, Mark Brown wrote:
+int gpio_set_debounce(unsigned gpio, int value)
+{
What are the intended semantics of value here?
debounce time. I just used value because other functions also
On Wed, Mar 31, 2010 at 05:59:19PM +0300, Felipe Balbi wrote:
On Wed, Mar 31, 2010 at 04:50:59PM +0200, ext Felipe Balbi wrote:
debounce time. I just used value because other functions also call it
oh yeah, in miliseconds.
value.
maybe we could call it debounce. And switch to unsigned.
On Wed, Mar 31, 2010 at 05:04:03PM +0200, ext Mark Brown wrote:
On Wed, Mar 31, 2010 at 05:59:19PM +0300, Felipe Balbi wrote:
On Wed, Mar 31, 2010 at 04:50:59PM +0200, ext Felipe Balbi wrote:
debounce time. I just used value because other functions also call it
oh yeah, in miliseconds.
On Wed, Mar 31, 2010 at 06:06:44PM +0300, Felipe Balbi wrote:
On Wed, Mar 31, 2010 at 05:04:03PM +0200, ext Mark Brown wrote:
Sounds reasonable, a comment would help also.
I'm adding that. And now that I think about it, it's better to pass
debounce time i microseconds. What do you think ?
On Wed, Mar 31, 2010 at 05:11:26PM +0200, ext Mark Brown wrote:
On Wed, Mar 31, 2010 at 06:06:44PM +0300, Felipe Balbi wrote:
On Wed, Mar 31, 2010 at 05:04:03PM +0200, ext Mark Brown wrote:
Sounds reasonable, a comment would help also.
I'm adding that. And now that I think about it, it's
Changes since v1:
- add a comment to gpio_set_debounce() describing the
arguments
Hi all,
the following patches teach gpiolib about debouncing
time and implement support for OMAP.
Felipe Balbi (4):
gpiolib: introduce set_debounce method
arm: omap: gpio: implement
Few architectures, like OMAP, allow you to set
a debouncing time for the gpio before generating
the IRQ. Teach gpiolib about that.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
drivers/gpio/gpiolib.c | 43 +++
include/asm-generic/gpio.h |
stop using the omap-specific implementations for gpio
debouncing now that gpiolib provides its own support.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
arch/arm/mach-omap2/board-3430sdp.c|4 +---
arch/arm/mach-omap2/board-ldp.c|3 +--
nobody uses that anymore, so remove and expect drivers
to use the gpiolib implementation.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
arch/arm/plat-omap/gpio.c | 73 -
1 files changed, 0 insertions(+), 73 deletions(-)
diff --git
OMAP support debouncing of gpio lines, implement
the method using gpiolib.
Signed-off-by: Felipe Balbi felipe.ba...@nokia.com
---
arch/arm/plat-omap/gpio.c | 68 +
1 files changed, 68 insertions(+), 0 deletions(-)
diff --git
On Wed, Mar 31, 2010 at 06:35:10PM +0300, Felipe Balbi wrote:
+ if (debounce) {
+ val |= l;
+ if (cpu_is_omap34xx() || cpu_is_omap44xx())
+ clk_enable(bank-dbck);
+ } else {
+ val = ~l;
+ if (cpu_is_omap34xx() ||
Hi,
On Wed, Mar 31, 2010 at 06:21:58PM +0200, ext Mark Brown wrote:
On Wed, Mar 31, 2010 at 06:35:10PM +0300, Felipe Balbi wrote:
+ if (debounce) {
+ val |= l;
+ if (cpu_is_omap34xx() || cpu_is_omap44xx())
+ clk_enable(bank-dbck);
+
-Original Message-
From: kishore kadiyala [mailto:kishorek.kadiy...@gmail.com]
Sent: Wednesday, March 31, 2010 2:03 AM
To: Vimal Singh
Cc: Madhusudhan; t...@atomide.com; svenk...@ti.com; linux-
o...@vger.kernel.org; linux-ker...@vger.kernel.org;
jarkko.lavi...@nokia.com
Subject:
-Original Message-
From: G, Manjunath Kondaiah [mailto:manj...@ti.com]
Sent: Wednesday, March 31, 2010 1:11 AM
To: Chikkature Rajashekar, Madhusudhan; 'Tony Lindgren'; Pais, Allen
Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org;
Pandita, Vikram
Subject: RE:
On 3/28/2010 6:29 PM, Felipe Contreras wrote:
On Fri, Mar 26, 2010 at 12:17 AM, Guzman Lugo, Fernandox0095...@ti.com wrote:
Patch updated with new O_NONBLOCK option in bridge_open function.
From aa1b238e4bd30eb52a96a7000998cd7d32e37050 Mon Sep 17 00:00:00 2001
From: Fernando Guzman
From: Madhusudhan Chikkature madhu...@ti.com
Date: Wed, 31 Mar 2010 12:29:19 -0400
Subject: [PATCH] Zoom2/3: Disable MMC2
The eMMC on Zoom2/3 seems to have a lower EXT_CSD Rev.This causes the
writes to fail since the card size is not detected correctly by the MMC
core. Disable the MMC2 support
From: Madhusudhan Chikkature madhu...@ti.com
Date: Wed, 31 Mar 2010 19:31:24 -0400
Subject: [PATCH] OMAP HSMMC:Fix a bug in card removal scenario
The reset of data lines when the card is removed from the cage results
in a failure.The failure is seen if the card is removed from the cage
when TC is
Madhu,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Chikkature Rajashekar, Madhusudhan
Sent: 2010-04-01 05:56
To: t...@atomide.com
Cc: linux-omap@vger.kernel.org; linux-...@vger.kernel.org
Subject: [PATCH] Disable
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of sw...@gmx.li
Sent: Wednesday, March 31, 2010 1:56 PM
To: linux-omap@vger.kernel.org
Cc: Thomas Weber; Thomas Weber
Subject: [PATCH] OMAP2: DSS: Add Innolux 7 display
DSP usage at VDD1 OPP1 and OPP2 with Smartreflex enabled and any MM
UCs running DSP codec was earlier restricted as DSP crashed.
The root cause is wrong DPLL1/DPLL2 Bypass clock at VDD1 OPP1 and OPP2.
The solution is to make sure DPLL1/DPLL2 bypass clock is always less
than maximum supported
DSP usage at VDD1 OPP1 and OPP2 with Smartreflex enabled and any MM
UCs running DSP codec was earlier restricted as DSP crashed.
The root cause is wrong DPLL1/DPLL2 Bypass clock at VDD1 OPP1 and OPP2.
The solution is to make sure DPLL1/DPLL2 bypass clock is always less
than maximum supported
Whenever VDD1 OPP is changed, MPU and Bypass clock dividers should be
adjusted such that MPU/IVA is never overclocked when DPLL1/DPLL2 is in
bypass mode
Signed-off-by: Vishwanath BS vishwanath...@ti.com
---
arch/arm/mach-omap2/resource34xx.c | 18 --
1 files changed, 16
Hi,
On Wed, Mar 31, 2010 at 06:29:09PM +0200, Balbi Felipe (Nokia-D/Helsinki) wrote:
On Wed, Mar 31, 2010 at 06:21:58PM +0200, ext Mark Brown wrote:
On Wed, Mar 31, 2010 at 06:35:10PM +0300, Felipe Balbi wrote:
+ if (debounce) {
+ val |= l;
+ if
71 matches
Mail list logo