Tony,
-Original Message-
From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux-arm-kernel-
boun...@lists.infradead.org] On Behalf Of Tony Lindgren
Sent: Saturday, May 01, 2010 2:04 AM
To: linux-arm-ker...@lists.infradead.org
Cc: linux-omap@vger.kernel.org
Subject: [PATCH
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
---
(Because veger
-Original Message-
From: linux-omap-ow...@vger.kernel.org
[mailto:linux-omap-ow...@vger.kernel.org] On Behalf Of Kevin
Hilman
Sent: Saturday, May 01, 2010 3:36 AM
To: Cliff Brake
Cc: Peter Tseng; linux-omap@vger.kernel.org
Subject: Re: ARM suspend to disk?
Cliff Brake
Hi,
There seems to be a problem with 'mailbox' and 'mailbox_mach' modules.
When another module, like bridgedriver, uses mailbox stuff, only the
'mailbox' module is loaded which doesn't register the platform device.
The easiest solution would be to make mailbox_mach built-in when
mailbox is
On Tue, Apr 6, 2010 at 8:54 PM, Guzman Lugo, Fernando x0095...@ti.com wrote:
From 4fb9fc015cea65dcd47172a8b180f380fe86be46 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugo x0095...@ti.com
Date: Tue, 30 Mar 2010 21:37:21 -0600
Subject: [PATCH] DSPBRIDGE: remove hw_prcm module and related
On 04/30/2010 10:12 PM, Peter Tseng wrote:
On 04/30/2010 02:54 PM, Kevin Hilman wrote:
Peter Tsengtsenpe...@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
On 05/01/2010 10:27 AM, Felipe Contreras wrote:
On Tue, Apr 6, 2010 at 8:54 PM, Guzman Lugo, Fernandox0095...@ti.com wrote:
From 4fb9fc015cea65dcd47172a8b180f380fe86be46 Mon Sep 17 00:00:00 2001
From: Fernando Guzman Lugox0095...@ti.com
Date: Tue, 30 Mar 2010 21:37:21 -0600
Subject: [PATCH]
init_opp is seen to crash, in resource34xx.c BUG() causes
a kernel oops when OPP layer is not registered!
Original Report:
http://marc.info/?l=linux-omapm=127268352116119w=2
Cc: Peter Tseng tsenpe...@gmail.com
Cc: Kevin Hilman khil...@deeprootsystems.com
Reported-by: Peter Tseng
On Sat, May 1, 2010 at 6:34 PM, Nishanth Menon menon.nisha...@gmail.com wrote:
On 05/01/2010 10:27 AM, Felipe Contreras wrote:
On Tue, Apr 6, 2010 at 8:54 PM, Guzman Lugo, Fernandox0095...@ti.com
wrote:
From 4fb9fc015cea65dcd47172a8b180f380fe86be46 Mon Sep 17 00:00:00 2001
From: Fernando
Hi,
On Sat, May 01, 2010 at 05:47:57PM +0300, Felipe Contreras wrote:
There seems to be a problem with 'mailbox' and 'mailbox_mach' modules.
When another module, like bridgedriver, uses mailbox stuff, only the
'mailbox' module is loaded which doesn't register the platform device.
The
On Tue, Jan 12, 2010 at 04:53:51 -0600, Nishanth Menon wrote:
Tony Lindgren had written, on 01/12/2010 04:15 PM, the following:
* Nishanth Menon n...@ti.com [100112 14:06]:
Alexander Shishkin had written, on 01/12/2010 03:46 PM, the following:
On Tue, Jan 12, 2010 at 01:04:04 -0800, Tony
From: Alexander Shishkin virtu...@slind.org
Add notion of ETM OS lock, save and restore registers.
Signed-off-by: Alexander Shishkin virtu...@slind.org
---
arch/arm/include/asm/hardware/coresight.h |8 ++--
arch/arm/kernel/etm.c |2 +-
2 files changed, 7
From: Alexander Shishkin virtu...@slind.org
Use BIT() macro whenever it is sensible to do so.
Signed-off-by: Alexander Shishkin virtu...@slind.org
---
arch/arm/include/asm/hardware/coresight.h | 22 +++---
1 files changed, 11 insertions(+), 11 deletions(-)
diff --git
From: Alexander Shishkin virtu...@slind.org
These addresses are also needed for the OFF code to save/restore the
contexts of the EMU peripherals correctly.
Signed-off-by: Alexander Shishkin virtu...@slind.org
---
arch/arm/mach-omap2/emu.c| 14 --
From: Alexander Shishkin virtu...@slind.org
The first read from ETM OS save and restore register after the power
down bit deassertion returns garbage.
Signed-off-by: Alexander Shishkin virtu...@slind.org
---
arch/arm/kernel/etm.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
From: Alexander Shishkin virtu...@slind.org
This adds a sysfs file at /sys/power/coresight_save which is used to
control if the ETM and debug components' states should be saved and
restored across OFF modes.
Signed-off-by: Alexander Shishkin virtu...@slind.org
---
arch/arm/mach-omap2/Makefile
From: Alexander Shishkin virtu...@slind.org
This prevents ETM stalls whenever core enters OFF mode. Original patch
author is Richard Woodruff r-woodru...@ti.com.
This version of the patch makes use of the ETM OS save/restore mechanism,
which takes about 55 words in omap3_arm_context[] instead of
* Shilimkar, Santosh santosh.shilim...@ti.com [100430 23:13]:
Tony,
-Original Message-
From: linux-arm-kernel-boun...@lists.infradead.org [mailto:linux-arm-kernel-
boun...@lists.infradead.org] On Behalf Of Tony Lindgren
Sent: Saturday, May 01, 2010 2:04 AM
To:
From: Felipe Balbi m...@felipebalbi.com
commit 5a0e3ad6af8660be21ca98a971cd00f331318c05 broke
compilation of the retu-pwrbutton driver when it dropped
implicit inclusion of slab.h and gfp.h.
Fix it by including slab.h on retu-pwrbutton.c, while at
that, also include slab.h on retu-rtc.c to avoid
From: Felipe Balbi m...@felipebalbi.com
no functional changes, just using kzalloc().
compile tested with n8x0_defconfig and n770_defconfig
Signed-off-by: Felipe Balbi m...@felipebalbi.com
---
drivers/cbus/retu-user.c |6 +++---
drivers/cbus/tahvo-usb.c |4 ++--
This patchset introduces an approach to eliminate the direct calls
to follow_page and to the low level cache APIs.
The patchset works by caching the page information while memory
is mapped, and then using that information later when needed
instead of calling follow_page. The low level cache API
Add the memory_map_info structure which will be used to maintain
mapping and page information. Every memory mapping requested by the
MM application will be remembered and kept in a linked list
inside the proc object.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
If you want, you can also
Every time the MM application calls proc_map to map
a memory area, remember the details of that mapping,
together with the related page structures.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
If you want, you can also reach me at ohadb at ti dot com .
Clean up all mapping information resources whenever
a buffer is unmapped.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
If you want, you can also reach me at ohadb at ti dot com .
drivers/dsp/bridge/rmgr/proc.c | 43
1 files changed, 43
Eliminate the call to follow_page. Instead, use the page
information that was kept during the proc_map call.
This also has the advantage that users can now only
specify memory areas that were previously mapped.
Signed-off-by: Ohad Ben-Cohen o...@wizery.com
---
If you want, you can also reach me
Instead of using low level cache manipulation API,
use the standard DMA API. This changes the concept
of the dspbridge cache API a little, hence the naming changes:
* Flush marks the beginning of a DMA transfer from the MPU
to the DSP.
* Invalidate marks the beginning of a DMA transfer from the
Standard DMA API is built upon the notion of buffer ownership.
The buffer is either exclusively owned by the MPU (and therefore
may be accessed by it) or exclusively owned by the DMA device
(in our case, the dsp remote processor).
This patch adds the missing dspbridge API with which the MM
On Sat, May 1, 2010 at 8:33 PM, Felipe Balbi m...@felipebalbi.com wrote:
On Sat, May 01, 2010 at 05:47:57PM +0300, Felipe Contreras wrote:
The easiest solution would be to make mailbox_mach built-in when
mailbox is configured, however, mailbox_mach needs mailbox to be
loaded.
generally
28 matches
Mail list logo
