interrupt and a
kernel boot hang. Add proper checking so that the probe would
return a failure graciously without hanging the kernel boot.
Signed-off-by: Suman Anna s-a...@ti.com
---
arch/arm/plat-omap/dmtimer.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/arch/arm
() API. The API to request
using capabilities, omap_dm_timer_request_by_cap() API should be
deprecated eventually.
Signed-off-by: Suman Anna s-a...@ti.com
---
arch/arm/boot/dts/dra7.dtsi | 7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7
hang can also be fixed by checking the return status
of pm_runtime_get_sync() in the OMAP dmtimer probe, I will post
a separate fix for that.
Second patch is a minor fix.
regards
Suman
[1] http://pastebin.ubuntu.com/10611882/
Suman Anna (2):
ARM: DRA7: hwmod: Add data for GPTimers 13 through 16
GPTimer 4 is a regular timer and not a secure timer, so fix
the hwmod to use the correct hwmod class (even though there
are no differences in the class definition itself).
Signed-off-by: Suman Anna s-a...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 2 +-
1 file changed, 1 insertion
Add the hwmod data for GPTimers 13, 14, 15 and 16. All these
timers are present in the L4PER3 clock domain.
The corresponding DT nodes are already present but disabled.
Signed-off-by: Suman Anna s-a...@ti.com
---
arch/arm/mach-omap2/omap_hwmod_7xx_data.c | 96 +++
1
The OMAP DMTimer API, omap_dm_timer_set_source(), uses the clock name
timer_sys_ck for setting a timer's clock source for the source index
OMAP_TIMER_SRC_SYS_CLK. There is currently no clock alias data for
the Timers 13 through 16 for this clock name, so add the same.
Signed-off-by: Suman Anna s
dmtimer driver.
Signed-off-by: Suman Anna s-a...@ti.com
---
drivers/clk/ti/clk-54xx.c | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
diff --git a/drivers/clk/ti/clk-54xx.c b/drivers/clk/ti/clk-54xx.c
index 14160b223548..96c69a335975 100644
--- a/drivers/clk/ti/clk
to the TIMER_SYS_CLK and not the SYSCLKIN2, so correct
the clock aliases appropriately. SYSCLKIN2 is not a mandatory clock
input.
Signed-off-by: Suman Anna s-a...@ti.com
---
drivers/clk/ti/clk-7xx.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/clk/ti/clk-7xx.c
The DT clock aliases for timers using the legacy OMAP timer
device names have been cleaned up. These device names reflect
the names used in legacy boot, and are no longer applicable
as OMAP4 is DT boot only now.
Signed-off-by: Suman Anna s-a...@ti.com
---
drivers/clk/ti/clk-44xx.c | 11
, and I will be sending the patches
for them soon.
regards
Suman
Suman Anna (4):
CLK: TI: OMAP4: Remove the legacy timer DT clock aliases
CLK: TI: OMAP5: Correct the DT clock aliases for timers
CLK: TI: DRA7: Correct timer_sys_ck clock aliases for Timers
CLK: TI: DRA7: Add timer_sys_ck
On 03/12/2015 04:04 AM, Ohad Ben-Cohen wrote:
On Fri, Jan 9, 2015 at 11:21 PM, Suman Anna s-a...@ti.com wrote:
The remoteproc driver core currently relies on iommu_present() on
the bus the device is on, to perform MMU management. However, this
logic doesn't scale for multi-arch, especially
Hi Tony,
On 03/11/2015 11:26 AM, Tony Lindgren wrote:
* Dave Gerlach d-gerl...@ti.com [150310 12:55]:
Tony,
On 03/10/2015 11:09 AM, Tony Lindgren wrote:
* Suman Anna s-a...@ti.com [150309 16:59]:
On 03/05/2015 10:57 AM, Tony Lindgren wrote:
* Suman Anna s-a...@ti.com [150305 08:47]:
On 03
On 03/11/2015 12:32 PM, Tony Lindgren wrote:
* Suman Anna s-a...@ti.com [150311 10:18]:
On 03/11/2015 11:26 AM, Tony Lindgren wrote:
* Dave Gerlach d-gerl...@ti.com [150310 12:55]:
Suman and I have been looking at this together, so I can comment here. An
implementation like this is what Suman
The family information in the soc-bus data is currently
not classified properly for AM33xx devices, and a read
of /sys/bus/soc/devices/soc0/family currently shows
Unknown. Fix the same.
Signed-off-by: Suman Anna s-a...@ti.com
---
arch/arm/mach-omap2/id.c | 2 ++
1 file changed, 2 insertions
Tony,
On 03/05/2015 10:57 AM, Tony Lindgren wrote:
* Suman Anna s-a...@ti.com [150305 08:47]:
On 03/05/2015 09:40 AM, Tony Lindgren wrote:
* Dave Gerlach d-gerl...@ti.com [150304 20:14]:
Dave,
Looks like the commit message disappeared during your patch preparation.
Signed-off-by: Suman
On 03/05/2015 09:40 AM, Tony Lindgren wrote:
* Dave Gerlach d-gerl...@ti.com [150304 20:14]:
Dave,
Looks like the commit message disappeared during your patch preparation.
Signed-off-by: Suman Anna s-a...@ti.com
Signed-off-by: Dave Gerlach d-gerl...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi
-by: Suman Anna s-a...@ti.com
---
v8: Revised the binding completely, removed hwlock-num-locks and
hwlock-base-id properties. Added hwlock-names as optional
property. Revised patch description as well.
.../devicetree/bindings/hwlock/hwlock.txt | 59 ++
1 file changed
:
- Add DT parse support to OMAP hwspinlock driver
- Add OMAP4 DT node and bindings information
http://marc.info/?l=linux-omapm=137823082308009w=2
---
Suman Anna (4):
Documentation: dt: add common bindings for hwspinlock
hwspinlock/core: add device tree support
Documentation: dt: add the omap
HwSpinlock IP is present only on OMAP4 and other newer SoCs,
which are all device-tree boot only. This patch adds the
DT bindings information for OMAP hwspinlock module.
Cc: Rob Herring robh...@kernel.org
Cc: Mark Rutland mark.rutl...@arm.com
Signed-off-by: Suman Anna s-a...@ti.com
---
v8
HwSpinlock IP is present only on OMAP4 and other newer SoCs,
which are all device-tree boot only. This patch adds the
base support for parsing the DT nodes, and removes the code
dealing with the traditional platform device instantiation.
Signed-off-by: Suman Anna s-a...@ti.com
[t...@atomide.com
that it can be
requested using the available hwspin_lock_request_specific()
API.
Signed-off-by: Suman Anna s-a...@ti.com
---
v8: Removed the previous OF helpers of_hwspin_lock_get_num_locks()
of_hwspin_lock_get_base_id() due to the revised generic
bindings. Added back the support for deferred
Ohad,
On 02/12/2015 11:20 PM, Ohad Ben-Cohen wrote:
On Thu, Feb 12, 2015 at 10:54 PM, Suman Anna s-a...@ti.com wrote:
My original motivation was that it would only need to be added on
firmwares requiring support for loading into internal memories,
otherwise, these are something left
Hi Ohad,
On 02/12/2015 03:09 AM, Ohad Ben-Cohen wrote:
On Wed, Feb 11, 2015 at 10:57 PM, Tony Lindgren t...@atomide.com wrote:
+static int rproc_handle_intmem(struct rproc *rproc, struct fw_rsc_intmem
*rsc,
+ int offset, int avail)
+{
...
+ va = (__force
On 02/11/2015 02:57 PM, Tony Lindgren wrote:
* Ohad Ben-Cohen o...@wizery.com [150210 02:14]:
Hi Suman,
On Fri, Jan 9, 2015 at 11:21 PM, Suman Anna s-a...@ti.com wrote:
A remote processor may need to load certain firmware sections into
internal memories (eg: RAM at L1 or L2 levels
On 02/11/2015 04:48 PM, Tony Lindgren wrote:
* Suman Anna s-a...@ti.com [150211 14:32]:
On 02/11/2015 02:57 PM, Tony Lindgren wrote:
* Ohad Ben-Cohen o...@wizery.com [150210 02:14]:
Hi Suman,
On Fri, Jan 9, 2015 at 11:21 PM, Suman Anna s-a...@ti.com wrote:
A remote processor may need
On 02/11/2015 06:18 PM, Tony Lindgren wrote:
* Suman Anna s-a...@ti.com [150211 16:05]:
On 02/11/2015 04:48 PM, Tony Lindgren wrote:
* Suman Anna s-a...@ti.com [150211 14:32]:
On 02/11/2015 02:57 PM, Tony Lindgren wrote:
* Ohad Ben-Cohen o...@wizery.com [150210 02:14]:
Hi Suman,
On Fri
Hi Bjorn,
On 02/05/2015 05:01 PM, Bjorn Andersson wrote:
On Mon, Feb 2, 2015 at 1:07 PM, Suman Anna s-a...@ti.com wrote:
On 02/01/2015 11:55 AM, Bjorn Andersson wrote:
On Fri, Jan 30, 2015 at 9:41 PM, Ohad Ben-Cohen o...@wizery.com wrote:
On Sat, Jan 31, 2015 at 1:29 AM, Bjorn Andersson bj
Ohad,
On 01/09/2015 03:21 PM, Suman Anna wrote:
Hi Ohad,
The following is an updated patchset addressing the previous pending comments
from v1 v2, and are rebased onto the latest 3.19-rc3 (are rc independent
actually).
The patches are mainly developed to support the WkupM3 remote
On 02/01/2015 11:55 AM, Bjorn Andersson wrote:
On Fri, Jan 30, 2015 at 9:41 PM, Ohad Ben-Cohen o...@wizery.com wrote:
On Sat, Jan 31, 2015 at 1:29 AM, Bjorn Andersson bj...@kryo.se wrote:
In a system where you have two hwlock blocks lckA and lckB, each
consisting of 8 locks and you have dspB
On 02/01/2015 05:00 AM, Ohad Ben-Cohen wrote:
On Sat, Jan 31, 2015 at 7:41 AM, Ohad Ben-Cohen o...@wizery.com wrote:
On Sat, Jan 31, 2015 at 1:29 AM, Bjorn Andersson bj...@kryo.se wrote:
In a system where you have two hwlock blocks lckA and lckB, each
consisting of 8 locks and you have dspB
On 01/22/2015 12:56 PM, Mark Rutland wrote:
On Wed, Jan 21, 2015 at 05:56:37PM +, Suman Anna wrote:
On 01/21/2015 06:41 AM, Ohad Ben-Cohen wrote:
On Tue, Jan 20, 2015 at 8:05 PM, Tony Lindgren t...@atomide.com wrote:
How about default to Linux id space and allow overriding
Hi Grant,
On 01/13/2015 05:04 PM, Suman Anna wrote:
On 01/13/2015 04:00 PM, Rob Herring wrote:
On Tue, Jan 13, 2015 at 3:25 PM, Suman Anna s-a...@ti.com wrote:
Hi Rob,
On 01/13/2015 02:38 PM, Rob Herring wrote:
On Wed, Jan 7, 2015 at 11:30 AM, Suman Anna s-a...@ti.com wrote:
Drivers can
Hi Ohad,
On 01/09/2015 03:21 PM, Suman Anna wrote:
Hi Ohad,
The following is an updated patchset addressing the previous pending comments
from v1 v2, and are rebased onto the latest 3.19-rc3 (are rc independent
actually).
The patches are mainly developed to support the WkupM3 remote
On 01/21/2015 06:41 AM, Ohad Ben-Cohen wrote:
On Tue, Jan 20, 2015 at 8:05 PM, Tony Lindgren t...@atomide.com wrote:
How about default to Linux id space and allow overriding that with
a module param option if needed?
I'm not sure I'm following.
If the main point of contention is the
On 01/16/2015 04:19 AM, Mark Rutland wrote:
On Thu, Jan 15, 2015 at 02:42:23PM +, Rob Herring wrote:
On Thu, Jan 15, 2015 at 7:55 AM, Mark Rutland mark.rutl...@arm.com wrote:
On Thu, Jan 15, 2015 at 01:52:01PM +, Mark Rutland wrote:
On Wed, Jan 14, 2015 at 08:58:18PM +, Suman Anna
On 01/15/2015 08:42 AM, Rob Herring wrote:
On Thu, Jan 15, 2015 at 7:55 AM, Mark Rutland mark.rutl...@arm.com wrote:
On Thu, Jan 15, 2015 at 01:52:01PM +, Mark Rutland wrote:
On Wed, Jan 14, 2015 at 08:58:18PM +, Suman Anna wrote:
This patch adds the generic common bindings used
Hi Tony,
On 01/13/2015 05:37 PM, Tony Lindgren wrote:
Similar to other omap variants, let's add dm816x support.
Note that this is based on generated data from the
TI81XX-LINUX-PSP-04.04.00.02 patches published at:
of the IP, and so will use a common value of 0.
Cc: Ohad Ben-Cohen o...@wizery.com
Signed-off-by: Suman Anna s-a...@ti.com
---
This is required for the OMAP Hwspinlock driver with the
latest DT series,
http://marc.info/?l=linux-omapm=142126914027417w=2
arch/arm/boot/dts/am33xx.dtsi | 1 +
arch/arm
Herring robh...@kernel.org
Signed-off-by: Suman Anna s-a...@ti.com
---
v7: Revised binding info for hwlock-base-id, it is mandatory now
.../devicetree/bindings/hwlock/hwlock.txt | 55 ++
1 file changed, 55 insertions(+)
create mode 100644 Documentation/devicetree
HwSpinlock IP is present only on OMAP4 and other newer SoCs,
which are all device-tree boot only. This patch adds the
DT bindings information for OMAP hwspinlock module.
Cc: Rob Herring robh...@kernel.org
Signed-off-by: Suman Anna s-a...@ti.com
---
v7: Added information about hwlock-base-id
hwspin_lock_request_specific() API.
Signed-off-by: Suman Anna s-a...@ti.com
---
v7:
- Moved of_hwspin_lock_get_base_id() and of_hwspin_lock_get_num_locks
into hwspinlock_internal.h
- Simplified of_hwspin_lock_get_id(), removed deferred probing and
args specifier validation
- updated comments
---
Suman Anna (4):
Documentation: dt: add common bindings for hwspinlock
Documentation: dt: add the omap hwspinlock bindings document
hwspinlock/core: add common OF helpers
hwspinlock/omap: add support for dt nodes
.../devicetree/bindings/hwlock/hwlock.txt | 55
HwSpinlock IP is present only on OMAP4 and other newer SoCs,
which are all device-tree boot only. This patch adds the
base support for parsing the DT nodes, and removes the code
dealing with the traditional platform device instantiation.
Signed-off-by: Suman Anna s-a...@ti.com
[t...@atomide.com
Hi Paul,
On 01/13/2015 05:29 PM, Paul Walmsley wrote:
Hi Suman,
thanks for pitching in on this!
On Tue, 6 Jan 2015, Suman Anna wrote:
You have removed the return from the above block on failure. If any DT
entry doesn't have the reg property, this will hang the kernel boot.
Just remove
Hi Rob,
On 01/13/2015 04:27 PM, Rob Herring wrote:
On Wed, Jan 7, 2015 at 11:30 AM, Suman Anna s-a...@ti.com wrote:
Drivers can use of_platform_populate() to create platform devices
for children of the device main node, and a complementary API
of_platform_depopulate() is provided to delete
On 01/13/2015 04:00 PM, Rob Herring wrote:
On Tue, Jan 13, 2015 at 3:25 PM, Suman Anna s-a...@ti.com wrote:
Hi Rob,
On 01/13/2015 02:38 PM, Rob Herring wrote:
On Wed, Jan 7, 2015 at 11:30 AM, Suman Anna s-a...@ti.com wrote:
Drivers can use of_platform_populate() to create platform devices
Hi Rob,
On 01/13/2015 02:38 PM, Rob Herring wrote:
On Wed, Jan 7, 2015 at 11:30 AM, Suman Anna s-a...@ti.com wrote:
Drivers can use of_platform_populate() to create platform devices
for children of the device main node, and a complementary API
of_platform_depopulate() is provided to delete
the usecase details for the change
summary
- Fixed a minor checkpatch warning.
v1:
http://marc.info/?l=linux-omapm=140483657604924w=2
Suman Anna (2):
remoteproc: use a flag to detect the presence of IOMMU
remoteproc: add support to handle internal memories
drivers/remoteproc
as well to properly
configure the newly added rproc field.
Cc: Robert Tivy rt...@ti.com
Cc: Linus Walleij linus.wall...@linaro.org
Signed-off-by: Suman Anna s-a...@ti.com
---
v3:
- no changes w.r.t v2
drivers/remoteproc/da8xx_remoteproc.c | 1 +
drivers/remoteproc/omap_remoteproc.c | 5
-off-by: Robert Tivy rt...@ti.com
Signed-off-by: Suman Anna s-a...@ti.com
---
v3:
- leverage memcpy_toio and memset_io for loading into internal memory
- rproc_da_to_va takes an additional argument to allow this distinction
drivers/remoteproc/remoteproc_core.c | 89
test devices after adding them)
Signed-off-by: Suman Anna s-a...@ti.com
---
drivers/of/unittest.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/of/unittest.c b/drivers/of/unittest.c
index 844838e11ef1..c67e50264e82 100644
--- a/drivers/of/unittest.c
+++ b/drivers
during
platform device cleanup.
Signed-off-by: Suman Anna s-a...@ti.com
---
drivers/base/platform.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/base/platform.c b/drivers/base/platform.c
index 9421fed40905..129e69c8c894 100644
--- a/drivers/base/platform.c
+++ b/drivers/base
platform data kfree crash: http://slexy.org/view/s2mUgd09gm
OF UnitTest with just Patch3 : http://slexy.org/view/s21xz88p6P
regards
Suman
Suman Anna (3):
of/device: manage resources similar to platform_device_add
core: platform: fix an invalid kfree during of_platform_depopulate
of/unittest
.
Signed-off-by: Suman Anna s-a...@ti.com
---
drivers/of/device.c | 38 +-
1 file changed, 37 insertions(+), 1 deletion(-)
diff --git a/drivers/of/device.c b/drivers/of/device.c
index 46d6c75c1404..fa27c1c71f29 100644
--- a/drivers/of/device.c
+++ b/drivers
On 01/06/2015 11:27 AM, Suman Anna wrote:
Hi Paul,
On 01/06/2015 11:14 AM, Suman Anna wrote:
Hi Paul,
On 01/06/2015 02:14 AM, Lokesh Vutla wrote:
Hi Paul,
On Tuesday 06 January 2015 07:34 AM, Paul Walmsley wrote:
Roger, Lokesh, could you try this one instead?
Yep, the below patch works
Hi Paul,
On 01/06/2015 02:14 AM, Lokesh Vutla wrote:
Hi Paul,
On Tuesday 06 January 2015 07:34 AM, Paul Walmsley wrote:
Roger, Lokesh, could you try this one instead?
Yep, the below patch works on AM437x.
Boot logs here: http://paste.ubuntu.com/9680938/
Thanks and regards,
Lokesh
It
Hi Paul,
On 01/06/2015 11:14 AM, Suman Anna wrote:
Hi Paul,
On 01/06/2015 02:14 AM, Lokesh Vutla wrote:
Hi Paul,
On Tuesday 06 January 2015 07:34 AM, Paul Walmsley wrote:
Roger, Lokesh, could you try this one instead?
Yep, the below patch works on AM437x.
Boot logs here: http
On 01/05/2015 02:35 AM, Lokesh Vutla wrote:
Hi Paul,
On Saturday 03 January 2015 02:40 AM, Paul Walmsley wrote:
+ Suman, lakml
Hi Roger
On Thu, 18 Dec 2014, Roger Quadros wrote:
Fixing up Paul's email id.
cheers,
-roger
On 18/12/14 17:49, Roger Quadros wrote:
There are quite a few
Hi Ohad,
On Thu, Nov 13, 2014 at 7:46 PM, Suman Anna s-a...@ti.com wrote:
Hi Ohad,
On 09/16/2014 01:33 PM, Suman Anna wrote:
The buffers to be used for communication are allocated during the
rpmsg virtio driver's probe, and the total number of buffers is
currently hard-coded to 512
Hi Jassi,
On 11/24/2014 03:54 AM, Jassi Brar wrote:
On 4 November 2014 at 04:35, Suman Anna s-a...@ti.com wrote:
The OMAP mailbox driver and its existing clients (remoteproc
for OMAP4+) are adapted to use the generic mailbox framework.
The main changes for the adaptation
Hi Ohad,
On 11/14/2014 01:11 AM, Ohad Ben-Cohen wrote:
Hi Suman,
On Thu, Nov 13, 2014 at 11:02 PM, Suman Anna s-a...@ti.com wrote:
OK, lets take an example. I have say 2 device instances, say
hwlock1: hwlock@0 {
hwlock-num-locks = 32
hwlock-base-id
Hi Ohad,
On 11/13/2014 04:03 AM, Ohad Ben-Cohen wrote:
Hi Suman,
On Wed, Nov 12, 2014 at 9:32 PM, Suman Anna s-a...@ti.com wrote:
Is this the validation you mentioned which requires the existence of
hwspinlock/core: maintain a list of registered hwspinlock banks ?
Well, not exactly
Hi Ohad,
On 09/16/2014 01:33 PM, Suman Anna wrote:
The buffers to be used for communication are allocated during the
rpmsg virtio driver's probe, and the total number of buffers is
currently hard-coded to 512. The vring configuration can vary from
one platform to another or between different
Hi Ohad,
On 11/13/2014 01:45 PM, Ohad Ben-Cohen wrote:
Hi Suman,
On Thu, Nov 13, 2014 at 7:38 PM, Suman Anna s-a...@ti.com wrote:
No, not always, because, either of them can be optional between
different platform implementations. For example, on OMAP, the number of
locks is read from an IP
Kumar, Mark, Rob,
On 11/12/2014 09:14 AM, Ohad Ben-Cohen wrote:
Hi Suman,
On Fri, Sep 12, 2014 at 11:24 PM, Suman Anna s-a...@ti.com wrote:
This patch adds the generic common bindings used to represent
a hwlock device and use/request locks in a device-tree build.
...
Cc: Rob Herring
Hi Ohad,
Thanks for the review.
On 11/12/2014 01:08 PM, Ohad Ben-Cohen wrote:
Hi Suman,
On Fri, Sep 12, 2014 at 11:24 PM, Suman Anna s-a...@ti.com wrote:
+int of_hwspin_lock_get_id(struct device_node *np, int index)
+{
+ struct hwspinlock_device *bank;
+ struct
Hi Ohad,
On 11/12/2014 01:14 PM, Ohad Ben-Cohen wrote:
Hi Suman,
On Fri, Sep 12, 2014 at 11:24 PM, Suman Anna s-a...@ti.com wrote:
static int omap_hwspinlock_probe(struct platform_device *pdev)
{
- struct hwspinlock_pdata *pdata = pdev-dev.platform_data;
+ struct device_node
Hi Ohad,
On 10/06/2014 04:44 AM, Ohad Ben-Cohen wrote:
On Fri, Sep 26, 2014 at 7:25 PM, Suman Anna s-a...@ti.com wrote:
I am yet to receive any comments on v6, but that series should address
both your need for a probe deferral and Ohad's request to not change any
return types. Please give
to runtime_pm. The other exported
API omap_mbox_request_channel will be removed once existing legacy
users are converted to DT.
Cc: Jassi Brar jassisinghb...@gmail.com
Cc: Ohad Ben-Cohen o...@wizery.com
Signed-off-by: Suman Anna s-a...@ti.com
---
v3-v4: No code changes, switched the example
+devicet...@hellion.org.uk
Cc: Kumar Gala ga...@codeaurora.org
Signed-off-by: Suman Anna s-a...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi | 1 +
arch/arm/boot/dts/am4372.dtsi | 1 +
arch/arm/boot/dts/dra7.dtsi | 13 +
arch/arm/boot/dts/omap2420.dtsi | 1 +
arch/arm/boot/dts
, while all the remaining mailboxes have 4
interrupts each.
Signed-off-by: Suman Anna s-a...@ti.com
---
arch/arm/boot/dts/dra7.dtsi | 51 +
1 file changed, 51 insertions(+)
diff --git a/arch/arm/boot/dts/dra7.dtsi b/arch/arm/boot/dts/dra7.dtsi
index
separately so that Jassi can pick it up. Together, these are the last
base mailbox dependent patches for Dave's PM work on AM335x.
regards
Suman
[1] http://marc.info/?l=linux-omapm=141038449717781w=2
[2] http://marc.info/?l=linux-omapm=141038447817775w=2
Suman Anna (2):
ARM: dts: DRA7: Add interrupts
Hi Joerg,
On 10/22/2014 08:29 AM, Joerg Roedel wrote:
On Tue, Oct 21, 2014 at 04:28:27PM -0500, Suman Anna wrote:
I am looking to refresh this series for 3.19, and this is the only patch
that may need some changes. Please let me know what your preference is,
and I can rework this patch
IOMMU driver, and
there won't be external users for these functions. So, remove
the EXPORT_SYMBOL_GPL on these. The omap_iopgtable_store_entry()
is also made internal only, after making the 'pagetable' debugfs
entry read-only.
Signed-off-by: Suman Anna s-a...@ti.com
Acked-by: Laurent Pinchart
a Operation not permitted trace when the
corresponding IOMMU is not enabled.
Signed-off-by: Suman Anna s-a...@ti.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/iommu/omap-iommu-debug.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/iommu/omap
to users prior to the IOMMU framework adaptation,
but are now redundant.
Signed-off-by: Suman Anna s-a...@ti.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/iommu/omap-iommu2.c | 20 +---
1 file changed, 1 insertion(+), 19 deletions(-)
diff --git a/drivers
Remove the writeability on the 'pagetable' debugfs entry,
so that the mapping/unmapping into an OMAP IOMMU is only
limited to actual client devices/drivers at kernel-level.
Signed-off-by: Suman Anna s-a...@ti.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/iommu/omap
The permissions on the debugfs entry nr_tlb_entries should
have been octal, not decimal, so fix it.
Signed-off-by: Suman Anna s-a...@ti.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/iommu/omap-iommu-debug.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
The isr_priv field is a left-over from before the IOMMU API
adaptation, this was used to store the callback data. This is
no longer relevant, so remove it.
Signed-off-by: Suman Anna s-a...@ti.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/iommu/omap-iommu.h | 1 -
1
The omap2_iommu_save_ctx() and omap2_iommu_restore_ctx()
performs a sanity version check against a fixed value
that is correct only for OMAP2/OMAP3 IOMMUs. This fixed check
does not scale for all OMAP2+ IOMMUs and is not absolutely
required, so it has been removed.
Signed-off-by: Suman Anna s
/patch/5007261/
[3]
https://github.com/sumananna/omap-kernel/commits/iommu/submit/3.18-rc1-cleanup-consolidation-v2
Suman Anna (17):
iommu/omap: Remove refcount field from omap_iommu object
iommu/omap: Remove unused isr_priv field from omap_iommu
iommu/omap: Remove duplicate declarations
iommu
The omap_iommu_save_ctx() and omap_iommu_restore_ctx() declarations
are defined in include/linux/omap-iommu.h and do not belong in the
internal drivers/iommu/omap-iommu.h header, so remove them.
Signed-off-by: Suman Anna s-a...@ti.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
The .domain field in omap_iommu struct is set properly when the
OMAP IOMMU device is attached to, but is never reset properly
on detach. Reset this properly so that the OMAP IOMMU debugfs
logic can depend on this field before allowing the debugfs
operations.
Signed-off-by: Suman Anna s
-off-by: Suman Anna s-a...@ti.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/iommu/omap-iommu.c | 9 -
drivers/iommu/omap-iommu.h | 4
drivers/iommu/omap-iommu2.c | 2 --
3 files changed, 15 deletions(-)
diff --git a/drivers/iommu/omap-iommu.c b/drivers
cleaned up while at this.
- There will no longer be a omap-iommu-debug.ko module after
this patch.
- The OMAP_IOMMU_DEBUG Kconfig option is converted to boolean
only, the OMAP IOMMU debugfs support is built alongside the
OMAP IOMMU driver only when this option is enabled.
Signed-off-by: Suman
is defined
- iotlb_dump_cr() is similarly defined only when CONFIG_OMAP_IOMMU_DEBUG
is defined
- Elimination of the OMAP IOMMU exported functions to register the
arch ops, omap_install_iommu_arch() omap_uninstall_iommu_arch()
- Any stale comments about OMAP1 are also cleaned up
Signed-off-by: Suman
making the debugfs entry 'pagetable' read-only.
Signed-off-by: Suman Anna s-a...@ti.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/iommu/omap-iommu.c | 21 -
drivers/iommu/omap-iommu.h | 5 -
2 files changed, 26 deletions(-)
diff --git
returning a fixed value.
Signed-off-by: Suman Anna s-a...@ti.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/iommu/omap-iommu-debug.c | 13 -
1 file changed, 13 deletions(-)
diff --git a/drivers/iommu/omap-iommu-debug.c b/drivers/iommu/omap-iommu-debug.c
the proper L2 PTE instead of the previous L1 page descriptor
pointer.
Signed-off-by: Suman Anna s-a...@ti.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/iommu/omap-iommu-debug.c | 81 ++--
1 file changed, 28 insertions(+), 53 deletions
against double inclusion as well.
Signed-off-by: Suman Anna s-a...@ti.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/iommu/omap-iommu.h | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/iommu/omap-iommu.h b/drivers/iommu/omap-iommu.h
-off-by: Suman Anna s-a...@ti.com
Acked-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/iommu/omap-iommu.c | 15 +++
drivers/iommu/omap-iommu.h | 1 -
2 files changed, 3 insertions(+), 13 deletions(-)
diff --git a/drivers/iommu/omap-iommu.c b/drivers/iommu/omap
Hi Joerg,
On 10/01/2014 11:07 AM, Anna, Suman wrote:
Hi Laurent,
On Tuesday 30 September 2014 16:16:07 Suman Anna wrote:
The debugfs support for OMAP IOMMU is currently implemented
as a module, warranting certain OMAP-specific IOMMU API to
be exported. The OMAP IOMMU, when enabled, can
Hi Laurent,
On Tuesday 30 September 2014 16:16:07 Suman Anna wrote:
The debugfs support for OMAP IOMMU is currently implemented
as a module, warranting certain OMAP-specific IOMMU API to
be exported. The OMAP IOMMU, when enabled, can only be built-in
into the kernel, so integrate the OMAP
://marc.info/?l=linux-omapm=137823082308009w=2
---
Suman Anna (5):
Documentation: dt: add common bindings for hwspinlock
Documentation: dt: add the omap hwspinlock bindings document
hwspinlock/core: maintain a list of registered hwspinlock banks
hwspinlock/core: add common OF helpers
Remove the writeability on the 'pagetable' debugfs entry,
so that the mapping/unmapping into an OMAP IOMMU is only
limited to actual client devices/drivers at kernel-level.
Signed-off-by: Suman Anna s-a...@ti.com
---
drivers/iommu/omap-iommu-debug.c | 48
making the debugfs entry 'pagetable' read-only.
Signed-off-by: Suman Anna s-a...@ti.com
---
drivers/iommu/omap-iommu.c | 21 -
drivers/iommu/omap-iommu.h | 5 -
2 files changed, 26 deletions(-)
diff --git a/drivers/iommu/omap-iommu.c b/drivers/iommu/omap-iommu.c
index
The omap_iommu_save_ctx() and omap_iommu_restore_ctx() declarations
are defined in include/linux/omap-iommu.h and do not belong in the
internal drivers/iommu/omap-iommu.h header, so remove them.
Signed-off-by: Suman Anna s-a...@ti.com
---
drivers/iommu/omap-iommu.h | 3 ---
1 file changed, 3
-by: Suman Anna s-a...@ti.com
---
drivers/iommu/Kconfig| 9
drivers/iommu/Makefile | 3 +-
drivers/iommu/omap-iommu-debug.c | 102 ---
drivers/iommu/omap-iommu.c | 11 +++--
drivers/iommu/omap-iommu.h | 7 +++
5 files
The permissions on the debugfs entry nr_tlb_entries should
have been octal, not decimal, so fix it.
Signed-off-by: Suman Anna s-a...@ti.com
---
drivers/iommu/omap-iommu-debug.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iommu/omap-iommu-debug.c b/drivers/iommu
/iommu/submit/3.17-rc3-cleanup-consolidation
regards
Suman
Suman Anna (17):
iommu/omap: Remove refcount field from omap_iommu object
iommu/omap: Remove unused isr_priv field from omap_iommu
iommu/omap: Remove duplicate declarations
iommu/omap: Remove conditional definition
101 - 200 of 639 matches
Mail list logo