* [PATCH] arm: boot: dts: build keystone devicetree blob @ 2014-03-12 15:48 Felipe Balbi 2014-03-12 16:35 ` Santosh Shilimkar 0 siblings, 1 reply; 6+ messages in thread From: Felipe Balbi @ 2014-03-12 15:48 UTC (permalink / raw) To: robh+dt, pawel.moll, mark.rutland, ijc+devicetree, galak Cc: linux, devicetree, Linux ARM Kernel Mailing List, Linux Kernel Mailing List, Santosh Shilimkar, Felipe Balbi Currently, even when building keystone only kernel builds, DTB won't get build because we lack a Makefile rule to get it compiled. This patch adds that rule so mainline kernel users have a chance to use up-to-date DTB on keystone 2 platforms. Signed-off-by: Felipe Balbi <balbi@ti.com> --- note that I just tried this on top of linux-next (commit 69d5cdda16b3c9767b82d80b07edb9bb056448e3) and, even though dtb builds fine, I still couldn't get keystone_defconfig uImage to boot fine. It's probably my LOADADDR which is wrong. Santosh, what's the LOADADDR I should be using for keystone boots ? arch/arm/boot/dts/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile index ae208a6..52c5231 100644 --- a/arch/arm/boot/dts/Makefile +++ b/arch/arm/boot/dts/Makefile @@ -82,6 +82,7 @@ dtb-$(CONFIG_ARCH_HIGHBANK) += highbank.dtb \ ecx-2000.dtb dtb-$(CONFIG_ARCH_INTEGRATOR) += integratorap.dtb \ integratorcp.dtb +dtb-$(CONFIG_ARCH_KEYSTONE) += k2hk-evm.dtb kirkwood := \ kirkwood-b3.dtb \ kirkwood-cloudbox.dtb \ -- 1.9.0.167.g384364b ^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [PATCH] arm: boot: dts: build keystone devicetree blob 2014-03-12 15:48 [PATCH] arm: boot: dts: build keystone devicetree blob Felipe Balbi @ 2014-03-12 16:35 ` Santosh Shilimkar [not found] ` <53208CDD.7030106-l0cyMroinI0@public.gmane.org> 0 siblings, 1 reply; 6+ messages in thread From: Santosh Shilimkar @ 2014-03-12 16:35 UTC (permalink / raw) To: Felipe Balbi, robh+dt, pawel.moll, mark.rutland, ijc+devicetree, galak Cc: linux, devicetree, Linux ARM Kernel Mailing List, Linux Kernel Mailing List On Wednesday 12 March 2014 11:48 PM, Felipe Balbi wrote: > Currently, even when building keystone only > kernel builds, DTB won't get build because > we lack a Makefile rule to get it compiled. > > This patch adds that rule so mainline kernel > users have a chance to use up-to-date DTB on > keystone 2 platforms. > > Signed-off-by: Felipe Balbi <balbi@ti.com> > --- > We have been building dtbs with explicit command instead of dtbs since it was just one dtb so far supported. Was planning to add the rule once more boards get added. Now with Lamarr and Edision in for next merge window, will do that post 3.15-rc1. > note that I just tried this on top of linux-next > (commit 69d5cdda16b3c9767b82d80b07edb9bb056448e3) > and, even though dtb builds fine, I still couldn't > get keystone_defconfig uImage to boot fine. > > It's probably my LOADADDR which is wrong. > > Santosh, what's the LOADADDR I should be using > for keystone boots ? > LOADADDR is same 0x80008000. You might have missed to configure the environment u-boot variable to disable higher address space switch. 'setenv mem_lpae 0'. Also ensure to update the boot loaders since the default ones comes with EVM are long back outdated. Regards, Santosh ^ permalink raw reply [flat|nested] 6+ messages in thread
[parent not found: <53208CDD.7030106-l0cyMroinI0@public.gmane.org>]
* Re: [PATCH] arm: boot: dts: build keystone devicetree blob [not found] ` <53208CDD.7030106-l0cyMroinI0@public.gmane.org> @ 2014-03-12 16:53 ` Felipe Balbi 2014-03-21 14:40 ` Santosh Shilimkar 1 sibling, 0 replies; 6+ messages in thread From: Felipe Balbi @ 2014-03-12 16:53 UTC (permalink / raw) To: Santosh Shilimkar Cc: Felipe Balbi, robh+dt-DgEjT+Ai2ygdnm+yROfE0A, pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8, ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg, galak-sgV2jX0FEOL9JmXXK+q4OQ, linux-lFZ/pmaqli7XmaaqVzeoHQ, devicetree-u79uwXL29TY76Z2rM5mHXA, Linux ARM Kernel Mailing List, Linux Kernel Mailing List [-- Attachment #1: Type: text/plain, Size: 1433 bytes --] On Thu, Mar 13, 2014 at 12:35:41AM +0800, Santosh Shilimkar wrote: > On Wednesday 12 March 2014 11:48 PM, Felipe Balbi wrote: > > Currently, even when building keystone only > > kernel builds, DTB won't get build because > > we lack a Makefile rule to get it compiled. > > > > This patch adds that rule so mainline kernel > > users have a chance to use up-to-date DTB on > > keystone 2 platforms. > > > > Signed-off-by: Felipe Balbi <balbi-l0cyMroinI0@public.gmane.org> > > --- > > > We have been building dtbs with explicit command > instead of dtbs since it was just one dtb so far > supported. Was planning to add the rule once more > boards get added. Now with Lamarr and Edision in > for next merge window, will do that post 3.15-rc1. > > > note that I just tried this on top of linux-next > > (commit 69d5cdda16b3c9767b82d80b07edb9bb056448e3) > > and, even though dtb builds fine, I still couldn't > > get keystone_defconfig uImage to boot fine. > > > > It's probably my LOADADDR which is wrong. > > > > Santosh, what's the LOADADDR I should be using > > for keystone boots ? > > > LOADADDR is same 0x80008000. You might have missed tried that, didn't help. > to configure the environment u-boot variable to > disable higher address space switch. > 'setenv mem_lpae 0'. Also ensure to update hmm, that might do it. Will try after upgrading u-boot to latest release. -- balbi [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 819 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] arm: boot: dts: build keystone devicetree blob [not found] ` <53208CDD.7030106-l0cyMroinI0@public.gmane.org> 2014-03-12 16:53 ` Felipe Balbi @ 2014-03-21 14:40 ` Santosh Shilimkar 2014-03-21 14:43 ` Felipe Balbi 1 sibling, 1 reply; 6+ messages in thread From: Santosh Shilimkar @ 2014-03-21 14:40 UTC (permalink / raw) To: Felipe Balbi, robh+dt-DgEjT+Ai2ygdnm+yROfE0A, pawel.moll-5wv7dgnIgG8, mark.rutland-5wv7dgnIgG8, ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg, galak-sgV2jX0FEOL9JmXXK+q4OQ Cc: linux-lFZ/pmaqli7XmaaqVzeoHQ, devicetree-u79uwXL29TY76Z2rM5mHXA, Linux ARM Kernel Mailing List, Linux Kernel Mailing List On Wednesday 12 March 2014 12:35 PM, Santosh Shilimkar wrote: > On Wednesday 12 March 2014 11:48 PM, Felipe Balbi wrote: >> Currently, even when building keystone only >> kernel builds, DTB won't get build because >> we lack a Makefile rule to get it compiled. >> >> This patch adds that rule so mainline kernel >> users have a chance to use up-to-date DTB on >> keystone 2 platforms. >> >> Signed-off-by: Felipe Balbi <balbi-l0cyMroinI0@public.gmane.org> >> --- >> > We have been building dtbs with explicit command > instead of dtbs since it was just one dtb so far > supported. Was planning to add the rule once more > boards get added. Now with Lamarr and Edision in > for next merge window, will do that post 3.15-rc1. > Just to close the loop, I added a patch as part of my 3.15 fixes which builds all keystone dt blobs. Regards, Santosh -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] arm: boot: dts: build keystone devicetree blob 2014-03-21 14:40 ` Santosh Shilimkar @ 2014-03-21 14:43 ` Felipe Balbi 2014-03-25 13:21 ` Santosh Shilimkar 0 siblings, 1 reply; 6+ messages in thread From: Felipe Balbi @ 2014-03-21 14:43 UTC (permalink / raw) To: Santosh Shilimkar Cc: mark.rutland, devicetree, linux, pawel.moll, ijc+devicetree, Linux Kernel Mailing List, Felipe Balbi, robh+dt, galak, Linux ARM Kernel Mailing List [-- Attachment #1.1: Type: text/plain, Size: 970 bytes --] On Fri, Mar 21, 2014 at 10:40:00AM -0400, Santosh Shilimkar wrote: > On Wednesday 12 March 2014 12:35 PM, Santosh Shilimkar wrote: > > On Wednesday 12 March 2014 11:48 PM, Felipe Balbi wrote: > >> Currently, even when building keystone only > >> kernel builds, DTB won't get build because > >> we lack a Makefile rule to get it compiled. > >> > >> This patch adds that rule so mainline kernel > >> users have a chance to use up-to-date DTB on > >> keystone 2 platforms. > >> > >> Signed-off-by: Felipe Balbi <balbi@ti.com> > >> --- > >> > > We have been building dtbs with explicit command > > instead of dtbs since it was just one dtb so far > > supported. Was planning to add the rule once more > > boards get added. Now with Lamarr and Edision in > > for next merge window, will do that post 3.15-rc1. > > > Just to close the loop, I added a patch as part > of my 3.15 fixes which builds all keystone dt > blobs. cool, thanks -- balbi [-- Attachment #1.2: Digital signature --] [-- Type: application/pgp-signature, Size: 819 bytes --] [-- Attachment #2: Type: text/plain, Size: 176 bytes --] _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH] arm: boot: dts: build keystone devicetree blob 2014-03-21 14:43 ` Felipe Balbi @ 2014-03-25 13:21 ` Santosh Shilimkar 0 siblings, 0 replies; 6+ messages in thread From: Santosh Shilimkar @ 2014-03-25 13:21 UTC (permalink / raw) To: balbi Cc: mark.rutland, devicetree, linux, pawel.moll, ijc+devicetree, Linux Kernel Mailing List, robh+dt, galak, Linux ARM Kernel Mailing List On Friday 21 March 2014 10:43 AM, Felipe Balbi wrote: > On Fri, Mar 21, 2014 at 10:40:00AM -0400, Santosh Shilimkar wrote: >> On Wednesday 12 March 2014 12:35 PM, Santosh Shilimkar wrote: >>> On Wednesday 12 March 2014 11:48 PM, Felipe Balbi wrote: >>>> Currently, even when building keystone only >>>> kernel builds, DTB won't get build because >>>> we lack a Makefile rule to get it compiled. >>>> >>>> This patch adds that rule so mainline kernel >>>> users have a chance to use up-to-date DTB on >>>> keystone 2 platforms. >>>> >>>> Signed-off-by: Felipe Balbi <balbi@ti.com> >>>> --- >>>> >>> We have been building dtbs with explicit command >>> instead of dtbs since it was just one dtb so far >>> supported. Was planning to add the rule once more >>> boards get added. Now with Lamarr and Edision in >>> for next merge window, will do that post 3.15-rc1. >>> >> Just to close the loop, I added a patch as part >> of my 3.15 fixes which builds all keystone dt >> blobs. > > cool, thanks > Here is the updated patch which I commited to fixes branch. Sorry to miss your reported-by tag. I just missed it. >From 400550ae7e778302a45d2952ac75907903e2610c Mon Sep 17 00:00:00 2001 From: Santosh Shilimkar <santosh.shilimkar@ti.com> Date: Tue, 18 Mar 2014 16:02:34 -0400 Subject: [PATCH] ARM: dts: Build all keystone dt blobs Now we have additional two SOC/boards supported, so add make file rule so that all device tree blobs can be build for keystone with 'make dtbs'. Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com> --- arch/arm/boot/dts/Makefile | 3 +++ 1 file changed, 3 insertions(+) diff --git a/arch/arm/boot/dts/Makefile b/arch/arm/boot/dts/Makefile index b9d6a8b..49ff796 100644 --- a/arch/arm/boot/dts/Makefile +++ b/arch/arm/boot/dts/Makefile @@ -81,6 +81,9 @@ dtb-$(CONFIG_ARCH_HIGHBANK) += highbank.dtb \ ecx-2000.dtb dtb-$(CONFIG_ARCH_INTEGRATOR) += integratorap.dtb \ integratorcp.dtb +dtb-$(CONFIG_ARCH_KEYSTONE) += k2hk-evm.dtb \ + k2l-evm.dtb \ + k2e-evm.dtb dtb-$(CONFIG_ARCH_LPC32XX) += ea3250.dtb phy3250.dtb dtb-$(CONFIG_ARCH_KIRKWOOD) += kirkwood-cloudbox.dtb \ kirkwood-db-88f6281.dtb \ -- 1.7.9.5 ^ permalink raw reply related [flat|nested] 6+ messages in thread
end of thread, other threads:[~2014-03-25 13:21 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-03-12 15:48 [PATCH] arm: boot: dts: build keystone devicetree blob Felipe Balbi
2014-03-12 16:35 ` Santosh Shilimkar
[not found] ` <53208CDD.7030106-l0cyMroinI0@public.gmane.org>
2014-03-12 16:53 ` Felipe Balbi
2014-03-21 14:40 ` Santosh Shilimkar
2014-03-21 14:43 ` Felipe Balbi
2014-03-25 13:21 ` Santosh Shilimkar
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).