Hi Pekon,
On 10/12/2013 04:58 PM, Gupta, Pekon wrote:
From: Brian Norris [mailto:computersforpe...@gmail.com]
On Fri, Oct 11, 2013 at 07:06:40PM +0530, Pekon Gupta wrote:
[...]
Why do you even need the #ifdef's for the #include's? It is not harmful
to include headers for stuff that is only co
Hi Pekon,
On 10/12/2013 03:26 PM, Gupta, Pekon wrote:
I will try to summarize the standing of your patch series.
Patches 1 and 2 look good and have addressed all of the DT maintainers'
comments, AFAICT. They are ready to go in, except that the following
patches are not ready; they should proba
Hi Brian,
Thanks for such detailed review, please see some replies below..
> From: Brian Norris [mailto:computersforpe...@gmail.com]
> > On Fri, Oct 11, 2013 at 07:06:40PM +0530, Pekon Gupta wrote:
[...]
> Why do you even need the #ifdef's for the #include's? It is not harmful
> to include header
Hi Brain,
>
> Hi Pekon,
>
> I will try to summarize the standing of your patch series.
>
> Patches 1 and 2 look good and have addressed all of the DT maintainers'
> comments, AFAICT. They are ready to go in, except that the following
> patches are not ready; they should probably go in together.
On Sat, 12 Oct 2013, Lokesh Vutla wrote:
> Seems you missed this patch. Please consider this for this merge window.
> Patch 2/2 is already taken by Paul.
> Without this patch AM335x boot will crash as I mentioned in my cover letter.
That won't happen since this patch from Suman got merged:
http:
Hi
On Sat, 12 Oct 2013, Tero Kristo wrote:
> Hmm what? No it doesn't have any dependency. At most, there could be merge
> conflicts between the two, as this is completely separated set.
Thanks, looks like I accidentally mixed this set with your other one.
- Paul
--
To unsubscribe from this lis
On Saturday 12 October 2013 12:46 AM, Benoit Cousson wrote:
Hi Balaji,
On 11/10/2013 18:44, Balaji T K wrote:
On Thursday 10 October 2013 12:21 AM, Sekhar Nori wrote:
On Monday 07 October 2013 09:55 PM, Balaji T K wrote:
Add mmc1 dt node to dra7-evm board.
Input for ldo1 regulator is controll
Hi Benoit,
On Thursday 29 August 2013 06:22 PM, Lokesh Vutla wrote:
> Add the AM33xx RNG module's device tree data.
> Also add Documentation file describing the data
> for the RNG module.
Seems you missed this patch. Please consider this for this merge window.
Patch 2/2 is already taken by Paul.
Wi
On 10/12/2013 01:37 AM, Paul Walmsley wrote:
On Fri, 11 Oct 2013, Tero Kristo wrote:
Oh yea, one additional note you probably have missed. Mike asked us to fall
back to vendor specific bindings at around v6 or so of this set. Take a look
at v8, we have dropped the use of generic bindings, we ar
Hi Tony,
On Wednesday 09 October 2013 12:42 PM, Afzal Mohammed wrote:
> AM43x has 224 interrupts and 7 banks, make it as maximum values. Keep
> default values as earlier, if am43x is detected, update interrupts and
> banks accordingly.
>
> Also AM43x has only one cpu, ensure that clearing bitmask
On 10/12/2013 05:19 AM, Paul Walmsley wrote:
Hi
On Fri, 11 Oct 2013, Tero Kristo wrote:
A small cleanup set for CM. This basically gets rid of the omap2_cm_*
register accesses from the random code locations, and gathers these
under cm2xxx.c and cm3xxx.c. This is done in preparation for creatin
Hi Paul,
On Friday 11 October 2013 10:30 PM, Paul Walmsley wrote:
> The following changes since commit d0e639c9e06d44e713170031fe05fb60ebe680af:
>
> Linux 3.12-rc4 (2013-10-06 14:00:20 -0700)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/pjw/
From: Ambresh K
Initialise AM43x HWMOD, powerdomains and clockdomains.
Signed-off-by: Ambresh K
Signed-off-by: Afzal Mohammed
Acked-by: Rajendra Nayak
Acked-by: Tony Lindgren
---
arch/arm/mach-omap2/io.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/mach-omap2/io.c b/ar
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
AM43x pruss interconnect which is different as compared to AM335x, has
been taken care.
And register offsets for same hwmod's
Build AM43x power domain, clock domain and hwmod data.
Many of AM43x IP's and interconnects are similar as that in AM335x,
hence AM335x hwmod data is being reused with necessary changes.
Earlier the plan was to reuse AM335x specific PRCM code, but as AM43x
PRCM register layout is much similar to
From: Ambresh K
Add the data file to describe all power domains in AM43x SoC.
OMAP4 powerdomain operations is being reused here.
Signed-off-by: Ambresh K
Signed-off-by: Afzal Mohammed
Acked-by: Rajendra Nayak
Acked-by: Tony Lindgren
---
arch/arm/mach-omap2/powerdomain.h | 1 +
a
Most of IP's in AM335x is present on AM43x and so in those cases both
will use same hwmod database (except for a few cases where clock related
details differ), but there is difference w.r.t register offset between
these. Update register offsets at runtime based on the SoC detected to
help in sharin
Reuse OMAP4 operations on AM43x.
Context related ops are not used on AM43x, as this would not add value
when using DT and AM43x is DT only boot. This additionally helps not to
add context register offset for each hwmod.
Signed-off-by: Ambresh K
Signed-off-by: Afzal Mohammed
Acked-by: Rajendra N
Add AM43x CMINST, CDOFFS, RM_RSTST & RM_RSTCTRL definitions - minimal
ones that would be used.
Signed-off-by: Afzal Mohammed
Acked-by: Rajendra Nayak
Acked-by: Tony Lindgren
---
arch/arm/mach-omap2/prcm43xx.h | 141 +
1 file changed, 141 insertions(+)
c
From: Ambresh K
Add the data file to describe clock domains in AM43x SoC.
OMAP4 clockdomain operations is being reused here.
Signed-off-by: Ambresh K
Signed-off-by: Afzal Mohammed
Acked-by: Rajendra Nayak
Acked-by: Tony Lindgren
---
arch/arm/mach-omap2/clockdomain.h | 2 +
arch/
Hwmod common to AM43x and AM335x has register offsets different. It is
now updated based on SoC detection at run time, hence remove statically
initialized ones.
Signed-off-by: Afzal Mohammed
Acked-by: Rajendra Nayak
Acked-by: Tony Lindgren
---
.../mach-omap2/omap_hwmod_33xx_43xx_ipblock_data.c
From: Ankur Kishore
Most of the AM43x CM reg address offsets are with MSB bit '1' (on
16-bit value) leading to arithmetic miscalculations while calculating
CLOCK ENABLE register's address because cm_inst field was a type of
"const s16", so make it "const u16".
Also modify relevant functions so a
Hi Paul,
This series adds PRCM support (except clock tree) for AM43x SoC's.
Please consider this for inclusion in the coming merge window.
This series has been tested on real silicon in AM43x EPOS EVM board with
the help of Tero's DT clock series and booted to prompt. This has been
tested on AM33
23 matches
Mail list logo