: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
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
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
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
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
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
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
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
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
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
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 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
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
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
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
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
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
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/plat-omap/include/plat/mux.h |3 +++
arch/arm/plat-omap/mux.c | 17 +
2 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-omap/include/plat/mux.h
b/arch/arm/plat-omap
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/mux.c | 25 +++--
1 files changed, 19 insertions(+), 6 deletions(-)
diff --git a/arch/arm/mach-omap2/mux.c b/arch/arm/mach-omap2/mux.c
index 32c953e..eb6e202 100644
--- a/arch/arm/mach-omap2/mux.c
compile for 1510 innovator
Mike Rapoport (3):
omap2: mux: intoduce omap_mux_{read,write}
omap: mux: add interface for encoded mux configration
omap2: mux: implement encoded mux configuration
arch/arm/mach-omap2/include/mach/mux.h | 452 +++
arch/arm/mach-omap2/include/mach
Tony Lindgren wrote:
* Mike Rapoport m...@compulab.co.il [091028 06:17]:
This is an attempt to start rework of the mux framework keeping as
much backward compatibility as possible.
The patch serie introduces a new mux configuration interface that
follows the ideas of PXA MFP implementation
On Thu, Oct 29, 2009 at 6:51 PM, Tony Lindgren t...@atomide.com wrote:
* Tony Lindgren t...@atomide.com [091029 08:50]:
* Mike Rapoport m...@compulab.co.il [091028 06:17]:
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/mux.c | 25 +++--
1
implemented only
for 34xx.
I guess the next step would be to convert all omap3 calls
to omap_cfg_reg() to use omap_mux_set() instead with the
new data and make sure things work. Then we can remove the
old data for 34xx.
Comments welcome as always.
Regards,
Tony
---
Mike Rapoport (1
Tony Lindgren wrote:
Add new style mux data for 34xx. This should also
work with 3630 easily by adding the processor subset
and ball data.
Note that this data is __initdata, and gets optimized
out if CONFIG_OMAP_MUX is not set. Also, the debug data
gets optimized out if CONFIG_DEBUG_FS
On Mon, Nov 2, 2009 at 8:56 PM, Tony Lindgren t...@atomide.com wrote:
* Mike Rapoport m...@compulab.co.il [091101 02:29]:
Hi Tony,
Tony Lindgren wrote:
Hi all,
Here's an initial version of the new mux code to play with.
Big thanks to Paul Benoit for the 34xx mux data!
I've tried
On Mon, Nov 2, 2009 at 8:54 PM, Tony Lindgren t...@atomide.com wrote:
* Mike Rapoport m...@compulab.co.il [091101 02:29]:
Tony Lindgren wrote:
Initially only for 34xx. Keep the old code working
until the data has been converted to the new style
format.
REVISIT: Add support
On Mon, Nov 2, 2009 at 9:10 PM, Tony Lindgren t...@atomide.com wrote:
* Mike Rapoport m...@compulab.co.il [091101 02:30]:
Tony Lindgren wrote:
Add new style mux data for 34xx. This should also
work with 3630 easily by adding the processor subset
and ball data.
Note that this data
Tony Lindgren wrote:
* Mike Rapoport mike.rapop...@gmail.com [091102 23:10]:
On Mon, Nov 2, 2009 at 9:10 PM, Tony Lindgren t...@atomide.com wrote:
* Mike Rapoport m...@compulab.co.il [091101 02:30]:
Tony Lindgren wrote:
Add new style mux data for 34xx. This should also
work with 3630
On Thu, Nov 5, 2009 at 6:39 PM, Anuj Aggarwal anuj.aggar...@ti.com wrote:
Adding various regulator-consumers for OMAP3EVM-TWL4030 combination
in board-omap35x-pmic.c. Also, populating the respective fields
for omap3evm_twldata structure.
Signed-off-by: Anuj Aggarwal anuj.aggar...@ti.com
---
On Thu, Nov 5, 2009 at 6:39 PM, Anuj Aggarwal anuj.aggar...@ti.com wrote:
Supply names are renamed from vmmc - mmc and vmmc_aux - mmc_aux.
This is done to have simple supply names both in the driver
and in the board-evm file.
Signed-off-by: Anuj Aggarwal anuj.aggar...@ti.com
---
On Mon, Nov 9, 2009 at 8:34 AM, Aggarwal, Anuj anuj.aggar...@ti.com wrote:
Based on your suggestions, I tried creating macros specific to TWL
regulators in a common header file. This file then can be included by
the different board files and the structures can then be appropriately
created.
Sid Boyce wrote:
Spotted over the last few days.
make ARCH=arm CROSS_COMPILE=/opt/arm-2009q1/bin/arm-none-linux/gnueabi-
omap3_beagle_defconfig, then xconfig/menuconfig/config, the option
never shows up.
Have you tried enabling cfg80211 and mac80211 in Networking support -
Wireless?
Tony Lindgren wrote:
Hi,
Sorry for the delay, have not had a chance to work on this for a few
days.
* Mike Rapoport m...@compulab.co.il [091103 23:14]:
Tony Lindgren wrote:
* Mike Rapoport mike.rapop...@gmail.com [091102 23:10]:
On Mon, Nov 2, 2009 at 9:10 PM, Tony Lindgren t
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t35.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t35.c
b/arch/arm/mach-omap2/board-cm-t35.c
index f9290ca..0a46c0e 100644
--- a/arch/arm/mach-omap2/board
Here are several small updates for CM-T35 board.
Changes since commit e7e7a613eded2732b68496f69ff8fc34f16e1dd0:
Tony Lindgren (1):
Linux-omap rebuilt: Processor support for new omaps merged
Mike Rapoport (3):
omap3: cm-t35: update led polarity
omap3: cm-t35: use matrix_keyboard
Default CM-T35 baseboard (SB-T35) utilizes SMSC9220 Ethernet chip.
Enable it.
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t35.c | 67 ++--
1 files changed, 49 insertions(+), 18 deletions(-)
diff --git a/arch/arm/mach-omap2
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/board-cm-t35.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-omap2/board-cm-t35.c
b/arch/arm/mach-omap2/board-cm-t35.c
index 0a39513..f9290ca 100644
--- a/arch/arm/mach-omap2/board
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
sound/soc/omap/Kconfig |7 ---
sound/soc/omap/overo.c |2 +-
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/sound/soc/omap/Kconfig b/sound/soc/omap/Kconfig
index 653a362..bb42681 100644
--- a/sound/soc/omap/Kconfig
Liam Girdwood wrote:
On Mon, 2009-11-16 at 15:53 +0200, Mike Rapoport wrote:
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
sound/soc/omap/Kconfig |7 ---
sound/soc/omap/overo.c |2 +-
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/sound/soc/omap/Kconfig b
On Mon, Nov 16, 2009 at 6:05 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Mon, Nov 16, 2009 at 04:19:25PM +0200, Mike Rapoport wrote:
I'm ok if it'll say Not Overo! :)
Anyway, here's the update:
Applied, thanks (with manual hacking to remove the reply chain from the
commit
(adding ALSA list to CC)
Enric Balletbo i Serra wrote:
From: Enric Balletbo i Serra eballe...@iseebcn.com
Signed-off-by: Enric Balletbo i Serra eballe...@iseebcn.com
---
arch/arm/mach-omap2/Kconfig |2 +-
sound/soc/omap/Kconfig |7 ++
sound/soc/omap/Makefile |2 +
(adding ALSA mailing list to CC again :) )
Enric Balletbo i Serra wrote:
From: Enric Balletbo i Serra eballe...@iseebcn.com
Signed-off-by: Enric Balletbo i Serra eballe...@iseebcn.com
---
sound/soc/omap/Kconfig|7 ++
sound/soc/omap/Makefile |2 +
sound/soc/omap/igep0020.c
Tony,
Tony Lindgren wrote:
* Tony Lindgren t...@atomide.com [091125 16:17]:
Hi all,
Here are some omap mux updates for review. These
are intended for the v2.6.33 merge window.
Forgot to edit the subject :)
Also, these patches are available in the mux branch
of the linux-omap tree for
/omap_mux/board' that makes
CM-T35 functional :)
The following changes since commit d8bfa71e2e9d794f9c7e5b019f316804f7f50582:
Tony Lindgren (1):
omap: mux: Add data for 2430
Mike Rapoport (2):
omap3: mux: add shorthands for OUTPUT_PULL{UP,DOWN}
omap3: cm-t35: add mux initialization
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/mux.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/mux.h b/arch/arm/mach-omap2/mux.h
index e09c5d2..02a1b53 100644
--- a/arch/arm/mach-omap2/mux.h
+++ b/arch/arm/mach-omap2
. 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
On Mon, Nov 30, 2009 at 11:12 PM, Tony Lindgren t...@atomide.com wrote:
* Mike Rapoport m...@compulab.co.il [091129 00:10]:
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/mux.h | 2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach
Tony Lindgren wrote:
* Mike Rapoport mike.rapop...@gmail.com [091130 13:57]:
On Mon, Nov 30, 2009 at 11:12 PM, Tony Lindgren t...@atomide.com wrote:
* Mike Rapoport m...@compulab.co.il [091129 00:10]:
Signed-off-by: Mike Rapoport m...@compulab.co.il
---
arch/arm/mach-omap2/mux.h |2
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
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
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,
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
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
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
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
---
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
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
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
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
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
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
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
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
[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
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
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,
1 - 100 of 149 matches
Mail list logo