From d2842ba67e142e78b2554cebb01341c76b84b693 Mon Sep 17 00:00:00 2001
From: Hemanth V heman...@ti.com
Date: Fri, 30 Apr 2010 11:55:10 +0530
Subject: [PATCH] CMA3000 Accelerometer Driver
This patch adds support for CMA3000 Tri-axis accelerometer, which
supports Motion detect, Measurement and Free
* Cyril Chemparathy cy...@ti.com [100430 09:22]:
Hi,
[...]
To fix both problems, maybe we should just use a fixed memory location
to pass this temporary data from uncompress to the kernel. We've had a
similar problem on DaVinci recently and a proposal has been made (and
tested) to use
* Jani Nikula ext-jani.1.nik...@nokia.com [100429 05:28]:
Hi -
This set of patches, on top of [1], contains assorted fixes and cleanups to
the
Taal panel driver (01-14), configures board/platform specific things in a new
Nokia DSI command mode panel specific struct instead of DSS structs
-Original Message-
From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
Sent: Friday, April 16, 2010 10:55 AM
To: Govindarajan, Sriramakrishnan
Cc: linux-omap@vger.kernel.org; linux-in...@vger.kernel.org
Subject: Re: [PATCHv3 1/3] TCA6416 keypad : Implement keypad driver for
On 4/28/2010 10:50 PM, Kevin Hilman wrote:
Nishanth Menonn...@ti.com writes:
Kevin Hilman had written, on 04/28/2010 12:59 PM, the following:
Omar Ramirez Lunaomar.rami...@ti.com writes:
On 4/28/2010 11:36 AM, Menon, Nishanth wrote:
Kevin Hilman had written, on 04/28/2010 11:29 AM, the
This patch moves OMAP4 soc specific code from 4430sdp board file.
The change is necessary so that newer board support can be added
with minimal changes. This will be also problematic for
multi-board, multi-omap builds.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
( Removing
Fix for TWL5030 Silicon Errata 27 28:
27 - VDD1, VDD2, may have glitches when their output value is updated.
28 - VDD1 and / or VDD2 DCDC clock may stop working when internal clock
is switched from internal to external.
Workaround requires the TWL DCDCs to use
On Fri, Apr 9, 2010 at 3:15 AM, Guzman Lugo, Fernando x0095...@ti.com wrote:
From db3d76a2e89a1c227322a2732ddf7ebf5cd4b4cf Mon Sep 17 00:00:00 2001
From: Ernesto Ramos erne...@ti.com
Date: Wed, 24 Mar 2010 11:12:05 -0600
Subject: [PATCH] DSPBRIDGE: MMU-Fault debugging enhancements
These
[resend to include RMK]
On Tue, 2010-01-26 at 12:12 -0800, Tony Lindgren wrote:
Define arch_decomp_setup() the same way as some other
architectures do. Use arch_id to configure the debug uart
based on the machine_is by storing it into the uart
scratchpad register for DEBUG_LL code to use.
We have many package deals on sale this week, here is one:
Physicians (34 specialties) - 788k records, 17k emails, 200k fax numbers
Hospitals - 23,747 Hospital Administrators in over 7,145 Hospitals (full
contact info no emails)
Dentists - 164k records, 45k emails, 77k fax numbers
Chiropractors
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Thursday, April 29, 2010 7:35 PM
To: G, Manjunath Kondaiah
Cc: linux-omap@vger.kernel.org; Agarwal, Preshit; Tony
Lindgren; Turquette, Mike; V, Hemanth
Subject: Re: [PATCH] OMAP3: PM: Registering
On Wed, 28-Apr-10 11:53 PM +0530, Kevin Hilman wrote:
Ranjith Lohithakshan ranji...@ti.com writes:
Kevin,
On Tue, 27-Apr-10 8:46 PM +0530, Kevin Hilman wrote:
Ranjith Lohithakshan ranji...@ti.com writes:
OMAP3530 TRM section 7.4.4.4.2 requires OFFOUTENABLE to be set (active low)
if
* Tony Lindgren t...@atomide.com [100429 11:20]:
* Manjunatha GK manj...@ti.com [100429 00:23]:
From: Allen Pais allen.p...@ti.com
The omap3630 has more mux signals than 34xx. The additional
pins exist in omap36xx_cbp_subset, but are not initialized
as the superset is missing these
On Thu, 29-Apr-10 3:00 AM +0530, Kevin Hilman wrote:
Ranjith Lohithakshan ranji...@ti.com writes:
Currently on PM branch, compilation fails when cpufreq is disabled
arch/arm/mach-omap2/clock3xxx_data.c: In function 'omap3xxx_clk_init':
arch/arm/mach-omap2/clock3xxx_data.c:3563: error:
Hello all,
After commit 5988af2319781bc8e0ce418affec4e09cfa77907 (mtd:
Flex-OneNAND support) the onenand support for my device is broken.
Before this commit when I run the nandtest program all is ok
---
# nandtest /dev/mtd3
ECC corrections: 0
ECC failures : 0
Bad blocks : 0
BBT blocks
Hi Hari,
On Thu, Apr 29, 2010 at 3:44 PM, Kanigeri, Hari h-kanige...@ti.com wrote:
Ohad,
Looks like the conversion was missed in few places resulting in compile
warnings.
Thanks for pointing that out - that's really strange, it somehow
slipped in the rebase.
The interesting part is that
Russell,
The latest mainline ARM build breaks with KPROBES enabled. Anand
Gadiyar did git bisect and figured out that below commit breaks the build.
commit :4260415f6a3b92c5c986398d96c314df37a4ccbf
I tried matching the sections but failed to fix the build error. Below
is the hack patch
Gopinath, Thara th...@ti.com writes:
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Wednesday, April 28, 2010 12:48 AM
To: Gopinath, Thara
Cc: linux-omap@vger.kernel.org; p...@pwsan.com; Cousson, Benoit; Sripathy,
Vishwanath; Sawant, Anand
Subject: Re:
The SGX powervr_device is registered with it's platform specific
data to provide information about setting constraint through
omap_pm_set_min_bus_tput.
Signed-off-by: Preshit Agarwal preshit.agar...@ti.com
Signed-off-by: Manjunatha GK manj...@ti.com
Cc: Tony Lindgren t...@atomide.com
Cc: Kevin
This patch series is the introduction of new sDMA feature: descriptor
autoloading (v8) and it's adoption by the OMAP HSMMC driver.
The previous version (v7) was blocked on achieving proper interrupt
syncronisation
between the MMC and DMA callback in the HSMMC driver.
Thanks to Adrian
Benoit Cousson b-cous...@ti.com writes:
On 4/28/2010 10:50 PM, Kevin Hilman wrote:
Nishanth Menonn...@ti.com writes:
Kevin Hilman had written, on 04/28/2010 12:59 PM, the following:
Omar Ramirez Lunaomar.rami...@ti.com writes:
On 4/28/2010 11:36 AM, Menon, Nishanth wrote:
Kevin Hilman
Ranjith Lohithakshan ranji...@ti.com writes:
On Wed, 28-Apr-10 11:53 PM +0530, Kevin Hilman wrote:
Ranjith Lohithakshan ranji...@ti.com writes:
Kevin,
On Tue, 27-Apr-10 8:46 PM +0530, Kevin Hilman wrote:
Ranjith Lohithakshan ranji...@ti.com writes:
OMAP3530 TRM section 7.4.4.4.2
From d46f8a00728cc6c1fbdfce69435759c8cc49f25c Mon Sep 17 00:00:00 2001
From: Venkatraman S svenk...@ti.com
Date: Thu, 29 Apr 2010 22:34:04 +0530
Subject: [PATCH 1/2] sDMA: descriptor autoloading feature
Add sDMA driver support for descriptor autoloading feature.
Descriptor autoloading is OMAP
From 1c63dd42fc6c563c931168779ce73401332faa52 Mon Sep 17 00:00:00 2001
From: Venkatraman S svenk...@ti.com
Date: Thu, 29 Apr 2010 22:43:31 +0530
Subject: [PATCH 2/2] omap hsmmc: adaptation of sdma descriptor
autoloading feature
Start to use the sDMA descriptor autoloading feature.
For large
On Thu, Apr 29, 2010 at 4:14 PM, Ohad Ben-Cohen o...@wizery.com wrote:
Hi Hari,
On Thu, Apr 29, 2010 at 3:44 PM, Kanigeri, Hari h-kanige...@ti.com wrote:
Ohad,
Looks like the conversion was missed in few places resulting in compile
warnings.
Thanks for pointing that out - that's really
Peter Tseng tsenpe...@gmail.com writes:
I last posted a few weeks ago; I'm Peter Tseng, using the Gumstix Overo
for a project. I'm interested in power management and a few related
things. A few of the things I am interested in are suspend to disk and
snapshot boot.
I found a page on
Manjunatha GK manj...@ti.com writes:
The SGX powervr_device is registered with it's platform specific
data to provide information about setting constraint through
omap_pm_set_min_bus_tput.
Signed-off-by: Preshit Agarwal preshit.agar...@ti.com
Signed-off-by: Manjunatha GK manj...@ti.com
Cc:
Since the rc5 tag, omap3_pm_defconfig from the pm branch no longer boots
on the Gumstix Overo.
I am certain that a build back in the rc3 days worked. Unfortunately, I
don't know about rc4, or anything that happenend in the intervening time.
Any clues on how to fix? If necessary, I'll provide what
* Russell King - ARM Linux li...@arm.linux.org.uk [100430 10:13]:
On Fri, Apr 30, 2010 at 12:20:35PM -0400, Cyril Chemparathy wrote:
Hi,
[...]
To fix both problems, maybe we should just use a fixed memory location
to pass this temporary data from uncompress to the kernel. We've had
-Original Message-
From: Russell King - ARM Linux [mailto:li...@arm.linux.org.uk]
Sent: Friday, April 30, 2010 1:18 PM
To: Shilimkar, Santosh
Cc: linux-arm-ker...@lists.infradead.org; Linux-OMAP
Subject: Re: [2.6.34-rc6] ARM: build breaks with KPROBES
On Fri, Apr 30, 2010 at
Hi,
I am working on TI OMAP3 platform and was looking to reduce the JFFS2 mount
time (NAND).
I have selected CONFIG_JFFS2_SUMMARY, but not working fully, its giving ECC
error (at end of this email) after add a new file in JFFS2.
Without this option its working fine; but taking long time to
Ohad,
Looks like the conversion was missed in few places resulting in compile
warnings.
Please see the below fix. Let me know if you agree with the change.
#
[PATCH] omap: mailbox: rwlocks to spinlock: compilation fix
fixed the missed rwlocks in few places resultion in following
Peter Tseng tsenpe...@gmail.com writes:
Since the rc5 tag, omap3_pm_defconfig from the pm branch no longer boots
on the Gumstix Overo.
I am certain that a build back in the rc3 days worked. Unfortunately, I
don't know about rc4, or anything that happenend in the intervening time.
Any clues
* Manjunatha GK manj...@ti.com [100429 00:23]:
From: Allen Pais allen.p...@ti.com
The omap3630 has more mux signals than 34xx. The additional
pins exist in omap36xx_cbp_subset, but are not initialized
as the superset is missing these offsets. This causes the
following errors during the
This patch moves OMAP4 soc specific code from 4430sdp board file.
The change is necessary so that newer board support can be added
with minimal changes. This will be also problematic for
multi-board, multi-omap builds.
Signed-off-by: Santosh Shilimkar santosh.shilim...@ti.com
---
Boot tested with
From: Allen Pais allen.p...@ti.com
The omap3630 has more mux signals than 34xx. The additional
pins exist in omap36xx_cbp_subset, but are not initialized
as the superset is missing these offsets. This causes the
following errors during the boot:
mux: Unknown ball offset 0x5e
mux: Unknown ball
On Thu, Aug 20, 2009 at 06:02:06PM +0200, Stephan Linz wrote:
Am Mittwoch, 19. August 2009 schrieb Peter Barada:
1) Does anyone have a URL of the format patches should be in that are
submitted to the linux-omap list?
I've got some patches to add base support for the Logic OMAP 35x SOM and
On Thu, 29-Apr-10 7:41 PM +0530, Kevin Hilman wrote:
Ranjith Lohithakshan ranji...@ti.com writes:
On Wed, 28-Apr-10 11:53 PM +0530, Kevin Hilman wrote:
Ranjith Lohithakshan ranji...@ti.com writes:
Kevin,
On Tue, 27-Apr-10 8:46 PM +0530, Kevin Hilman wrote:
Ranjith Lohithakshan
From 68cde2e0304b1bd44e9fdbfbaa071e91cfcad419 Mon Sep 17 00:00:00 2001
From: Hemanth V heman...@ti.com
Date: Fri, 30 Apr 2010 11:56:30 +0530
Subject: [PATCH] Platform changes for CMA3000
Signed-off-by: Hemanth V heman...@ti.com
---
arch/arm/mach-omap2/board-4430sdp.c | 38
snip
Hmm, finally got around looking into this again. Looks like the mmc
is now working on my zoom3 with the current Linus' tree at commit
7c6bd2010fced38444c9fd658f4c6ce61bd185bf. So I guess something that
we had in omap-fixes fixed this. Or maybe some fix for drivers/mmc?
-Original Message-
From: Govindarajan, Sriramakrishnan
Sent: Tuesday, February 23, 2010 12:08 PM
To: linux-omap@vger.kernel.org
Cc: Gole, Anant; Govindarajan, Sriramakrishnan
Subject: [PATCH 2/2] can:ti_hecc: board specific hookup on AM3517EVM
Add board specific hookup for TI HECC
Hi,
[...]
To fix both problems, maybe we should just use a fixed memory location
to pass this temporary data from uncompress to the kernel. We've had a
similar problem on DaVinci recently and a proposal has been made (and
tested) to use memory just below the page tables[3].)
Essentially
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 Tue, 2010-01-26 at 12:12 -0800, Tony Lindgren wrote:
Define arch_decomp_setup() the same way as some other
architectures do. Use arch_id to configure the debug uart
based on the machine_is by storing it into the uart
scratchpad register for DEBUG_LL code to use.
Note that to avoid merge
On Fri, Apr 30, 2010 at 12:20:35PM -0400, Cyril Chemparathy wrote:
Hi,
[...]
To fix both problems, maybe we should just use a fixed memory location
to pass this temporary data from uncompress to the kernel. We've had a
similar problem on DaVinci recently and a proposal has been made
On Fri, Apr 30, 2010 at 02:57:20PM +0530, Shilimkar, Santosh wrote:
From 2660d4ca5d77406fc8d46a5c0f18127332914604 Mon Sep 17 00:00:00 2001
From: Santosh Shilimkar santosh.shilim...@ti.com
Date: Fri, 30 Apr 2010 12:41:16 +0530
Subject: [PATCH] ARM: Fix build break with KPROBES enabled
With
On Fri, Apr 30, 2010 at 12:51:49PM +0530, Shilimkar, Santosh wrote:
Russell,
The latest mainline ARM build breaks with KPROBES enabled. Anand
Gadiyar did git bisect and figured out that below commit breaks the build.
commit :4260415f6a3b92c5c986398d96c314df37a4ccbf
Did you read the
On Wed, Apr 21, 2010 at 11:50:56PM +0530, kishore kadiyala wrote:
This patch adds dummy Interface clocks for MMC controllers
Looks to me as if it changes the formatting; it doesn't seem to be adding
anything.
--
Russell King
Linux kernel2.6 ARM Linux - http://www.arm.linux.org.uk/
On Wed, Apr 21, 2010 at 11:49:55PM +0530, kishore kadiyala wrote:
@@ -99,6 +110,17 @@ static struct regulator_consumer_supply
sdp4430_vmmc_supply[]
},
};
+static int __init sdp4430_mmc_init(void)
+{
+ omap2_hsmmc_init(mmc);
+
+ /* link regulators to MMC adapters ... we
Hi all,
This series makes the omap3_defconfig bootable on most mach-omap2
boards. So far I've boot tested omap3_defconfig on:
BOARD OMAPARM NOTES
n8002420ARMv6 Userspace won't boot because of TLS and VFP issues
n9003430ARMV7
zoom3 3630ARMV7
blaze 4430ARMV7
Otherwise we'll get an error about get_irqnr_and_base being defined
twice. Add an entry for omap4, and use ARCH_OMAP3 for omap3 instead of
ARCH_OMAP3430.
Also fix the check for omap1 to use ARCH_OMAP2PLUS to avoid having to
add ARCH_OMAP4 separately there.
Signed-off-by: Tony Lindgren
Otherwise we can get the following error:
error: variable 'tdo24m_mcspi_config' has initializer but incomplete type
...
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/board-cm-t35.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
These are currently non-muxable, so let's save some memory
and remove them. Otherwise we get the following warnings:
mux: Unknown ball offset 0x5e
mux: Unknown ball offset 0x60
mux: Unknown ball offset 0x62
...
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/mux34xx.c |
We cannot use the omap34xx_sram_init(). It needs to be implemented
for omap4. Otherwise we get an error and the system won't boot:
Unhandled fault: imprecise external abort (0x1406) at 0xea963e94
...
Fix this by adding a dummy omap44xx_sram_init().
Signed-off-by: Tony Lindgren t...@atomide.com
Enable 2430 omaps and the missing boards.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/configs/omap3_defconfig |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/arch/arm/configs/omap3_defconfig b/arch/arm/configs/omap3_defconfig
index d6ad921..01e5986
In multi-omap configuration all the initcalls run. To avoid
bad things from happening with 44xx specific initcalls on
other omaps, we need to check that the booted system is
omap4 before running.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/mach-omap2/board-4430sdp.c |3 +++
1
The bootloader on Nokia boards does not support updating
the kernel cmdline. For the other boards, the bootloader
provided cmdline will be used instead.
To mount root on n8x0, compile in also the MMC_OMAP.
It seems that the best way to mount root with the
new kernels on Nokia boards is to mount
These are needed for mounting root on MMC on many boards.
Also disable CONFIG_WATCHDOG_NOWAYOUT, that can keep the
system from running with external watchdogs.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/configs/omap3_defconfig | 13 +++--
1 files changed, 7
Looks like CONFIG_FB_OMAP prevents somehow mounting root on MMC
at least on zoom3 for multi-omap. Disable CONFIG_FB until the
omap FB code is fixed.
This allows booting omap3_defconfig on various omaps. Tested on
2420-n8x0, 3430-n900, 3630-zoom3 and 4430-blaze. Note that n8x0
still has issues
It's too noisy.
Signed-off-by: Tony Lindgren t...@atomide.com
---
arch/arm/configs/omap3_defconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/configs/omap3_defconfig b/arch/arm/configs/omap3_defconfig
index a846836..7855edb 100644
---
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(+), 1 deletions(-)
* Tony Lindgren t...@atomide.com [100430 13:32]:
Looks like CONFIG_FB_OMAP prevents somehow mounting root on MMC
at least on zoom3 for multi-omap. Disable CONFIG_FB until the
omap FB code is fixed.
This one I'll drop as soon as the problem is sorted out with
CONFIG_FB_OMAP.
Tony
--
To
Tony Lindgren t...@atomide.com writes:
Zoom2 and 3 have UARTs only on the external debug board.
GPMC needs to be mapped early to use it for DEBUG_LL.
Additionally, 0xfb00 overlaps with other areas, so
use 0xfa40 for the virtual address instead.
Note that with the pending serial.c
* Kevin Hilman khil...@deeprootsystems.com [100430 13:50]:
Tony Lindgren t...@atomide.com writes:
Zoom2 and 3 have UARTs only on the external debug board.
GPMC needs to be mapped early to use it for DEBUG_LL.
Additionally, 0xfb00 overlaps with other areas, so
use 0xfa40 for
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
---
These patches add ability to keep GPMC timings configured by the
bootloader. The platforms have to either define NAND GPMC timinings
explicitly via gpmc_t field of omap_nand_platform_data or set
keep_timings flag to allow detection of current timing configuration
and its subsequent use in
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
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
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
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 Wed, Apr 28, 2010 at 10:53 AM, Gupta, Ajay Kumar ajay.gu...@ti.com wrote:
Hi,
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Cliff Brake
Sent: Wednesday, April 28, 2010 7:40 PM
To: Linux OMAP Users
Subject:
Tony Lindgren t...@atomide.com writes:
* Russell King - ARM Linux li...@arm.linux.org.uk [100430 10:13]:
On Fri, Apr 30, 2010 at 12:20:35PM -0400, Cyril Chemparathy wrote:
Hi,
[...]
To fix both problems, maybe we should just use a fixed memory location
to pass this temporary data
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@deeprootsystems.com [100430 13:50]:
Tony Lindgren t...@atomide.com writes:
Zoom2 and 3 have UARTs only on the external debug board.
GPMC needs to be mapped early to use it for DEBUG_LL.
Additionally, 0xfb00 overlaps
-Original Message-
From: Kevin Hilman [mailto:khil...@deeprootsystems.com]
Sent: Friday, April 30, 2010 4:21 PM
To: Tony Lindgren
Cc: linux-arm-ker...@lists.infradead.org; Pandita, Vikram; linux-
o...@vger.kernel.org; Pais, Allen
Subject: Re: [PATCH 02/11] omap2/3: Fix DEBUG_LL for omap
On Thu, Apr 29, 2010 at 1:58 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
What do you expect to gain from suspend-to-disk + snapshot boot that
you don't already get from suspend-to-RAM using off-mode?
On OMAP, with off-mode enabled, a suspend to RAM puts the entire OMAP
into full-chip
-Original Message-
From: linux-omap-ow...@vger.kernel.org [mailto:linux-omap-
ow...@vger.kernel.org] On Behalf Of Pandita, Vikram
Sent: Friday, April 30, 2010 4:37 PM
To: Kevin Hilman; Tony Lindgren
Cc: linux-arm-ker...@lists.infradead.org; linux-omap@vger.kernel.org; Pais,
Allen
Pandita, Vikram vikram.pand...@ti.com writes:
[...]
--- a/arch/arm/kernel/head.S
+++ b/arch/arm/kernel/head.S
@@ -328,6 +328,16 @@ __create_page_tables:
add r0, r4, #0xd800 18
str r3, [r0]
#endif
+#if defined(CONFIG_MACH_OMAP_ZOOM2) ||
Cliff Brake cliff.br...@gmail.com writes:
On Thu, Apr 29, 2010 at 1:58 PM, Kevin Hilman
khil...@deeprootsystems.com wrote:
What do you expect to gain from suspend-to-disk + snapshot boot that
you don't already get from suspend-to-RAM using off-mode?
On OMAP, with off-mode enabled, a
Hi Hiroshi,
While still maintaining an old camera driver version, which
uses your latest iommu driver, we have come up with the following
question:
Can the iommu driver be consulted if a certain area (contiguous or not)
can be mapped or not, before even trying to do it?
The reason of this is
Ranjith Lohithakshan ranji...@ti.com writes:
On Thu, 29-Apr-10 3:00 AM +0530, Kevin Hilman wrote:
Ranjith Lohithakshan ranji...@ti.com writes:
Currently on PM branch, compilation fails when cpufreq is disabled
arch/arm/mach-omap2/clock3xxx_data.c: In function 'omap3xxx_clk_init':
Charulatha V ch...@ti.com writes:
This patch adds support for handling GPIO as a HWMOD adapted
platform device for OMAP2PLUS chips.
Signed-off-by: Charulatha V ch...@ti.com
---
arch/arm/mach-omap2/gpio.c | 101
1 files changed, 101
* Kevin Hilman khil...@deeprootsystems.com [100430 14:56]:
Pandita, Vikram vikram.pand...@ti.com writes:
[...]
--- a/arch/arm/kernel/head.S
+++ b/arch/arm/kernel/head.S
@@ -328,6 +328,16 @@ __create_page_tables:
add r0, r4, #0xd800 18
str r3, [r0]
Charulatha V ch...@ti.com writes:
This patch implements GPIO as a early platform device. Also it
implements OMAP2PLUS specific GPIO as HWMOD FW adapted driver.
Should include a summary explanation of why you're converting to an
early platform device as well.
Inorder to convert GPIO as
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@deeprootsystems.com [100430 14:56]:
Pandita, Vikram vikram.pand...@ti.com writes:
[...]
--- a/arch/arm/kernel/head.S
+++ b/arch/arm/kernel/head.S
@@ -328,6 +328,16 @@ __create_page_tables:
add r0, r4,
This patch removes code that refers to Windows OS (wmd = windows
mini driver). The following are renamed:
wmd_interface == bridge_interface
sz_wmd_file_name == bridge_file_name
dw_wmd_version == version
wmdioct_extproc == bridge_ioctl_extproc
pstrWMDFileName == driver_file_name
Signed-off-by:
This change is done because wmd refers to Windows OS.
wmd = windows mini driver
And the new name bridge_dev_context make more sense.
Signed-off-by: Ivan Gomez Castellanos ivan.go...@ti.com
---
arch/arm/plat-omap/include/dspbridge/dev.h |2 +-
arch/arm/plat-omap/include/dspbridge/io_sm.h
As this code is generic to Linux, this patch series replaces code
and comments thar refers to other OS.
Ivan Gomez Castellanos (10):
DSPBRIDGE: Rename wmd_dev_context structure by bridge_dev_context
DSPBRIDGE: Rename the device context handle variables
DSPBRIDGE: Rename variables and
The patch DSPBRIDGE: Rename files that refer to Windows OS, renamed
header files, and this patch renames its include guard macros by the
corresponding new header names.
Signed-off-by: Ivan Gomez Castellanos ivan.go...@ti.com
---
.../arm/plat-omap/include/dspbridge/dspapi-ioctl.h |6 +++---
This patch removes references to Windows OS, and since WMD means
windows mini driver, then it is replaced by BRD which means Bridge.
Signed-off-by: Ivan Gomez Castellanos ivan.go...@ti.com
---
arch/arm/plat-omap/include/dspbridge/errbase.h | 12 +++---
Since wmd (windows mini driver) and wcd (windows class driver)
refers to Windows OS, the following files are renamed:
wmd.h == dspdefs.h
wmdchnl.h == dspchnl.h
wmddeh.h == dspdeh.h
wmdio.h == dspio.h
wmdioctl.h == dspioctl.h
wmdmsg.h == dspmsg.h
wcd.h == dspapi.h
wcdioctl.h == dspapi-ioctl.h
The header file _dcd.h contained the function prototypes of dspapi.c,
so _dcd.h file is removed and its content is placed into dspapi.h.
Signed-off-by: Ivan Gomez Castellanos ivan.go...@ti.com
---
arch/arm/plat-omap/include/dspbridge/_dcd.h | 152 -
Since the wmd (windows mini driver) refers to Windows OS, the
following functions are renamed:
wmd_brd_delete == bridge_brd_delete
dev_get_wmd_context == dev_get_bridge_context
And the folowing prototypes are removed because they are not used:
cfg_get_wmd_file_name
wmd_tlb_dsp_va_to_mpu_pa
From: Omar Ramirez Luna omar.rami...@ti.com
As this is generic to Linux, remove obvious references to
this and other OS.
Signed-off-by: Omar Ramirez Luna omar.rami...@ti.com
---
arch/arm/plat-omap/include/dspbridge/dev.h | 14 +++---
arch/arm/plat-omap/include/dspbridge/dspdefs.h
This patch gets rid of code refering to Windows OS. Since wcd means
windows class driver, it is changed to a name refering to Bridge API,
because in Windows the wcd acts as an interface between the different
layers of its driver model architecture.
The following changes are done:
Since wmd (windows mini driver) refers to Windows OS, then this
directory is renamed by core
Signed-off-by: Ivan Gomez Castellanos ivan.go...@ti.com
---
drivers/dsp/bridge/Makefile | 10 +-
drivers/dsp/bridge/{wmd = core}/_cmm.h |0
The name of these variables contains wmd, which refers to Windows OS,
So they are renamed as follows:
hwmd_context == hbridge_context
pwmd_context == pbridge_context
phWmdContext == phbridge_context
Signed-off-by: Ivan Gomez Castellanos ivan.go...@ti.com
---
* Kevin Hilman khil...@deeprootsystems.com [100430 17:05]:
Tony Lindgren t...@atomide.com writes:
* Kevin Hilman khil...@deeprootsystems.com [100430 14:56]:
Pandita, Vikram vikram.pand...@ti.com writes:
So for Tony's approach to work, .phys_io/.io_pg_offset continued to
have
* Tony Lindgren t...@atomide.com [100430 18:33]:
So far only tested on n900, will give it a try also on zoom3 after
updating the zoom3 related patch.
And here's the updated zoom debug_ll patch, seems to work.
--- a/arch/arm/plat-omap/include/plat/uncompress.h
+++
On Thu, Apr 29, 2010 at 1:18 PM, Zygo Blaxell
vger-linux-omap-esightc...@mailtoo.hungrycats.org wrote:
On Thu, Aug 20, 2009 at 06:02:06PM +0200, Stephan Linz wrote:
Am Mittwoch, 19. August 2009 schrieb Peter Barada:
1) Does anyone have a URL of the format patches should be in that are
On 04/30/2010 02:54 PM, Kevin Hilman wrote:
Peter Tseng tsenpe...@gmail.com writes:
Since the rc5 tag, omap3_pm_defconfig from the pm branch no longer boots
on the Gumstix Overo.
I am certain that a build back in the rc3 days worked. Unfortunately, I
don't know about rc4, or anything that
1 - 100 of 101 matches
Mail list logo