Hi Tony,
This is yet another attempt to reduce code duplication in the board files :)
Only build tested, since I don't have the hardware, so I belive an Ack from
Enric is required.
Mike Rapoport (4):
omap: igep0020: name refactoring for future merge with IGEP3
omap: igep0020: minor
IGEP2 and IGEP3 boards are very similar and can be merged into one file.
Start refactoring with changing igep2 to igep where applicable.
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board-igep0020.c | 158 +-
1 files changed, 79
to allow easy addition of IGEP3
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board-igep0020.c | 57 ++
1 files changed, 30 insertions(+), 27 deletions(-)
diff --git a/arch/arm/mach-omap2/board-igep0020.c
b/arch/arm/mach-omap2/board
Add IGEP3 machine support to board-igep0020
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board-igep0020.c | 103 ++
1 files changed, 80 insertions(+), 23 deletions(-)
diff --git a/arch/arm/mach-omap2/board-igep0020.c
b/arch/arm/mach
since it is merged into board-igep0020.c
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/Kconfig |1 +
arch/arm/mach-omap2/Makefile |2 -
arch/arm/mach-omap2/board-igep0030.c | 438 --
3 files changed, 1
are not selected.
Removing ifdefs and stubs from common-board-devices.h fixes the problem.
Signed-off-by: Mike Rapoport m...@compulab.co.il
CC: Oleg Drokin gr...@linuxhacker.ru
---
Hope this one is better.
arch/arm/mach-omap2/common-board-devices.c | 15 +++
arch/arm/mach-omap2
-t35.c | 62
+++-
2 files changed, 48 insertions(+), 16 deletions(-)
Acked-by: Mike Rapoport m...@compulab.co.il
diff --git a/arch/arm/mach-omap2/Kconfig b/arch/arm/mach-omap2/Kconfig
index b997a35..920b6bc 100644
--- a/arch/arm/mach-omap2/Kconfig
+++ b
On 05/04/11 07:10, Oleg Drokin wrote:
Ok, so here's a simple patch to save everyone trouble, I guess.
Though on the other hand I can imagine that perhaps including this generic
common-board-devices.c
might not be desirable for people that don't use anything from that file.
Since the
On 05/04/11 09:46, Tony Lindgren wrote:
* Mike Rapoport m...@compulab.co.il [110504 09:35]:
On 05/04/11 07:10, Oleg Drokin wrote:
Ok, so here's a simple patch to save everyone trouble, I guess.
Though on the other hand I can imagine that perhaps including this generic
common-board-devices.c
are not selected.
Removing ifdefs and stubs from common-board-devices.h fixes the problem.
Signed-off-by: Mike Rapoport m...@compulab.co.il
CC: Oleg Drokin gr...@linuxhacker.ru
---
17 more lines are gone ;-)
arch/arm/mach-omap2/common-board-devices.h | 17 -
1 files changed, 0
ping?
On Mon, Apr 25, 2011 at 1:09 PM, Mike Rapoport m...@compulab.co.il wrote:
Hi Tony,
These patches cleanup some of the common code in the board files. The
changes
are basically almost mechanically move the code shared among several
boards
into some common place.
There are a lot
(adding Felipe to cc)
Felipe, can you comment on the mUSB part, please?
On 04/27/11 19:12, Oleg Drokin wrote:
Hello!
Thanks for the feedback.
On Apr 27, 2011, at 4:49 AM, Mike Rapoport wrote:
MMC/SD interface, i2c, usb.
You should have added these at the first patch instead of Android
On 04/27/11 07:23, Oleg Drokin wrote:
Hello!
On Apr 24, 2011, at 6:09 PM, Mike Rapoport wrote:
-void __init usb_musb_init(struct omap_musb_board_data *board_data)
+static struct omap_musb_board_data musb_default_board_data = {
+.interface_type = MUSB_INTERFACE_ULPI,
+.mode
On 04/27/11 04:52, gr...@linuxhacker.ru wrote:
From: Oleg Drokin gr...@linuxhacker.ru
MMC/SD interface, i2c, usb.
You should have added these at the first patch instead of Android devices.
---
arch/arm/configs/encore-nookcolor-defconfig | 2015
+++
The defconfig
On 04/27/11 04:52, gr...@linuxhacker.ru wrote:
From: Oleg Drokin gr...@linuxhacker.ru
Just bare-bones board file that has only serial console working.
---
arch/arm/mach-omap2/Kconfig|5 +
arch/arm/mach-omap2/Makefile |1 +
Most boards use exactly the same configuration for musb initialization.
Create a default that can be shared amount different boards.
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
Fixed spelling in $SUBJ, thanks to Felipe Contreras
arch/arm/mach-omap2/board-2430sdp.c |7
Add common-board-devices.c that will contain the code for peripheral
devices initializatoin shared between multiple boards.
Start small with touchscreen initialization.
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/Makefile |2 +
arch/arm/mach-omap2
and reduce amount of copy/paste
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board-devkit8000.c | 43 +-
arch/arm/mach-omap2/board-omap3beagle.c| 45 +--
arch/arm/mach-omap2/board-omap3touchbook.c | 45
Introduce omap_pmic_init that registers i2c bus and PMIC device on that
bus and add omap2/3/4 wrappers for common cases.
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board-2430sdp.c | 13 ++---
arch/arm/mach-omap2/board-3430sdp.c | 12
Most boards use exactly the same configuration for musb initialization.
Create a default that can be shared amount different boards.
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board-2430sdp.c |7 +--
arch/arm/mach-omap2/board-3430sdp.c
Hi Igor,
On Thu, Apr 21, 2011 at 5:50 PM, Igor Grinberg grinb...@compulab.co.il wrote:
kobject (c06a4250): tried to init an initialized object, something is
seriously wrong.
introduced by commit 66293989:
(omap: convert boards that use SMSC911x to use gpmc-smsc911x)
fixed by allocating
Hi Tony,
On Mon, Apr 18, 2011 at 2:21 PM, Tony Lindgren t...@atomide.com wrote:
* Mike Rapoport m...@compulab.co.il [110417 01:21]:
Nice job Mike :)
There's a _lot_ of very similar code in different board files. If
you'd like to I can try to create something like
common-board-devices.c
There are several OMAP boards that use SMSC911x Ethernet controller. Convert
them all to use gpmc-smsc911x for device registration.
Mike Rapoport (2):
OMAP: gpmc-smsc911x: always set irq flags to IORESOURCE_IRQ_LOWLEVEL
OMAP: convert boards that use SMSC911x to use gpmc-smsc911x
arch/arm
SMSC911x devices attached to OMAP GPMC always use low level irqs.
Setting the appropriate flag in the irq resourse strucure allows using
.flags field in the omap_smsc911x_platform_data for driver specific
flags
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t35.c | 84 +++--
arch/arm/mach-omap2/board-igep0020.c| 53 ++---
arch/arm/mach-omap2/board-ldp.c | 65 ++--
arch/arm/mach-omap2/board
Hi Madhu,
Madhusudhan wrote:
-Original Message-
From: Steve Sakoman [mailto:sako...@gmail.com]
Sent: Thursday, October 07, 2010 8:57 AM
To: Mike Rapoport
Cc: Madhusudhan Chikkature; David Vrabel; Chris Ball; linux-
m...@vger.kernel.org; linux-omap@vger.kernel.org; Adrian Hunter
Hi Madhu,
Madhusudhan Chikkature wrote:
snip
You are correct! The version of the patch in the repo indeed has
'out' in the wrong place and generates a compile error.
Could you post the patch you are using and I will try to reproduce
what you are seeing on my hardware? Best we all work from
Steve Sakoman wrote:
On Mon, Oct 4, 2010 at 10:33 AM, Madhusudhan madhu...@ti.com wrote:
-Original Message-
From: Steve Sakoman [mailto:sako...@gmail.com]
Sent: Monday, October 04, 2010 11:57 AM
To: Madhusudhan
Cc: Mike Rapoport; David Vrabel; Chris Ball; linux-...@vger.kernel.org
Hi Steve,
Steve Sakoman wrote:
On Tue, Oct 5, 2010 at 11:17 PM, Mike Rapoport m...@compulab.co.il wrote:
I've tried to update the patches on top of 2.6.36-rc3 and I've got stuck.
The changes Adrian has made to the interrupt synchronization affect the way
the
SDIO irq should be implemented
this patchset wasn't merged. Mike Rapoport replied with a
fix for libertas. Would you like to resubmit it?
I thought Madhu had picked this up and was going to submit it.
Regardless of whether that is the case, I think it needs to be submitted
by someone who can run mainline kernels (I can't) and ideally
:00:00 2001
From: Mike Rapoport m...@compulab.co.il
Date: Mon, 23 Aug 2010 09:40:09 +0300
Subject: [PATCH] OMAP: DSS2: OMAPFB: use phys_to_virt for RAM mappings
After commit 309caa9cc6ff39d261264ec4ff10e29489afc8f8 (ARM: Prohibit
ioremap() on kernel managed RAM) it is impossible to ioremap SDRAM
Mike Rapoport wrote:
Hi Ameya,
Ameya Palande wrote:
Hi Tomi,
When I tried to boot 2.6.36-rc1 kernel on Nokia N900, omapfb failed with
following error messages:
[0.124145] OMAP DSS rev 2.0
[0.124237] OMAP DISPC rev 3.0
[0.303833] acx565akm spi1.2: omapfb: acx565akm rev 8b LCD
Tomi Valkeinen wrote:
On Mon, 2010-08-23 at 08:46 +0200, ext Mike Rapoport wrote:
Hi Ameya,
Ameya Palande wrote:
Hi Tomi,
When I tried to boot 2.6.36-rc1 kernel on Nokia N900, omapfb failed with
following error messages:
[0.124145] OMAP DSS rev 2.0
[0.124237] OMAP DISPC rev 3.0
Tomi Valkeinen wrote:
On Mon, 2010-08-23 at 09:19 +0200, ext Mike Rapoport wrote:
Tomi Valkeinen wrote:
I tested 36-rc1 briefly with OMAP 3430SDP board. I wonder why that
works, but not N900...
May it be that 3430SDP uses SRAM for the framebuffer? Or reserves framebuffer
memory from the RAM
Gopinath, Thara wrote:
-Original Message-
From: Turquette, Mike
Sent: Saturday, July 31, 2010 12:09 AM
To: Gopinath, Thara
Cc: Mike Rapoport; Mikko Rapeli; linux-omap@vger.kernel.org;
sa...@linux.intel.com
Subject: Re: [PATCH v2] twl4030 reboot workaround
Gopinath, Thara wrote
Hi
On Thu, Jul 29, 2010 at 9:41 AM, Mikko Rapeli
ext-mikko.rap...@nokia.com wrote:
From: Mikko Rapeli ext-mikko.rap...@nokia.com
Original patch: http://marc.info/?l=linux-omapm=126522625032441w=2
Removes TWL4030 sleep script prior to rebooting, only on OMAP3. This is
necessary since DPLL3
Tony Lindgren wrote:
* Mike Rapoport m...@compulab.co.il [100630 08:20]:
Sergio Aguirre wrote:
The only difference between them is the physical address of the
uart4 port, which is only present in 36xx chips.
We don't really need to care about keeping these 2 functions, since
the decision
method.
Signed-off-by: Mike Rapoport m...@compulab.co.il
CC: Sergio Aguirre saagui...@ti.com
CC: Tony Lindgren t...@atomide.com
CC: Kevin Hilman khil...@deeprootsystems.com
---
arch/arm/mach-omap2/board-3430sdp.c|8 +---
arch/arm/mach-omap2/board-3630sdp.c|8
Sergio Aguirre wrote:
The only difference between them is the physical address of the
uart4 port, which is only present in 36xx chips.
We don't really need to care about keeping these 2 functions, since
the decision to use uart4 is more cleanly done later when we do have
access to omap_revision
Kevin Hilman wrote:
Mike Rapoport m...@compulab.co.il writes:
There used to be 'voltage_off_while_idle' attribute in the PM-enabled
kernels that allowed to put PMIC into OFF mode. In the current tip of
the linux-omap-pm tree this attribute seem to be gone Is there
possibility to make PMIC
There used to be 'voltage_off_while_idle' attribute in the PM-enabled kernels
that allowed to put PMIC into OFF mode.
In the current tip of the linux-omap-pm tree this attribute seem to be gone
Is there possibility to make PMIC enter the OFF mode when suspending to RAM?
--
Sincerely yours,
Kevin Hilman wrote:
Peter Tseng tsenpe...@gmail.com writes:
I am seeing some discrepancies between the Overo (I believe I have a
Water) and the Beagleboard (I have a Rev. B5) when resuming after a
suspend to RAM.
Not that it is much comfort, but I have the same problem on Overo but
don't see
Kevin Hilman wrote:
Mike Rapoport m...@compulab.co.il writes:
Kevin Hilman wrote:
Peter Tseng tsenpe...@gmail.com writes:
I am seeing some discrepancies between the Overo (I believe I have a
Water) and the Beagleboard (I have a Rev. B5) when resuming after a
suspend to RAM
[Sukumar Ghorai wrote:
From: Sukumar Ghorai s-gho...@ti.com
Board file modified to pass the GMPC phys_base address to nand driver. This is
required to adopt the _prob function as in omap2.c
Signed-off-by: Sukumar Ghorai s-gho...@ti.com
---
arch/arm/mach-omap2/board-cm-t35.c | 10
if you'd like to.
Regards,
Ghorai
-Original Message-
From: Vimal Singh [mailto:vimal.neww...@gmail.com]
Sent: 2010-05-05 11:42
To: artem.bityuts...@nokia.com
Cc: Tony Lindgren; linux-omap@vger.kernel.org; linux-
m...@lists.infradead.org; Ghorai, Sukumar; Steve Sakoman; Mike Rapoport
Subject: Re
Tony Lindgren wrote:
* Mike Rapoport mike.rapop...@gmail.com [100503 13:28]:
So it comes down to what provides better tolerance, the explicit NAND
timings in nanosecs or (rounded) timings in ticks derived from
bootloader settings...
My experience is that you can get the nanosec timings from
On Mon, May 3, 2010 at 9:24 PM, Tony Lindgren t...@atomide.com wrote:
* Mike Rapoport m...@compulab.co.il [100429 01:44]:
Signed-off-by: Mike Rapoport m...@compulab.co.il
Please add a proper description to all the patches.
--- a/arch/arm/mach-omap2/gpmc-nand.c
+++ b/arch/arm/mach-omap2/gpmc
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/gpmc-nand.c | 56 +--
1 files changed, 30 insertions(+), 26 deletions(-)
diff --git a/arch/arm/mach-omap2/gpmc-nand.c b/arch/arm/mach-omap2/gpmc-nand.c
index e57fb29..9434c80 100644
in omap2_nand_gpmc_retime.
v2 changes:
- remove debug leftovers
- make timing rounding depend on .keep_timing flag and introduce
omap2_nand_gpmc_round_timings to facilitate this change
Mike Rapoport (3):
omap: gpmc: add gpmc_cs_get_timings
omap: gpmc-nand: introduce
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/gpmc-nand.c| 21 +
arch/arm/plat-omap/include/plat/nand.h |1 +
2 files changed, 18 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mach-omap2/gpmc-nand.c b/arch/arm/mach-omap2/gpmc
Add gpmc_cs_get_timings counterpart of gpmc_cs_set_timings and
convinience macros to read particular timing configuration fields
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/gpmc.c | 76
arch/arm/plat-omap/include/plat
Vimal Singh wrote:
On Wed, Apr 28, 2010 at 9:36 PM, Mike Rapoport m...@compulab.co.il wrote:
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/gpmc-nand.c| 19 ++-
arch/arm/plat-omap/include/plat/nand.h |1 +
2 files changed, 19 insertions
Vimal Singh wrote:
On Thu, Apr 29, 2010 at 12:23 PM, Mike Rapoport m...@compulab.co.il wrote:
Vimal Singh wrote:
On Wed, Apr 28, 2010 at 9:36 PM, Mike Rapoport m...@compulab.co.il
wrote:
Signed-off-by: Mike Rapoport m...@compulab.co.il
+ if (gpmc_nand_data-keep_timings
Tony Lindgren wrote:
* Mike Rapoport m...@compulab.co.il [100427 00:40]:
Tony Lindgren wrote:
* Mike Rapoport m...@compulab.co.il [100422 01:41]:
Ghorai, Sukumar wrote:
CM-T35, for instance can be assembled with different NAND flash
chips. Besides, boards that use NAND as primary boot device
Vimal Singh wrote:
On Wed, Apr 28, 2010 at 8:35 PM, Mike Rapoport m...@compulab.co.il wrote:
While working on implementation of gpmc_nand_detect_timings I've seen that
omap2_nand_gpmc_retime converts the timings supplied by the platform to
ticks and passes it to gpmc_cs_set_timings which
in omap2_nand_gpmc_retime.
The following changes since commit 104a77440f05430f29f9d3f4ecb88c1536819585:
Tony Lindgren (1):
Linux-omap rebuilt: Merged in i2c-omap-for-ben branch and cleaned up
cbus branch
Mike Rapoport (2):
omap: gpmc: add gpmc_cs_get_timings
omap: gpmc-nand: add ability
Add gpmc_cs_get_timings counterpart of gpmc_cs_set_timings and
convinience macros to read particular timing configuration fields
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/gpmc.c | 79
arch/arm/plat-omap/include/plat
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/gpmc-nand.c| 19 ++-
arch/arm/plat-omap/include/plat/nand.h |1 +
2 files changed, 19 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/gpmc-nand.c b/arch/arm/mach-omap2/gpmc
Tony Lindgren wrote:
* Mike Rapoport m...@compulab.co.il [100422 01:41]:
Ghorai, Sukumar wrote:
CM-T35, for instance can be assembled with different NAND flash
chips. Besides, boards that use NAND as primary boot device, we
anyway depend on proper GPMC configuration in the bootloader chain
Ghorai, Sukumar wrote:
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Mike Rapoport
Sent: 2010-04-22 10:50
To: linux-omap@vger.kernel.org
Cc: Tony Lindgren; Mike Rapoport
Subject: Re: [PATCH] OMAP: fix gpmc nand setup
From: Yulia Vilensky vilen...@compulab.co.il
This patch depends on ds2786 patch [1], but it does not break anything
even without the ds2786 battery support.
[1] http://lkml.org/lkml/2010/4/22/48
--
Signed-off-by: Yulia Vilensky vilen...@compulab.co.il
Signed-off-by: Mike Rapoport m
Please discard. Sorry for the noise.
Mike Rapoport wrote:
From: Yulia Vilensky vilen...@compulab.co.il
This patch depends on ds2786 patch [1], but it does not break anything
even without the ds2786 battery support.
[1] http://lkml.org/lkml/2010/4/22/48
--
Signed-off-by: Yulia Vilensky vilen
Ghorai, Sukumar wrote:
-Original Message-
From: Mike Rapoport [mailto:m...@compulab.co.il]
Sent: 2010-04-22 12:29
To: Ghorai, Sukumar
Cc: linux-omap@vger.kernel.org; Tony Lindgren
Subject: Re: [PATCH] OMAP: fix gpmc nand setup when no timings supplied
Ghorai, Sukumar wrote
Any comments on this?
Mike Rapoport wrote:
The gpmc nand infrastructure crashes when there no timing structure
supplied in the omap_nand_platform_data. Adding check for
gpmc_nand_data-gpmc_t pointer validity resolves the crash and allows to
continue nand initialization without modifying gpmc
Hi David,
David Vrabel wrote:
These patches add support for SDIO cards to the omap_hsmmc driver.
Power management changes to prevent SDIO cards from being turned off
and losing all state, and card interrupts.
I've tested your patches with libertas_sdio and after several small
additions I've
Madhusudhan wrote:
snip
Also, keep in mind that the buffers for transfers must begin and end on
a word boundary. The OMAP's DMA controller can only transfer whole
words to the MMC FIFO.
I've slightly modified your patch mmc: omap_hsmmc: use packet sync'd DMA
and it
seems to work now, at least
Mike Rapoport wrote:
David Vrabel wrote:
Mike Rapoport wrote:
I've started to apply the patches one by one and after the first patch
is applied, the SD card works Ok, but libertas fails to initialize with
the following messages:
modprobe libertas_sdio
[ 82.233489] lib80211: common
David Vrabel wrote:
Mike Rapoport wrote:
Hi David,
David Vrabel wrote:
These patches add support for SDIO cards to the omap_hsmmc driver. Less
restrictions on the sizes of transfers, power management changes to
prevent SDIO cards from being turned off and losing all state, and card
Just one nitpicking comment below:
On Sat, Feb 13, 2010 at 6:31 PM, Grazvydas Ignotas nota...@gmail.com wrote:
The ADS7846/TSC2046 touchscreen controllers can (and usually are)
connected to various regulators for power, so add regulator support.
Valid regulator will now be required, so boards
Hi David,
David Vrabel wrote:
These patches add support for SDIO cards to the omap_hsmmc driver. Less
restrictions on the sizes of transfers, power management changes to
prevent SDIO cards from being turned off and losing all state, and card
interrupts.
I've been unable to test these
David Vrabel wrote:
Mike Rapoport wrote:
Hi David,
David Vrabel wrote:
These patches add support for SDIO cards to the omap_hsmmc driver. Less
restrictions on the sizes of transfers, power management changes to
prevent SDIO cards from being turned off and losing all state, and card
Tomi Valkeinen wrote:
Hi,
As discussed previously, board file changes in DSS2 tree cause conflicts
with linux-omap easily. There are currently three board file patches in
DSS2's for-next branch:
722a97e4594b2041bbf18d95a913ba6dfaca87f2 omap3: cm-t35: add DSS2 display
support
David Vrabel wrote:
Mike Rapoport wrote:
I've started to apply the patches one by one and after the first patch
is applied, the SD card works Ok, but libertas fails to initialize with
the following messages:
modprobe libertas_sdio
[ 82.233489] lib80211: common routines for IEEE802.11
Mark Brown wrote:
On Fri, Feb 05, 2010 at 10:45:09PM +0200, Mike Rapoport wrote:
On Thu, Feb 4, 2010 at 6:21 PM, Mark Brown
The bodge I'm thinking of would do something like log an error and
substitute in a dummy regulator when regulator_get() would have failed
so that the driver sees
On Thu, Feb 4, 2010 at 6:21 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Thu, Feb 04, 2010 at 04:52:26PM +0200, Grazvydas Ignotas wrote:
On Thu, Feb 4, 2010 at 4:24 PM, Mark Brown
The bodge I'm thinking of would do something like log an error and
substitute in a dummy
Mark Brown wrote:
On Thu, Feb 04, 2010 at 03:39:18PM +0200, Grazvydas Ignotas wrote:
The ADS7846/TSC2046 touchscreen controllers can (and usually are)
connected to various regulators for power, so add regulator support.
Make it optional for now to avoid breaking all current users of this
Lesly AM wrote:
Hi Mike,
- Original Message - From: Mike Rapoport m...@compulab.co.il
To: linux-omap@vger.kernel.org
Sent: Thursday, January 21, 2010 5:15 PM
Subject: How to put TWL/TPS into sleep?
Hi all,
I'm trying to achieve maximal power savings on omap3 based system
Hi all,
I'm trying to achieve maximal power savings on omap3 based system with
TPS65930 PMIC using twl4030_script and twl4030_resconfig. I've tried
different resource mappings and different command sequences in the
sleep/wakeup scripts by to no avail. Moreover, with some resource
definitions and
Massimiliano Cialdi wrote:
I wonder how can I control low power feature on omap platform running
linux (like omap3evm or beagleboard).
There is a system call, an API or a command to run?
There's an introduction to OMAP power management at:
http://elinux.org/OMAP_Power_Management
thanks
x0080...@ti.com wrote:
From: Lesly A M x0080...@ti.com
omap3: pm: re-program the sleep state of TRITON resources by modifying the
REMAP register
Removed the warning print with checking order of scripts, since the order
is not important. Only the values configured in the register, which
Hi Dirk,
Dirk Behme wrote:
On 21.12.2009 17:46, Mike Rapoport wrote:
Hi,
Phaneendra Kumar Alapati wrote:
This patch adds SDIO IRQ support for OMAP35xx. Tested on OMAP3530EVM
with Marvell 88W8686 card and below are the observed throughput results
(ttcp utility): 13Mbps (Downlink), 10.5 Mbps
Anuj Aggarwal wrote:
A new file for TWL4030/TPS65950 is created which has common supplies
and regulator init data structures. They will be referenced from the
various board-evm files depending upon the EVM requirements.
Signed-off-by: Anuj Aggarwal anuj.aggar...@ti.com
---
Anuj Aggarwal wrote:
Kconfig is modified for OMAP3 EVM so that user can choose the appropriate
PMIC (currently only TWL4030). Config options for other PMICs will be
added later on.
Signed-off-by: Anuj Aggarwal anuj.aggar...@ti.com
---
arch/arm/mach-omap2/Kconfig |9 +
1 files
Anuj Aggarwal wrote:
Makefile is modified so that board-omap35x-twl4030-pmic.c gets compiled
for the platforms having TWL4030 as the PMIC.
Signed-off-by: Anuj Aggarwal anuj.aggar...@ti.com
---
arch/arm/mach-omap2/Makefile |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
Can you
Hi,
Phaneendra Kumar Alapati wrote:
This patch adds SDIO IRQ support for OMAP35xx. Tested on OMAP3530EVM
with Marvell 88W8686 card and below are the observed throughput results
(ttcp utility): 13Mbps (Downlink), 10.5 Mbps(Uplink)
Signed-off-by: Phaneendra Kumar ph...@embwise.com
---
Hi Tomi,
Any updates on this?
Mike Rapoport wrote:
The below patches add display support for CM-T35 board.
The following changes since commit f40542532e96dda5506eb76badea322f2ae4731c:
Linus Torvalds (1):
Merge branch 'ixp4xx' of git://git.kernel.org/.../chris/linux-2.6
Mike
The below patches add display support for CM-T35 board.
The following changes since commit f40542532e96dda5506eb76badea322f2ae4731c:
Linus Torvalds (1):
Merge branch 'ixp4xx' of git://git.kernel.org/.../chris/linux-2.6
Mike Rapoport (2):
OMAP: DSS2: add Toppoly TDO35S panel
omap3
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t35.c | 239 +++-
1 files changed, 238 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t35.c
b/arch/arm/mach-omap2/board-cm-t35.c
index 1591aae..5e1b098
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
drivers/video/omap2/displays/Kconfig |6 +
drivers/video/omap2/displays/Makefile |1 +
.../video/omap2/displays/panel-toppoly-tdo35s.c| 112
3 files changed, 119 insertions(+), 0
On Mon, Dec 14, 2009 at 10:55 PM, Paul Walmsley p...@pwsan.com wrote:
Hi,
smc91x is preventing 2430SDP from booting. Messages follow at the end of
this message. Any ideas?
AFAIK, smc91x probes interrupts during initialization. Maybe interrupt
flags got wrong somehow, of the interrupt pin
Hi Daniel,
On Sun, Dec 13, 2009 at 3:30 PM, Daniel Toussaint dan...@dmhome.net wrote:
Dear All,
Patches reformatted for mainline.
Please send the patches inline rather than as attachment. It is much
easier for review.
And, usually [PATCH 0/x] message contains brief description of the
Tony,
Tony Lindgren wrote:
* Gadiyar, Anand gadi...@ti.com [091207 08:35]:
Tony Lindgren wrote:
* Mike Rapoport m...@compulab.co.il [091206 07:30]:
Tony,
Any chance this can go to 2.6.33?
Sure, I was just waiting to hear back if the OUTPUT_PULLUP is
needed for sure? Or is just OUTPUT
Tony Lindgren wrote:
* Gadiyar, Anand gadi...@ti.com [091207 08:35]:
Tony Lindgren wrote:
* Mike Rapoport m...@compulab.co.il [091206 07:30]:
Tony,
Any chance this can go to 2.6.33?
Sure, I was just waiting to hear back if the OUTPUT_PULLUP is
needed for sure? Or is just OUTPUT enough
. Besides, having mux configuration in the kernel
allows to minimize dependancy on bootloader.
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/Kconfig|1 +
arch/arm/mach-omap2/board-cm-t35.c | 95 +--
2 files changed, 90
Tony,
Any chance this can go to 2.6.33?
Mike Rapoport wrote:
Tony,
These patches are follow-ups to your mux rework series.
The first one is pretty trivial and adds OUTPUT_PULL{UP,DOWN} to shorten
the lines in omap_board_mux arrays.
The second patch adds the mux configuration for CM-T35
Tony,
Any chance this can go to 2.6.33?
Mike Rapoport wrote:
This patchset adds display support for CM-T35 board.
The following changes since commit 82f1d8f22f2c65e70206e40a6f17688bf64a892c:
Tony Lindgren (1):
Merge branch 'for-next' of git://gitorious.org/linux-omap-dss2/linux
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t35.c | 234 +++-
1 files changed, 233 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t35.c
b/arch/arm/mach-omap2/board-cm-t35.c
index 22c4529..2d7a819
This patchset adds display support for CM-T35 board.
The following changes since commit 82f1d8f22f2c65e70206e40a6f17688bf64a892c:
Tony Lindgren (1):
Merge branch 'for-next' of git://gitorious.org/linux-omap-dss2/linux
Mike Rapoport (3):
OMAP: DSS2: add Toppoly TDO35S panel
omap3
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/configs/cm_t35_defconfig | 82 +++--
1 files changed, 78 insertions(+), 4 deletions(-)
diff --git a/arch/arm/configs/cm_t35_defconfig
b/arch/arm/configs/cm_t35_defconfig
index e42c5c8..bd6f882 100644
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
drivers/video/omap2/displays/Kconfig |6 +
drivers/video/omap2/displays/Makefile |1 +
.../video/omap2/displays/panel-toppoly-tdo35s.c| 112
3 files changed, 119 insertions(+), 0
1 - 100 of 149 matches
Mail list logo