If code is to be copied into and area (such as SRAM) and run,
it needs to be marked as exec. Currently only an ARM version
of this exists.
Signed-off-by: Russ Dill russ.d...@ti.com
---
arch/arm/include/asm/io.h | 2 ++
include/asm-generic/iomap.h | 5 +
2 files changed, 7 insertions
This enables CONFIG_PIE for omap2plus_defconfig and adds
an am33xx PIE section group. This is necessary for am33xx
suspend/resume code as it is written in C.
Signed-off-by: Russ Dill russ.d...@ti.com
---
arch/arm/configs/omap2plus_defconfig | 1 +
arch/arm/kernel/pie.lds.S| 1 +
2
-off-by: Russ Dill russ.d...@ti.com
Cc: Tony Lingren t...@atomide.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Cc: Benoit Cousson benoit.cous...@linaro.org
Cc: Paul Walmsley p...@pwsan.com
Cc: Kevin Hilman khil...@linaro.org
---
arch/arm/mach-omap2/Kconfig | 7 +-
arch/arm/mach
Add support to ARM for embedding PIEs into the kernel, loading them into
genalloc pools (such as SRAM) and executing them. Support for ARM means
performing R_ARM_RELATIVE fixups within the .rel.dyn section.
Signed-off-by: Russ Dill russ.d...@ti.com
---
arch/arm/Kconfig | 1 +
arch
The SRAM is for use by the MPU. Marking it as such makes it
easier for PM initialization code to locate the SRAM in order to
load a PIE section into it.
Additionally, set the map-exec flag to allow code to be run
from SRAM. This is necessary for suspend/resume.
Signed-off-by: Russ Dill russ.d
Add a helper that generates a short snippet of code that updates PIE
relocations, loads the stack pointer and calls a C (or asm) function.
The code gets placed into a PIE section.
Signed-off-by: Russ Dill russ.d...@ti.com
---
arch/arm/include/asm/suspend.h | 25 +
1 file
This adds support for updating PIE relocations under ARM. This
is necessary in the case that the same PIE must run both with
virtual mapping (MMU enabled) and physical mapping (MMU
disabled).
Signed-off-by: Russ Dill russ.d...@ti.com
---
arch/arm/include/asm/pie.h | 42
.
Signed-off-by: Russ Dill russ.d...@ti.com
---
arch/alpha/include/asm/fncpy.h | 1 +
arch/arc/include/asm/fncpy.h| 1 +
arch/arm/include/asm/fncpy.h| 76 +++---
arch/arm/plat-omap/sram.c | 2 +-
arch/arm64/include/asm/fncpy.h | 1 +
arch
Now that there is an _exec version of ioremap, add devm support for it.
Signed-off-by: Russ Dill russ.d...@ti.com
---
include/linux/device.h | 17 -
include/linux/io.h | 4 +++
lib/devres.c | 97 --
3 files changed, 114
] http://www.spinics.net/lists/devicetree/msg00227.html
[4] http://www.spinics.net/lists/linux-omap/msg95305.html
[5] https://github.com/russdill/linux/commits/sram
Russ Dill (10):
asm-generic: io: Add exec versions of ioremap
lib: devres: Add exec versions of devm_ioremap_resource and friends
-off-by: Russ Dill russ.d...@ti.com
---
Documentation/pie.txt | 167
Makefile | 17 +++-
include/asm-generic/pie.lds.h | 82
include/asm-generic/vmlinux.lds.h | 1 +
include/linux/pie.h
This is necessary for platforms that use SRAM to execute suspend/resume stubs.
Signed-off-by: Russ Dill russ.d...@ti.com
---
Documentation/devicetree/bindings/misc/sram.txt | 4
drivers/misc/sram.c | 13 -
include/linux/platform_data/sram.h
On Sat, Sep 7, 2013 at 9:21 AM, Ard Biesheuvel
ard.biesheu...@linaro.org wrote:
On 6 September 2013 21:32, Russ Dill russ.d...@ti.com wrote:
On Fri, Sep 6, 2013 at 4:12 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Sep 03, 2013 at 09:44:21AM -0700, Russ Dill wrote:
SRAM
On Fri, Sep 6, 2013 at 4:14 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Wed, Sep 04, 2013 at 02:47:51PM -0700, Russ Dill wrote:
I think this is already taken care of by the way sram.c is using
genalloc. The allocation returned should be aligned to 32 bytes. The
thumb bit
On Fri, Sep 6, 2013 at 9:40 AM, Dave Martin dave.mar...@arm.com wrote:
On Fri, Sep 06, 2013 at 12:14:08PM +0100, Russell King - ARM Linux wrote:
On Wed, Sep 04, 2013 at 02:47:51PM -0700, Russ Dill wrote:
I think this is already taken care of by the way sram.c is using
genalloc
On Fri, Sep 6, 2013 at 4:12 AM, Russell King - ARM Linux
li...@arm.linux.org.uk wrote:
On Tue, Sep 03, 2013 at 09:44:21AM -0700, Russ Dill wrote:
SRAM handling code is in the process of being moved from arch directories
into drivers/misc/sram.c using device tree and genalloc [1] [2]. This RFC
On Fri, Sep 6, 2013 at 9:19 AM, Dave Martin dave.mar...@arm.com wrote:
On Fri, Sep 06, 2013 at 12:12:21PM +0100, Russell King - ARM Linux wrote:
On Tue, Sep 03, 2013 at 09:44:21AM -0700, Russ Dill wrote:
SRAM handling code is in the process of being moved from arch directories
into drivers
On Wed, Sep 4, 2013 at 8:01 AM, Kevin Hilman khil...@linaro.org wrote:
Hi Dave,
Thanks for taking the time to try this out, it does seem there are a few
kinks with BeagleBone Black but we'll get those worked out.
I also just noticed that wake from RTC isn't working, but wake from
serial
On Wed, Sep 4, 2013 at 12:52 PM, Emilio López emi...@elopez.com.ar wrote:
Hi,
El 03/09/13 13:44, Russ Dill escribió:
This RFC patchset explores an idea for loading C code into SRAM.
Currently, all the code I'm aware of that needs to run from SRAM is
written
in assembler. The most common
On Tue, Aug 27, 2013 at 3:11 AM, Rajendra Nayak rna...@ti.com wrote:
Use drivers/misc/sram.c driver to manage SRAM on all DT only
OMAP platforms (am33xx, am43xx, omap4 and omap5) instead of
the existing private implementation.
Address and size related data is removed from mach-omap2/sram.c
On Thu, Aug 29, 2013 at 12:10 PM, Mark Brown broo...@kernel.org wrote:
On Thu, Aug 29, 2013 at 11:25:43AM -0700, Russ Dill wrote:
On Thu, Aug 29, 2013 at 11:01 AM, Mark Brown broo...@kernel.org wrote:
Making it write only seems to be a mistake - like I said in my other
mail I'd expect you'd
On Tue, Sep 3, 2013 at 7:35 AM, Lucas Stach l.st...@pengutronix.de wrote:
Am Dienstag, den 03.09.2013, 06:56 -0700 schrieb Russ Dill:
On Tue, Aug 27, 2013 at 3:11 AM, Rajendra Nayak rna...@ti.com wrote:
Use drivers/misc/sram.c driver to manage SRAM on all DT only
OMAP platforms (am33xx
access any
variables or functions within that same SRAM section grouping without
translation.
[1]
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=4984c6
[2] http://www.spinics.net/lists/linux-omap/msg96504.html
Russ Dill (4):
Misc: SRAM: Create helpers for loading C code
The generic SRAM mechanism does not ioremap memory in a
manner that allows code to be executed from SRAM. There is
currently no generic way to request ioremap to return a
memory area with execution allowed.
Insert a temporary hack for proof of concept on ARM.
Signed-off-by: Russ Dill russ.d
section group without using
kern_to_sram accessors so long as the unit is compiled with -fPIC.
Care should be taken to use a method for obtaining an absolute
address when accessing functions or data outside of the SRAM
section group.
Signed-off-by: Russ Dill russ.d...@ti.com
---
drivers/misc
time, only an argument with some flags
remains.
Signed-off-by: Russ Dill russ.d...@ti.com
---
arch/arm/kernel/vmlinux.lds.S | 2 +
arch/arm/mach-omap2/Makefile| 2 +-
arch/arm/mach-omap2/pm33xx.c| 50 ++---
arch/arm/mach-omap2/pm33xx.h| 23 +--
arch/arm/mach-omap2/sleep33xx.S
Add a helper that generates a short snippet of code that loads
the stack pointer and calls a c (or asm) function. The code gets
placed into a SRAM section for loading into SRAM.
Signed-off-by: Russ Dill russ.d...@ti.com
---
arch/arm/include/asm/suspend.h | 14 ++
1 file changed, 14
On Fri, Aug 30, 2013 at 9:06 AM, Kevin Hilman khil...@linaro.org wrote:
Well, I was thinking of something much dumber.
I was thinking about just _carefully_ writing a single, self-contained C
function, with all of its data on the stack (and consts as #defines).
Think of it is a step up in
On Thu, Aug 29, 2013 at 4:05 AM, Mark Brown broo...@kernel.org wrote:
On Tue, Aug 27, 2013 at 06:05:34PM -0700, Russ Dill wrote:
On Tue, Aug 27, 2013 at 3:44 PM, Kevin Hilman khil...@linaro.org wrote:
The framework already has a concept of suspend voltage, suspend mode
etc. Maybe it needs
On Thu, Aug 29, 2013 at 8:17 AM, Kevin Hilman khil...@linaro.org wrote:
Russ Dill russ.d...@ti.com writes:
On Tue, Aug 27, 2013 at 3:44 PM, Kevin Hilman khil...@linaro.org wrote:
[+Mark Brown for regulator suspend sequence ideas]
Russ Dill russ.d...@ti.com writes:
On Wed, Aug 14, 2013 at 6
On Thu, Aug 29, 2013 at 8:49 AM, Mark Brown broo...@kernel.org wrote:
On Thu, Aug 29, 2013 at 08:29:37AM -0700, Kevin Hilman wrote:
On Thu, Aug 29, 2013 at 4:05 AM, Mark Brown broo...@kernel.org wrote:
Someone is going to have to walk me through the context for me to fully
understand what
On Thu, Aug 29, 2013 at 10:30 AM, Mark Brown broo...@kernel.org wrote:
On Thu, Aug 29, 2013 at 09:31:55AM -0700, Russ Dill wrote:
On Thu, Aug 29, 2013 at 8:49 AM, Mark Brown broo...@kernel.org wrote:
Why does it have to happen this late and are the sequences definitely
fixed ones not ones
On Thu, Aug 29, 2013 at 11:01 AM, Mark Brown broo...@kernel.org wrote:
On Thu, Aug 29, 2013 at 08:42:11AM -0700, Russ Dill wrote:
The path I'm taking in this patchset is to just put the board specific
I2C sequences necessary for the CM3 coprocessor to write out into the
devicetree. I've made
On Thu, Aug 29, 2013 at 11:03 AM, Mark Brown broo...@kernel.org wrote:
On Thu, Aug 29, 2013 at 10:47:04AM -0700, Russ Dill wrote:
On Thu, Aug 29, 2013 at 10:30 AM, Mark Brown broo...@kernel.org wrote:
So this is done from cpuidle rather than system suspend.
It is done for system suspend
On Thu, Aug 29, 2013 at 3:20 PM, Kevin Hilman khil...@linaro.org wrote:
Dave Gerlach d-gerl...@ti.com writes:
[...]
The working repo for this version of the patch series can be found here:
git://github.com/dgerlach/linux-pm.git am335x-3.11rc4-suspend-resume
I tried this branch on my
On Thu, Aug 29, 2013 at 2:33 PM, Kevin Hilman khil...@linaro.org wrote:
Vaibhav Bedia vaibhav.be...@gmail.com writes:
[snip]
Morevoer, all the suggestions on how to keep the code in Linux working
around the complications due to the main memory not being accessible
will need to be replicated on
On Tue, Aug 27, 2013 at 3:44 PM, Kevin Hilman khil...@linaro.org wrote:
[+Mark Brown for regulator suspend sequence ideas]
Russ Dill russ.d...@ti.com writes:
On Wed, Aug 14, 2013 at 6:38 AM, Jan Lübbe j...@pengutronix.de wrote:
On Tue, 2013-08-13 at 15:20 -0700, Russ Dill wrote:
[snip
On Sun, Aug 18, 2013 at 10:49 PM, Gururaja Hebbar
gururaja.heb...@ti.com wrote:
On 8/15/2013 4:04 AM, Russ Dill wrote:
On Wed, Aug 14, 2013 at 3:18 AM, Gururaja Hebbar gururaja.heb...@ti.com
wrote:
On 8/14/2013 3:50 AM, Russ Dill wrote:
Changes since v1:
* Rebased onto new am335x PM
On Wed, Aug 14, 2013 at 10:27 AM, Suman Anna s-a...@ti.com wrote:
Kevin, Santosh, Dave, Russ,
On 08/13/2013 02:11 PM, Kevin Hilman wrote:
Russ Dill russ.d...@gmail.com writes:
ARM world is also moving towards that by standardizing some of these
through (read PSCI) and thats the way to go
On Wed, Aug 14, 2013 at 6:38 AM, Jan Lübbe j...@pengutronix.de wrote:
On Tue, 2013-08-13 at 15:20 -0700, Russ Dill wrote:
The purpose and method of executing these sequences is left up to each
platform. In the case of the am33xx, the CM3 firmware writes out the
simple I2C sequences.
Each
On Wed, Aug 14, 2013 at 1:59 AM, Gururaja Hebbar gururaja.heb...@ti.com wrote:
On 8/14/2013 3:50 AM, Russ Dill wrote:
Changes since v1:
* Rebased onto new am335x PM branch
This adds a sleep and wake sequence to set the VDD core voltage to the
OPP50 level, 0.950V. This saves power during
On Wed, Aug 14, 2013 at 3:18 AM, Gururaja Hebbar gururaja.heb...@ti.com wrote:
On 8/14/2013 3:50 AM, Russ Dill wrote:
Changes since v1:
* Rebased onto new am335x PM branch
* Changed to use 5th param register
Changes since v2:
* Passes I2C bus speed in kHz to M3 firmware
Changes since v3
On Tue, Aug 6, 2013 at 10:49 AM, Dave Gerlach d-gerl...@ti.com wrote:
From: Vaibhav Bedia vaibhav.be...@ti.com
AM335x supports various low power modes as documented
in section 8.1.4.3 of the AM335x TRM which is available
@ http://www.ti.com/litv/pdf/spruh73f
DeepSleep0 mode offers the
ARM world is also moving towards that by standardizing some of these
through (read PSCI) and thats the way to go in general.
Agreed, but I'm not sure (yet) about enforcing PSCI on legacy platforms
that don't support it natively. Are you saying that the AM33xx firmware
should be converted to
-off-by: Hebbar, Gururaja gururaja.heb...@ti.com
Signed-off-by: Russ Dill russ.d...@ti.com
---
arch/arm/boot/dts/am335x-evm.dts | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/am335x-evm.dts b/arch/arm/boot/dts/am335x-evm.dts
index 3aee1a4..81ce169 100644
--- a/arch
] http://comments.gmane.org/gmane.linux.ports.arm.omap/102561
[2] http://comments.gmane.org/gmane.linux.ports.arm.kernel/258196
[3]
http://arago-project.org/git/projects/?p=am33x-cm3.git;a=shortlog;h=refs/heads/next2
Russ Dill (4):
ARM: OMAP2+: AM33XX: I2C Sleep/wake sequence support
ARM: dts: add
by the Cortex-M3.
Signed-off-by: Russ Dill russ.d...@ti.com
---
arch/arm/boot/dts/am335x-bone.dts | 25 -
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/am335x-bone.dts
b/arch/arm/boot/dts/am335x-bone.dts
index 444b4ed..3f6528d 100644
--- a/arch/arm
in the device tree. The property
name for the sleep sequence is sleep_sequence and the property name for
the wake sequence is wake_sequence. Each property should be an array of
bytes.
No actions are performed if the properties are not present in the device
tree.
Signed-off-by: Russ Dill russ.d...@ti.com
.
Signed-off-by: Hebbar, Gururaja gururaja.heb...@ti.com
Signed-off-by: Russ Dill russ.d...@ti.com
---
arch/arm/boot/dts/am335x-evmsk.dts | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/am335x-evmsk.dts
b/arch/arm/boot/dts/am335x-evmsk.dts
index 0c8ad17..704bbb3 100644
, Kevin Hilman wrote:
Dave Gerlach d-gerl...@ti.com writes:
On 08/08/2013 10:03 AM, Santosh Shilimkar wrote:
$subject and patch don't match.
On Thursday 08 August 2013 08:26 AM, Nishanth Menon wrote:
On 08/08/2013 03:45 AM, Russ Dill wrote:
In reference to
the M3 handling it, the M3
to behave properly across system
suspend.
Signed-off-by: Vaibhav Bedia vaibhav.be...@ti.com
Signed-off-by: Dave Gerlach d-gerl...@ti.com
Reviewed-by: Russ Dill russ.d...@ti.com
---
arch/arm/mach-omap2/timer.c | 32
1 file changed, 32 insertions(+)
diff --git
.
Signed-off-by: Vaibhav Bedia vaibhav.be...@ti.com
Signed-off-by: Dave Gerlach d-gerl...@ti.com
Reviewed-by: Russ Dill russ.d...@ti.com
---
arch/arm/mach-omap2/omap_device.c |8
arch/arm/mach-omap2/omap_device.h |2 ++
2 files changed, 10 insertions(+)
diff --git a/arch/arm
...@linaro.org
Reviewed-by: Russ Dill russ.d...@ti.com
In response to Nishanth's comments about the list of omap modules to
idle, I saw that, but it looks like its only for devices that no
device driver ever binds do, eg, the support is not built into the
kernel or the module is currently not loaded
-by: Vaibhav Bedia vaibhav.be...@ti.com
Signed-off-by: Dave Gerlach d-gerl...@ti.com
Reviewed-by: Russ Dill russ.d...@ti.com
---
arch/arm/mach-omap2/Kconfig |7 +--
arch/arm/mach-omap2/Makefile|2 ++
arch/arm/mach-omap2/board-generic.c |1 +
arch/arm/mach
On Thu, Aug 8, 2013 at 7:50 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On Tuesday 06 August 2013 01:49 PM, Dave Gerlach wrote:
From: Vaibhav Bedia vaibhav.be...@ti.com
In preparation for suspend-resume support for AM33XX, add
the assembly file with the code which is copied to
On Thu, Aug 8, 2013 at 8:22 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On Thursday 08 August 2013 11:16 AM, Russ Dill wrote:
On Thu, Aug 8, 2013 at 7:50 AM, Santosh Shilimkar
santosh.shilim...@ti.com wrote:
On Tuesday 06 August 2013 01:49 PM, Dave Gerlach wrote:
From: Vaibhav Bedia
Signed-off-by: Dave Gerlach d-gerl...@ti.com
Reviewed-by: Russ Dill russ.d...@ti.com
---
arch/arm/mach-omap2/control.c | 57
+
arch/arm/mach-omap2/control.h | 54 ++
2 files changed, 111 insertions(+)
diff
...@linaro.org
Reviewed-by: Russ Dill russ.d...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi b/arch/arm/boot/dts/am33xx.dtsi
index 38b446b..05353bf 100644
--- a/arch/arm/boot/dts/am33xx.dtsi
+++ b/arch/arm/boot/dts
suspend handler which modifies the
PWR_MGMT_CTRL register in the EMIF.
Signed-off-by: Vaibhav Bedia vaibhav.be...@ti.com
Signed-off-by: Dave Gerlach d-gerl...@ti.com
Reviewed-by: Russ Dill russ.d...@ti.com
---
arch/arm/mach-omap2/board-generic.c |2 +-
arch/arm/mach-omap2/common.c
On Tue, Aug 6, 2013 at 1:33 AM, Lokesh Vutla lokeshvu...@ti.com wrote:
Add the generic AM33xx RNG module's device tree data and
enable it for the am335x-evm, am335x-evmsk, and am335x-bone
platforms. Also add Documentation file describing the data
for the RNG module.
Signed-off-by: Lokesh
logic is also
adjusted for a DT boot.
Signed-off-by: Suman Anna s-a...@ti.com
Reviewed-by: Russ Dill russ.d...@ti.com
---
arch/arm/boot/dts/omap2420.dtsi | 13 +
arch/arm/boot/dts/omap2430.dtsi | 12
arch/arm/boot/dts/omap3.dtsi| 12
arch/arm
previously through the platform data, except for
the interrupt type configuration information.
Signed-off-by: Suman Anna s-a...@ti.com
Reviewed-by: Russ Dill russ.d...@ti.com
---
.../devicetree/bindings/mailbox/omap-mailbox.txt | 46 +++
drivers/mailbox/mailbox-omap2.c
for
each mailbox is also simplified along the way, removing the
usage of single global configuration variables for all h/w
instances.
Signed-off-by: Suman Anna s-a...@ti.com
Reviewed-by: Russ Dill russ.d...@ti.com
---
drivers/mailbox/mailbox-omap1.c | 27 +---
drivers/mailbox/mailbox
On Fri, Jun 7, 2013 at 6:57 PM, Suman Anna s-a...@ti.com wrote:
The mailbox_put function must check the notifier block for
NULL before trying to unregister it.
I'm going to nack this one. Why must it check for NULL? None of the
callers pass a NULL argument and blocking_notifier_chain_unregister
On Fri, Jun 7, 2013 at 6:57 PM, Suman Anna s-a...@ti.com wrote:
The OMAP mailbox startup code is enabling the interrupt even before
any of the associated mailbox queues are allocated. Any pending
received mailbox message could cause a kernel panic as soon as
the interrupt is enabled due to the
On Fri, Jun 7, 2013 at 6:58 PM, Suman Anna s-a...@ti.com wrote:
The OMAP mailbox platform driver code has been cleaned up to
remove the dependencies with soc.h in preparation for moving
the mailbox code to drivers folder.
The code relied on cpu_is_xxx/soc_is_xxx macros previously to
pick the
this patchset
has been tested.
Russ Dill (2):
ARM: OMAP2+: AM33XX: I2C Sleep/wake sequence support
ARM: dts: add AM33XX vdd core opp50 suspend for Beaglebone.
arch/arm/boot/dts/am335x-bone.dts | 25 +-
arch/arm/mach-omap2/pm33xx.c | 108 ++
arch/arm/mach-omap2/pm33xx.h
node in the device tree. The property
name for the sleep sequence is sleep_sequence and the property name for
the wake sequence is wake_sequence. Each property should be an array of
bytes.
No actions are performed if the properties are not present in the device
tree.
Signed-off-by: Russ Dill
This adds a sleep and wake sequence to set the VDD core voltage to the
OPP50 level, 0.950V. This saves power during suspend. The sequences are
specific to the Beaglebone layout and PMIC, the TPS65217. The sequences
are written out by the am33xx PM code.
Signed-off-by: Russ Dill russ.d...@ti.com
On Wed, May 1, 2013 at 4:26 PM, Tony Lindgren t...@atomide.com wrote:
* Russ Dill russ.d...@ti.com [130501 12:07]:
This patch adds the ability to write an I2C sleep sequence from
SRAM just before WFI, and a wake sequence just after control is passed
from the M3. This is useful
After the gpio-omap runtime PM changes, I noticed that the
omap2_gpio_prepare_for_idle/omap2_gpio_resume_after_idle functions are
a NOP in the case of suspend.
void omap2_gpio_prepare_for_idle(int pwr_mode)
{
struct gpio_bank *bank;
list_for_each_entry(bank, omap_gpio_list, node)
Reviewed-by: Russ Dill russ.d...@ti.com
Acked-by: Russ Dill russ.d...@ti.com
---
arch/arm/boot/dts/am335x-bone.dts |2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/boot/dts/am335x-bone.dts
b/arch/arm/boot/dts/am335x-bone.dts
index 5302f79..e7dff9d 100644
--- a/arch/arm/boot/dts
Reviewed-by: Russ Dill russ.d...@ti.com
Acked-by: Russ Dill russ.d...@ti.com
---
arch/arm/configs/omap2plus_defconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/configs/omap2plus_defconfig
b/arch/arm/configs/omap2plus_defconfig
index 0ce6771..e58afc5 100644
--- a/arch/arm
On Wed, Jan 2, 2013 at 2:15 AM, AnilKumar, Chimata anilku...@ti.com wrote:
On Fri, Dec 14, 2012 at 11:33:13, AnilKumar, Chimata wrote:
Add PM power_off control to rtc driver and PMIC status is set to
STATUS_OFF to shutdown PMIC if PWR_EN is toggled by RTC module.
System power off sequence:-
-off-by: AnilKumar Ch anilku...@ti.com
Looks good
Reviewed-by: Russ Dill russ.d...@ti.com
Acked-by: Russ Dill russ.d...@ti.com
---
arch/arm/boot/dts/am335x-bone.dts |4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/boot/dts/am335x-bone.dts
b/arch/arm/boot/dts/am335x-bone.dts
]
Signed-off-by: AnilKumar Ch anilku...@ti.com
Looks good
Reviewed-by: Russ Dill russ.d...@ti.com
Acked-by: Russ Dill russ.d...@ti.com
---
Documentation/devicetree/bindings/rtc/rtc-omap.txt |5 ++
drivers/rtc/rtc-omap.c | 74
+++-
2 files
On Fri, Jan 11, 2013 at 12:08 AM, Russ Dill russ.d...@gmail.com wrote:
On Thu, Dec 13, 2012 at 10:03 PM, AnilKumar Ch anilku...@ti.com wrote:
From: Colin Foe-Parker colin.foepar...@logicpd.com
Add system power off control to rtc driver which is the in-charge
of controlling the BeagleBone
On Fri, Dec 21, 2012 at 10:04 AM, Mark A. Greer mgr...@animalcreek.com wrote:
From: Mark A. Greer mgr...@animalcreek.com
Add Device Tree suport to the omap-aes crypto
driver. Currently, only support for OMAP2 and
OMAP3 is being added but support for OMAP4 will
be added in a subsequent
On Thu, Nov 8, 2012 at 9:08 AM, Hiremath, Vaibhav hvaib...@ti.com wrote:
No we do not have 32k_counter block in AM335x.
If you are referring to 32Khz clock availability alone, then yes, we need to
get persistent clock and we use RTC 32Khz clock source for it.
But please note that this is not
On Mon, Nov 26, 2012 at 11:57 AM, Mike Turquette mturque...@ti.com wrote:
Quoting Russ Dill (2012-11-26 11:20:09)
The helper functions that access the opaque struct clk should
not be marked inline since they are contained in clk.c, but expected
to be used by other compilation units
] Error 1
make: *** [arch/arm/mach-omap2] Error 2
Signed-off-by: Russ Dill russ.d...@ti.com
---
drivers/clk/clk.c| 14 +++---
include/linux/clk-provider.h | 4 ++--
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
index
trying to program
some GPIOs since the interface clock isn't enabled. However, things
generally look good.
The work is built on Linux-3.7.0-rc5-00014-g9924a19.
Signed-off-by: Russ Dill russ.d...@ti.com
---
arch/arm/include/asm/memory.h | 1 +
arch/arm/kernel/Makefile | 1 +
arch/arm/kernel
On Mon, Nov 12, 2012 at 3:23 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
Hi Grant,
Sorry for the late comments, travelling...
On Nov 9, 2012, at 6:28 PM, Grant Likely wrote:
On Tue, Nov 6, 2012 at 10:37 PM, Stephen Warren swar...@wwwdotorg.org
wrote:
On 11/05/2012 01:40
On Tue, Nov 6, 2012 at 10:35 AM, Tony Lindgren t...@atomide.com wrote:
* Grant Likely grant.lik...@secretlab.ca [121106 03:16]:
On Tue, Nov 6, 2012 at 10:30 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
Another can of worms is the pinctrl nodes.
Yes... new pinctrl data would
On Fri, Nov 2, 2012 at 1:57 AM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Thu, Nov 01, 2012 at 04:49:23PM -0700, Russ Dill wrote:
On Thu, Nov 1, 2012 at 3:05 PM, Felipe Balbi ba...@ti.com wrote:
HI,
On Thu, Nov 01, 2012 at 03:59:50PM +0200, Pantelis Antoniou wrote:
Hi Alan,
On Nov 1
On Fri, Nov 2, 2012 at 4:00 AM, Felipe Balbi ba...@ti.com wrote:
Hi,
On Fri, Nov 02, 2012 at 02:42:51AM -0700, Russ Dill wrote:
browse through various detect functions, yes, some of them key off an
ID, but a lot of them just check various registers to see if certain
bits are zero
On Fri, Nov 2, 2012 at 5:32 AM, Vaibhav Bedia vaibhav.be...@ti.com wrote:
Mailbox IP on AM33XX, is the same as that present
in OMAP4. The single instance of Mailbox module
contains 8 sub-modules and facilitates communication
between MPU, PRUs and WKUP_M3.
The first mailbox sub-module is
On Thu, Nov 1, 2012 at 3:05 PM, Felipe Balbi ba...@ti.com wrote:
HI,
On Thu, Nov 01, 2012 at 03:59:50PM +0200, Pantelis Antoniou wrote:
Hi Alan,
On Nov 1, 2012, at 3:51 PM, Alan Cox wrote:
What they want, and what every user wants, is I plug this board in, and
the driver make sure
On Wed, Oct 31, 2012 at 9:52 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
Introducing capebus; a bus that allows small boards (capes) to connect
to a complex SoC using simple expansion connectors.
Up to now to support these kind of boards, one had to hack the board files,
and do
On Wed, Oct 31, 2012 at 9:52 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
Capebus is created to address the problem of many SoCs that can provide a
multitude of hardware interfaces but in order to keep costs down the main
boards only support a limited number of them. The rest are
On Wed, Oct 31, 2012 at 3:07 PM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
On Oct 31, 2012, at 11:55 PM, Russ Dill wrote:
On Wed, Oct 31, 2012 at 9:52 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
Introducing capebus; a bus that allows small boards (capes
On Wed, Oct 31, 2012 at 8:55 AM, Pantelis Antoniou
pa...@antoniou-consulting.com wrote:
The MFD parent device now uses a regmap, instead of direct
memory access. Use the same method in the sub devices to avoid
nasty surprises.
Also rework the channel initialization of tiadc a bit.
On Thu, Oct 18, 2012 at 6:26 AM, Matt Porter mpor...@ti.com wrote:
Changes since v2:
- Rebased on 3.7-rc1
- Fixed bug in DT/pdata parsing first found by Gururaja
that turned out to be masked by some toolchains
- Dropped unused mach-omap2/devices.c hsmmc patch
On Mon, Oct 15, 2012 at 4:05 PM, Paul Walmsley p...@pwsan.com wrote:
Move OMAP3xxx-specific CM functions macros into cm3xxx.[ch] and
OMAP2xxx-specific macros into cm2xxx.[ch]. Move basic CM register
access functions into static inline functions in cm2xxx_3xxx.h,
leaving only OMAP2/3
On Mon, Oct 15, 2012 at 4:05 PM, Paul Walmsley p...@pwsan.com wrote:
Move the low-level SoC-specific clockdomain control functions into
cm*.c and prm*.c. For example, OMAP2xxx low-level clockdomain
functions go into cm2xxx.c. Then remove the unnecessary
clockdomain*xxx*.c files.
The
On Mon, Jul 2, 2012 at 9:54 AM, Kevin Hilman khil...@ti.com wrote:
Felipe, Keshava,
Kevin Hilman khil...@ti.com writes:
Felipe Balbi ba...@ti.com writes:
[...]
Keshava is reverting a fix for a HW errata. I can't accept it as it will
cause regressions. Granted, regression by regression,
From: Russ Dill russ.d...@gmail.com
'ARM: OMAP3: USB: Fix the EHCI ULPI PHY reset issue' (1fcb57d0) fixes
an issue where the ULPI PHYs were not held in reset while initializing
the EHCI controller. However, it also changes behavior in
omap-usb-host.c omap_usbhs_init by releasing reset while
On Fri, Jun 22, 2012 at 7:14 AM, Kevin Hilman khil...@ti.com wrote:
Felipe Balbi ba...@ti.com writes:
Hi,
On Fri, Jun 22, 2012 at 01:00:39PM +0530, Munegowda, Keshava wrote:
On Fri, Jun 22, 2012 at 12:32 AM, Kevin Hilman khil...@ti.com wrote:
Munegowda, Keshava keshava_mgo...@ti.com
A recent commit, [PATCH] Fix OMAP EHCI suspend/resume failure
(i693) '354ab856' causes ehci probe to fail on omap3xxx. This
exposed bugs in the ehci_hcd_omap_probe error path causing
an oops.
On the error path, call usb_remove_hcd if usb_add_hcd has been
called, and call usb_put_hcd if
to get that clock from ehci-omap then fails. The solution
is to just change the clock3xxx_data.c for dummy clocks used in the
errata fix to match the dev_id, NULL, used in clock44xx_data.c.
Tested on BB-xM.
Signed-off-by: Russ Dill russ.d...@ti.com
---
arch/arm/mach-omap2/clock3xxx_data.c | 14
1 - 100 of 193 matches
Mail list logo