v2:
Removed the static iotable mapping for sram done to handle
errata I688, and used gen_pool instead.
Make all OMAP DT only platforms (am33xx, am43xx, omap4 and omap5)
use drivers/misc/sram.c driver instead of the omap internal
implementation for SRAM handling.
Rajendra Nayak (3):
ARM: AM335x
: Sekhar Nori
Signed-off-by: Rajendra Nayak
---
Documentation/devicetree/bindings/arm/omap/mpu.txt |5 -
arch/arm/boot/dts/omap4.dtsi |1 +
arch/arm/boot/dts/omap5.dtsi |3 ++-
arch/arm/mach-omap2/io.c | 17
Remove the empty am33xx_sram_init() function.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/sram.c |7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/arm/mach-omap2/sram.c b/arch/arm/mach-omap2/sram.c
index 4bd0968..305fc2b 100644
--- a/arch/arm/mach-omap2/sram.c
+++ b
general purpose allocator apis instead of
OMAP private ones to manage and use SRAM.
Signed-off-by: Rajendra Nayak
---
arch/arm/boot/dts/am33xx.dtsi|5 ++---
arch/arm/boot/dts/am4372.dtsi|5 +
arch/arm/boot/dts/omap4.dtsi |5 +
arch/arm/boot/dts/omap5.dtsi
On Wednesday 28 August 2013 03:54 PM, Sekhar Nori wrote:
> On Wednesday 28 August 2013 11:53 AM, Rajendra Nayak wrote:
>> On Tuesday 27 August 2013 04:53 PM, Sekhar Nori wrote:
>>> On Tuesday 27 August 2013 03:41 PM, Rajendra Nayak wrote:
>>>> Use drivers/misc/sram.
On Wednesday 28 August 2013 07:08 PM, Santosh Shilimkar wrote:
> On Wednesday 28 August 2013 02:29 AM, Nayak, Rajendra wrote:
>> On Tuesday 27 August 2013 06:55 PM, Santosh Shilimkar wrote:
>>> + Paul,
>>>
>>> On Tuesday 27 August 2013 06:11 AM, Rajendra Nay
On Tuesday 27 August 2013 06:55 PM, Santosh Shilimkar wrote:
> + Paul,
>
> On Tuesday 27 August 2013 06:11 AM, Rajendra Nayak wrote:
>> Make all OMAP DT only platforms (am33xx, am43xx, omap4 and omap5)
>> use drivers/misc/sram.c driver instead of the omap internal
>&
On Tuesday 27 August 2013 04:53 PM, Sekhar Nori wrote:
> On Tuesday 27 August 2013 03:41 PM, Rajendra Nayak 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 implemen
On Tuesday 27 August 2013 09:36 PM, Dave Gerlach wrote:
> On 08/27/2013 05:11 AM, Rajendra Nayak wrote:
>> Remove the empty am33xx_sram_init() function.
>>
>> Signed-off-by: Rajendra Nayak
>> ---
>> arch/arm/mach-omap2/sram.c |7 ---
>> 1 file cha
general purpose allocator apis instead of
OMAP private ones to manage and use SRAM.
Currently there are no users on SRAM on these platfoms.
Signed-off-by: Rajendra Nayak
---
arch/arm/boot/dts/am33xx.dtsi|5 +
arch/arm/boot/dts/am4372.dtsi|5 +
arch/arm/boot/dts/omap4
Make all OMAP DT only platforms (am33xx, am43xx, omap4 and omap5)
use drivers/misc/sram.c driver instead of the omap internal
implementation for SRAM handling.
Rajendra Nayak (2):
ARM: AM335x: Get rid of unused sram init function
ARM: OMAP4+: Move SRAM data to DT
arch/arm/boot/dts
Remove the empty am33xx_sram_init() function.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/sram.c |7 ---
1 file changed, 7 deletions(-)
diff --git a/arch/arm/mach-omap2/sram.c b/arch/arm/mach-omap2/sram.c
index 4bd0968..305fc2b 100644
--- a/arch/arm/mach-omap2/sram.c
+++ b
On Friday 23 August 2013 11:41 AM, Sricharan R wrote:
> Hi,
> On Friday 23 August 2013 10:17 AM, Rajendra Nayak wrote:
>> On Thursday 22 August 2013 05:03 PM, Sricharan R wrote:
>>> maps crossbar number<-> to interrupt number and
>>> calls request_irq(int
On Thursday 22 August 2013 05:03 PM, Sricharan R wrote:
> maps crossbar number<-> to interrupt number and
> calls request_irq(int_no, crossbar_handler,..)
So will this mapping happen based on some data passed from DT or
just based on whats available when the device does a request_irq()?
If its
>
> So, If I understand this right we would have the dt entries
> something like,
>
> omap4.dtsi
> --
> ocp {
> reg = <...>;
> interrupts = <...>;
> ti,no-reset-on-init = <&emif1, &emif2, &gpmc>;
> ...
> };
>
> omap4-panda-es.dts
> --
> ocp {
This would actually
On Wednesday 21 August 2013 05:53 PM, Tony Lindgren wrote:
> * Rajendra Nayak [130821 02:29]:
>> On Wednesday 21 August 2013 02:23 PM, Tony Lindgren wrote:
>>>
>>> Or you could also have various bus specific bindings for the ocp
>>> with lists of
On Wednesday 21 August 2013 02:59 PM, Benoit Cousson wrote:
> On 21/08/2013 09:45, Tony Lindgren wrote:
>> * Rajendra Nayak [130820 00:41]:
>>> On OMAP we have co-processor IPs, memory controllers,
>>> GPIOs which control regulators and power switches to
>>>
On Friday 02 August 2013 07:05 PM, Afzal Mohammed wrote:
> Hwmod database of AM335x is reused by moving common elements to a new
> array (most of AM335x IP's are present in AM43x) and keeping separate
> arrays for elements that are specific only to either one of AM335x or
> AM43x. And in the cases
On Friday 02 August 2013 07:08 PM, Afzal Mohammed wrote:
> Add hwmod support for IP's that are present in AM43x, but not in
> AM335x. AM43x additional ones added here are,
> 1. synctimer
> 2. timer8-11
> 3. ehrpwm3-5
> 4. spi2-4
> 5. gpio4-5
>
> Also AM43x pruss interconnect is different asc compa
On Friday 02 August 2013 07:08 PM, Afzal Mohammed wrote:
> Reuse OMAP4 operations on AM43x.
>
> Signed-off-by: Ambresh K
> Signed-off-by: Afzal Mohammed
> ---
> arch/arm/mach-omap2/omap_hwmod.c |8
> 1 file changed, 8 insertions(+)
>
> diff --git a/arch/arm/mach-omap2/omap_hwmod.c
On Friday 02 August 2013 07:06 PM, Afzal Mohammed wrote:
> Update AM335x CLKCTRL, RSTCTRL, RSTST offsets, clockdomain & ocpif clk
> that differ with AM43x at runtime. This is being done so that static
> initialization of these details (which are different between AM335x
> and AM43x) can be removed
On Wednesday 21 August 2013 02:23 PM, Tony Lindgren wrote:
> * Rajendra Nayak [130821 01:54]:
>> On Wednesday 21 August 2013 01:15 PM, Tony Lindgren wrote:
>>> * Rajendra Nayak [130820 00:41]:
>>>> On OMAP we have co-processor IPs, memory controllers,
>>&
On Wednesday 21 August 2013 02:25 PM, Paul Walmsley wrote:
> On Tue, 9 Jul 2013, Rajendra Nayak wrote:
>
>> This series adds the data files for DRA7xx devices for
>> PRCM, hwmod and DT. This is dependent on the core support [1]
>> patches for DRA7xx and leaves out the cl
On Wednesday 21 August 2013 01:15 PM, Tony Lindgren wrote:
> * Rajendra Nayak [130820 00:41]:
>> On OMAP we have co-processor IPs, memory controllers,
>> GPIOs which control regulators and power switches to
>> PMIC, and SoC internal Bus IPs, some or most of which
>> sh
On Friday 02 August 2013 07:06 PM, Afzal Mohammed wrote:
> AM335x & AM43x have most of the interconnects, IPs similar. Instead of
> adding new hwmod data for AM43x, reuse AM335x hwmod data as much as
> possible.
>
> In the hwmod entries that could be reused on AM43x, major changes are
> in registe
On Wednesday 21 August 2013 05:27 AM, Paul Walmsley wrote:
> Hi
>
> On Tue, 23 Jul 2013, Rajendra Nayak wrote:
>
>> With support to parse clock data from DT, move all main and optional
>> clock information from hwmod to DT.
>>
>> We still retain clocks in hwmo
On Friday 02 August 2013 07:06 PM, Afzal Mohammed wrote:
> From: Vaibhav Bedia
>
> "65aa94b ARM: OMAP4: clockdomain/CM code: Update supported transition modes"
> removed SW_SLEEP mode for clockdomains on OMAP4 class of devices. Not
> having SW_SLEEP mode works fine for OMAP4/5 devices but it gets
exists as part of the omap_hwmod data files for various DT only OMAP SoCs.
Patches are tested on am335x beagleboneblack and omap4 panda es boards.
Rajendra Nayak (3):
ARM: OMAP2+: hwmod: cleanup HWMOD_INIT_NO_RESET usage
ARM: OMAP2+: Add new bindings for OMAP
ARM: OMAP2+: Let DT say what
expected to.
Signed-off-by: Rajendra Nayak
---
arch/arm/boot/dts/am33xx.dtsi |2 ++
arch/arm/boot/dts/omap4.dtsi |3 +++
arch/arm/boot/dts/omap5.dtsi |2 ++
arch/arm/mach-omap2/omap_hwmod_33xx_data.c |4 ++--
arch/arm/mach-omap2
an IPs
from being reset)
Also update omap_hwmod to extract this from DT.
Signed-off-by: Rajendra Nayak
---
.../devicetree/bindings/arm/omap/omap.txt |3 ++-
arch/arm/mach-omap2/omap_hwmod.c | 22 +---
2 files changed, 17 insertions(+), 8 deletions
For modules/IPs/hwmods which do not have
-1- sys->class->reset()
and
-2- hardreset lines
and
-3- No way to do an ocp reset (no sysc control)
the flag 'HWMOD_INIT_NO_RESET' is not much useful.
Cleanup all such instances across various hwmod data files.
Signed-off-by: Rajendra Naya
oot testing will be highly appreciated.
I just boot tested these on my BoneBlack and it boots just fine [1]
Feel free to add,
Tested-by: Rajendra Nayak
[1] http://pastebin.com/Z2j6pymp
>
> Thanks it looks good to me.
>
> Regards,
> Benoit
>
>
> _
On Wednesday 14 August 2013 07:43 PM, Mark Rutland wrote:
> On Wed, Aug 14, 2013 at 03:05:25PM +0100, Rajendra Nayak wrote:
>> On Wednesday 14 August 2013 07:28 PM, Nishanth Menon wrote:
>>> On 08/14/2013 08:49 AM, Mark Rutland wrote:
>>>> [Adding Mike Turquette an
On Wednesday 14 August 2013 07:35 PM, Rajendra Nayak wrote:
> On Wednesday 14 August 2013 07:28 PM, Nishanth Menon wrote:
>> On 08/14/2013 08:49 AM, Mark Rutland wrote:
>>> [Adding Mike Turquette and dt maintainers]
>>>
>>> On Wed, Aug 14, 2013 at 02:39:44PM +01
[]..
>
> From the sounds of your other reply, the issue is that you're poking
> clocks for arbitrary devices, without knowing the semantics of those
> clocks, because you're doing it form outside the driver.
Thats right.
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
On Wednesday 14 August 2013 07:28 PM, Nishanth Menon wrote:
> On 08/14/2013 08:49 AM, Mark Rutland wrote:
>> [Adding Mike Turquette and dt maintainers]
>>
>> On Wed, Aug 14, 2013 at 02:39:44PM +0100, Nishanth Menon wrote:
>>> On 08/14/2013 08:20 AM, Rajendra Nay
On Wednesday 14 August 2013 07:15 PM, Mark Rutland wrote:
> [Adding Mike Turquette and dt maintainers to Cc]
>
> On Tue, Jul 23, 2013 at 07:24:38AM +0100, Rajendra Nayak wrote:
>> With clocks for OMAP moving to DT, its now possible to pass all optional
>> clock
>> d
On Wednesday 14 August 2013 07:09 PM, Nishanth Menon wrote:
> On 08/14/2013 08:20 AM, Rajendra Nayak wrote:
>> On Wednesday 14 August 2013 06:18 PM, Nishanth Menon wrote:
>>> Hi Rajendra,
>>>
>>> On Tue, Jul 23, 2013 at 1:24 AM, Rajendra Nayak wrote:
>>&g
uart devices on board.
Signed-off-by: R Sricharan
Signed-off-by: Rajendra Nayak
Signed-off-by: Sourav Poddar
---
Benoit, I am reposting the dts files for dra so you can pick it up
for 3.12.
Rest of the core support is already pulled in by Tony.
arch/arm/boot/dts/Makefile|3 +-
arch
On Wednesday 14 August 2013 06:18 PM, Nishanth Menon wrote:
> Hi Rajendra,
>
> On Tue, Jul 23, 2013 at 1:24 AM, Rajendra Nayak wrote:
> [..]
>> diff --git a/arch/arm/mach-omap2/omap_hwmod.c
>> b/arch/arm/mach-omap2/omap_hwmod.c
>> index 12fa589..e5c804b 10064
On Wednesday 14 August 2013 06:04 PM, Benoit Cousson wrote:
> Hi Rajendra,
>
> On 14/08/2013 14:10, Rajendra Nayak wrote:
>> From: R Sricharan
>>
>> Add minimal device tree source needed for DRA7 based SoCs.
>> Also add a board dts file for the dra7-evm (based
uart devices on board.
Signed-off-by: R Sricharan
Signed-off-by: Rajendra Nayak
Signed-off-by: Sourav Poddar
---
Benoit, I am reposting the dts files for dra so you can pick it up
for 3.12.
Rest of the core support is already pulled in by Tony.
arch/arm/boot/dts/Makefile|3 +-
arch
On Wednesday 14 August 2013 04:04 PM, Marc Zyngier wrote:
> On 2013-08-14 11:25, Rajendra Nayak wrote:
>> From: R Sricharan
>>
>> Add minimal device tree source needed for DRA7 based SoCs.
>> Also add a board dts file for the dra7-evm (based on dra752)
>> whic
uart devices on board.
Signed-off-by: R Sricharan
Signed-off-by: Rajendra Nayak
Signed-off-by: Sourav Poddar
---
Benoit, I am reposting the dts files for dra so you can pick it up
for 3.12.
Rest of the core support is already pulled in by Tony.
arch/arm/boot/dts/Makefile|3 +-
arch
On Tuesday 13 August 2013 03:35 PM, Marc Zyngier wrote:
> On 2013-08-13 10:46, Mark Rutland wrote:
>> [Adding Marc to Cc]
>>
>> On Tue, Aug 13, 2013 at 08:24:31AM +0100, Rajendra Nayak wrote:
>>> []..
>>>
>>> >>
default to 512
ARM: DRA7: id: Add cpu detection support for DRA7xx based SoCs'
ARM: DRA7: Add the build support in omap2plus
Rajendra Nayak (1):
ARM: DRA7: hwmod: Reuse the soc_ops used for OMAP4/5
.../devicetree/bindings/arm/omap/omap.txt |3 +++
arch/arm/Kc
On Tuesday 13 August 2013 01:10 PM, Tony Lindgren wrote:
> * Rajendra Nayak [130812 04:41]:
>> ARM: DRA7: dts: Add the dts files for dra7 SoC and dra7-evm board
>
> Looks like you just updated the dts patch based on the comments
> from Mark?
Yeah, I was about to send y
-evm (based on dra752)
which contains 1.5G of memory with 1G interleaved and 512MB
non-interleaved. Also added in the board file are pin configuration
details for i2c, mcspi and uart devices on board.
Signed-off-by: R Sricharan
Signed-off-by: Rajendra Nayak
Signed-off-by: Sourav Poddar
---
default to 512
ARM: DRA7: dts: Add the dts files for dra7 SoC and dra7-evm board
ARM: DRA7: id: Add cpu detection support for DRA7xx based SoCs'
ARM: DRA7: Add the build support in omap2plus
Rajendra Nayak (1):
ARM: DRA7: hwmod: Reuse the soc_ops used for OM
On Monday 12 August 2013 01:54 PM, Tony Lindgren wrote:
> * Rajendra Nayak [130811 23:47]:
>> On Sunday 04 August 2013 09:57 PM, Rajendra Nayak wrote:
>>> Changes in v3:
>>> -1- Dropped some clock/dpll framework builds for dra7
>>> -2- Added all instances of
On Sunday 04 August 2013 09:57 PM, Rajendra Nayak wrote:
> Changes in v3:
> -1- Dropped some clock/dpll framework builds for dra7
> -2- Added all instances of IPs in dtsi file
> -3- dtsi does a 'disabled' by default and dts enables as needed
> -4- soc_is_dra7xx() based on
On Sunday 11 August 2013 07:43 PM, Sebastian Reichel wrote:
> Hi,
>
> On RX-51 (Nokia N900) the (mainline) kernel constantly outputs the
> following message about 2-3x per second since some releases:
>
> [ 1038.314514] cpu cpu0: CPUfreq: Cannot find matching frequency for 12500
>
> (The mess
On Thursday 08 August 2013 11:07 AM, Rajendra Nayak wrote:
> On Wednesday 07 August 2013 11:39 PM, Paul Walmsley wrote:
>> Hi Rajendra,
>>
>> On Tue, 23 Jul 2013, Rajendra Nayak wrote:
>>
>>> So I tried commit 'fb2af00' on the 4430SDP and it did boo
e_rate+0x38/0xb8)
[0.00] [] (clk_change_rate+0x38/0xb8) from []
(clk_change_rate+0xa0/0xb8)
[0.00] clock: trace_clk_div_ck: could not find divisor for target rate
0 for parent pmd_trace_clk_mux_ck
[0.00] Division by zero in kernel.
Signed-off-by: Rajendra Nayak
---
arc
On Wednesday 07 August 2013 11:39 PM, Paul Walmsley wrote:
> Hi Rajendra,
>
> On Tue, 23 Jul 2013, Rajendra Nayak wrote:
>
>> So I tried commit 'fb2af00' on the 4430SDP and it did boot fine, though I see
>> the below errors. (I am using the mainline
Hi Grygorii,
On Monday 05 August 2013 05:14 PM, Grygorii Strashko wrote:
> On 08/04/2013 07:27 PM, Rajendra Nayak wrote:
>> From: R Sricharan
>>
>> The DRA7xx is a high-performance, infotainment application device,
>> based on enhanced OMAP architecture integ
The soc_ops for dra7xx devices can be completed reused
from the ones used for omap4 and omap5 devices.
Signed-off-by: Rajendra Nayak
Signed-off-by: R Sricharan
Acked-by: Santosh Shilimkar
---
arch/arm/mach-omap2/omap_hwmod.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
uart devices on board.
Signed-off-by: R Sricharan
Signed-off-by: Rajendra Nayak
Signed-off-by: Sourav Poddar
Acked-by: Santosh Shilimkar
---
arch/arm/boot/dts/Makefile |3 +-
arch/arm/boot/dts/dra7-evm.dts | 140 ++
arch/arm/boot/dts/dra7.dtsi| 567
://lists.infradead.org/pipermail/linux-arm-kernel/2013-July/187712.html
Suggested-by: Felipe Balbi
Signed-off-by: R Sricharan
Signed-off-by: Rajendra Nayak
Acked-by: Santosh Shilimkar
---
arch/arm/mach-omap1/include/mach/soc.h |1 +
arch/arm/mach-omap2/id.c |4 ++--
arch
From: R Sricharan
DRA7xx has 8 GPIO banks so that there are 32x8 = 256 GPIOs.
In order for the gpiolib to detect and initialize these
and other TWL GPIOs, ARCH_NR_GPIO is set to 512 using the
kconfig default for DRA7.
Signed-off-by: R Sricharan
Signed-off-by: Rajendra Nayak
Acked-by: Santosh
From: R Sricharan
Now that the needed pieces for DRA7 based SoCs' is present, enable
the build support in omap2plus_defconfig
Signed-off-by: R Sricharan
Signed-off-by: Rajendra Nayak
Acked-by: Santosh Shilimkar
---
arch/arm/configs/omap2plus_defconfig |1 +
arch/arm/mach-omap2/Kc
support
ARM: DRA7: Kconfig: Make ARCH_NR_GPIO default to 512
ARM: DRA7: dts: Add the dts files for dra7 SoC and dra7-evm board
ARM: DRA7: id: Add cpu detection support for DRA7xx based SoCs'
ARM: DRA7: Add the build support in omap2plus
Rajendra Nayak (1):
ARM: DRA7: hwmod: Reuse the
From: R Sricharan
The IO descriptor tables for DRA7 are a complete reuse from OMAP5.
A new dra7xx_init_early() does the base address inits.
Signed-off-by: R Sricharan
Signed-off-by: Rajendra Nayak
Acked-by: Santosh Shilimkar
---
arch/arm/mach-omap2/common.h |1 +
arch/arm/mach-omap2
haran
Signed-off-by: Rajendra Nayak
Acked-by: Santosh Shilimkar
---
.../devicetree/bindings/arm/omap/omap.txt |3 +++
arch/arm/mach-omap2/board-generic.c| 18 ++
2 files changed, 21 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm
From: R Sricharan
All of OMAP5 timer support for clocksource and clockevent is completely
reused across DRA7.
Signed-off-by: R Sricharan
Signed-off-by: Rajendra Nayak
Acked-by: Santosh Shilimkar
---
arch/arm/mach-omap2/Kconfig |2 +-
arch/arm/mach-omap2/timer.c |3 ++-
2 files
From: R Sricharan
The PRCM and MPUSS parts of DRA7 devices are quite identical
to OMAP5 so as to reuse all the existing infrastructure around it.
Makefile updates to do just that.
Signed-off-by: R Sricharan
Signed-off-by: Rajendra Nayak
Acked-by: Santosh Shilimkar
---
arch/arm/mach-omap2
On Saturday 03 August 2013 03:58 AM, Santosh Shilimkar wrote:
> On Tuesday 30 July 2013 07:25 AM, Rajendra Nayak wrote:
>> Changes in v2:
>> -1- Fixed minor changelog details
>> -2- Dropped the SRAM support patch since we need to move to
>> drivers/misc/sram.c
>>
Tero,
On Tuesday 23 July 2013 12:49 PM, Tero Kristo wrote:
> + dd->control_reg = of_iomap(node, 0);
> + dd->idlest_reg = of_iomap(node, 1);
> + dd->autoidle_reg = of_iomap(node, 2);
> + dd->mult_div1_reg = of_iomap(node, 3);
> +
[]...
> + reg = of_iomap(node, 0);
Doing an of_i
On Wednesday 31 July 2013 12:12 PM, Tony Lindgren wrote:
> * Rajendra Nayak [130730 23:09]:
>>
>> Tony, what do you suggest we do for this series? Since we have just an es1.0
>> and one board
>> at this point for dra7xx, things would be fine even if we do a dt ba
gt;> On Tuesday 30 July 2013 07:53 PM, Felipe Balbi wrote:
>>>>> Hi,
>>>>>
>>>>> On Tue, Jul 30, 2013 at 07:48:23PM +0530, Sricharan R wrote:
>>>>>> On Tuesday 30 July 2013 06:40 PM, Felipe Balbi wrote:
>>>>>>> H
On Tuesday 30 July 2013 06:29 PM, Nishanth Menon wrote:
> On 07/30/2013 07:56 AM, Rajendra Nayak wrote:
>> On Tuesday 30 July 2013 06:16 PM, Nishanth Menon wrote:
>>> On 07/30/2013 07:41 AM, Rajendra Nayak wrote:
>>>> On Tuesday 30 July 2013 06:00 PM, Nishanth Menon
On Tuesday 30 July 2013 06:27 PM, Nishanth Menon wrote:
> On 07/30/2013 07:48 AM, Rajendra Nayak wrote:
>> On Tuesday 30 July 2013 06:11 PM, Nishanth Menon wrote:
>>> On 07/30/2013 07:38 AM, Rajendra Nayak wrote:
>>>> On Tuesday 30 July 2013 05:56 PM, Nishanth Menon
On Tuesday 30 July 2013 06:16 PM, Nishanth Menon wrote:
> On 07/30/2013 07:41 AM, Rajendra Nayak wrote:
>> On Tuesday 30 July 2013 06:00 PM, Nishanth Menon wrote:
>>> On 07/30/2013 06:25 AM, Rajendra Nayak wrote:
>>>> From: R Sricharan
> [...]
&
On Tuesday 30 July 2013 06:11 PM, Nishanth Menon wrote:
> On 07/30/2013 07:38 AM, Rajendra Nayak wrote:
>> On Tuesday 30 July 2013 05:56 PM, Nishanth Menon wrote:
>>> On 07/30/2013 06:25 AM, Rajendra Nayak wrote:
>>>> From: R Sricharan
>>> [...
On Tuesday 30 July 2013 06:00 PM, Nishanth Menon wrote:
> On 07/30/2013 06:25 AM, Rajendra Nayak wrote:
>> From: R Sricharan
>>
>> Add minimal device tree source needed for DRA7 based SoCs.
>> Also add a board dts file for the dra7-evm (based on dra752)
>> whic
On Tuesday 30 July 2013 05:56 PM, Nishanth Menon wrote:
> On 07/30/2013 06:25 AM, Rajendra Nayak wrote:
>> From: R Sricharan
> [...]
>> # Clock framework
>> obj-$(CONFIG_ARCH_OMAP2)+= $(clock-common) clock2xxx.o
>> @@ -181,6 +187,8 @@ obj-$(CONFIG_SOC_AM
From: R Sricharan
The IO descriptor tables for DRA7 are a complete reuse from OMAP5.
A new dra7xx_init_early() does the base address inits.
Signed-off-by: R Sricharan
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/common.h |1 +
arch/arm/mach-omap2/io.c | 22
haran
Signed-off-by: Rajendra Nayak
---
.../devicetree/bindings/arm/omap/omap.txt |3 +++
arch/arm/mach-omap2/board-generic.c| 18 ++
2 files changed, 21 insertions(+)
diff --git a/Documentation/devicetree/bindings/arm/omap/omap.txt
b/Document
The soc_ops for dra7xx devices can be completed reused
from the ones used for omap4 and omap5 devices.
Signed-off-by: Rajendra Nayak
Signed-off-by: R Sricharan
---
arch/arm/mach-omap2/omap_hwmod.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-omap2
s and add a new .init_early
ARM: DRA7: Resue the clocksource, clockevent support
ARM: DRA7: board-generic: Add basic DT support
ARM: DRA7: Kconfig: Make ARCH_NR_GPIO default to 512
ARM: DRA7: dts: Add the dts files for dra7 SoC and dra7-evm board
Rajendra Nayak (1):
ARM: DRA7: hwmod: Reuse the s
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap1/include/mach/soc.h |1 +
arch/arm/mach-omap2/id.c | 30 ++--
arch/arm/mach-omap2/soc.h | 39
3 files changed, 68 insertions(+), 2 deletions(-)
diff --git
From: R Sricharan
DRA7xx has 8 GPIO banks so that there are 32x8 = 256 GPIOs.
In order for the gpiolib to detect and initialize these
and other TWL GPIOs, ARCH_NR_GPIO is set to 512 using the
kconfig default for DRA7.
Signed-off-by: R Sricharan
Signed-off-by: Rajendra Nayak
---
arch/arm
uart devices on board.
Signed-off-by: R Sricharan
Signed-off-by: Rajendra Nayak
Signed-off-by: Sourav Poddar
---
arch/arm/boot/dts/Makefile |3 +-
arch/arm/boot/dts/dra7-evm.dts | 163 ++
arch/arm/boot/dts/dra7.dtsi| 488
3 files
From: R Sricharan
All of OMAP5 timer support for clocksource and clockevent is completely
reused across DRA7.
Signed-off-by: R Sricharan
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/Kconfig |2 +-
arch/arm/mach-omap2/timer.c |3 ++-
2 files changed, 3 insertions(+), 2
From: R Sricharan
The PRCM and MPUSS parts of DRA7 devices are quite identical
to OMAP5 so as to reuse all the existing infrastructure around it.
Makefile updates to do just that.
Signed-off-by: R Sricharan
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/Makefile |8
1
On Monday 29 July 2013 02:20 PM, Rajendra Nayak wrote:
> On Monday 29 July 2013 02:14 PM, Paul Walmsley wrote:
>> Rajendra,
>>
>> On Mon, 22 Jul 2013, Rajendra Nayak wrote:
>>
>>> From: Grygorii Strashko
>>>
>>> If earlyprintk is enabled and
only
when drivers are initializing the modules.
For the modules which do not have drivers build in, do this as part of a
late initcall.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/omap_hwmod.c | 32 ++--
1 file changed, 30 insertions(+), 2 deletions(-)
diff
get rid of the early timer need for
hwmod and other PM frameworks.
Rajendra Nayak (2):
ARM: OMAP2+: hwmod: Split _init() into _init_early() and _init_late()
ARM: OMAP2+: hwmod: Do the late part of init and setup/reset on first
enable
arch/arm/mach-omap2/omap_hwmod.c | 47
early in boot, and instead do these
on demand when the drivers initialize.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/omap_hwmod.c | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-omap2/omap_hwmod.c b/arch/arm/mach-omap2
On Monday 29 July 2013 02:14 PM, Paul Walmsley wrote:
> Rajendra,
>
> On Mon, 22 Jul 2013, Rajendra Nayak wrote:
>
>> From: Grygorii Strashko
>>
>> If earlyprintk is enabled and current UART is console port the platform
>> code can mark it as RPM_ACTIVE to sy
On Tuesday 23 July 2013 12:37 PM, Paul Walmsley wrote:
> Hi Rajendra,
>
> On Tue, 23 Jul 2013, Rajendra Nayak wrote:
>
>> On Tuesday 23 July 2013 01:37 AM, Paul Walmsley wrote:
>>> On Mon, 22 Jul 2013, Russell King - ARM Linux wrote:
>>>
>>>> Bear
On Tuesday 23 July 2013 01:37 AM, Paul Walmsley wrote:
> On Mon, 22 Jul 2013, Russell King - ARM Linux wrote:
>
>> Bear in mind that I'm almost at the point of not boot-testing anything
>> I sent to Linus because of the uselessness of the SDP4430 board now
>> that it's DT only - the only platform
With clocks for OMAP moving to DT, its now possible to pass the 'main_clk'
data for each device from DT instead of having it in hwmod.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/omap_hwmod.c | 34 +-
1 file changed, 21 insertions(+), 13
With support to parse clock data from DT, move all main and optional
clock information from hwmod to DT.
We still retain clocks in hwmod for devices which do not have a DT node.
Signed-off-by: Rajendra Nayak
---
arch/arm/boot/dts/omap4.dtsi | 100 +
arch
With clocks for OMAP moving to DT, its now possible to pass all optional clock
data for each device from DT instead of having it in hwmod.
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2/omap_hwmod.c | 66 --
1 file changed, 64 insertions(+), 2
patches [1] and is boot tested on a omap4 panda es.
The series does leave all the interface clocks as part of hwmod (and
main and optional clocks for devices which are missing DT drivers).
[1] http://comments.gmane.org/gmane.linux.ports.arm.omap/100117
Rajendra Nayak (3):
ARM: OMAP2+: Add suppor
On Monday 22 July 2013 11:18 PM, Paul Walmsley wrote:
> Hi
>
> On Mon, 22 Jul 2013, Rajendra Nayak wrote:
>
>> Memory controllers in OMAP (like GPMC and EMIF) have the hwmods marked with
>> HWMOD_INIT_NO_IDLE and are left in enabled state post initial setup.
>>
ng
in the DT as well as non-DT cases to identify the uart used by earlycon.
Signed-off-by: Rajendra Nayak
Reported-by: Mark Jackson
Reported-by: Vaibhav Bedia
---
arch/arm/mach-omap2/omap_hwmod.h | 48
arch/arm/mach-omap2/omap_hwmod_2xxx_ipblock_data.c
lls of serial_omap_runtime_suspend() and
serial_omap_runtime_resume().
Hence, fix it by allowing PM runtime only after all its parameters are
configured.
CC: Tony Lindgren
CC: Rajendra Nayak
CC: Felipe Balbi
CC: Kevin Hilman
Signed-off-by: Grygorii Strashko
---
drivers/tty/serial/omap-serial
Memory controllers in OMAP (like GPMC and EMIF) have the hwmods marked with
HWMOD_INIT_NO_IDLE and are left in enabled state post initial setup.
Even if they have drivers missing, avoid idling them as part of
omap_device_late_idle()
Signed-off-by: Rajendra Nayak
---
arch/arm/mach-omap2
101 - 200 of 1421 matches
Mail list logo
