[PATCH] ARM: shmobile: defconfig: enable initrd and atag dtb compat

[PATCH] ARM: shmobile: defconfig: enable initrd and atag dtb compat

[Kevin Hilman]

Enable ATAG_DTB_COMPAT support for passing commandline from bootloader.
Enable initrd support.

Signed-off-by: Kevin Hilman <khilman@linaro.org>
---
With this, I can finally integrate the kzm9d into the board farm because I use
initrafms for the primary rootfs, and set the command-line from u-boot.

Tested on next-20140813

 arch/arm/configs/shmobile_defconfig | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/arm/configs/shmobile_defconfig b/arch/arm/configs/shmobile_defconfig
index 3b136144cc83..d655f088ac58 100644
--- a/arch/arm/configs/shmobile_defconfig
+++ b/arch/arm/configs/shmobile_defconfig
@@ -3,6 +3,7 @@ CONFIG_NO_HZ=y
 CONFIG_IKCONFIG=y
 CONFIG_IKCONFIG_PROC=y
 CONFIG_LOG_BUF_SHIFT\x16
+CONFIG_BLK_DEV_INITRD=y
 CONFIG_CC_OPTIMIZE_FOR_SIZE=y
 CONFIG_SYSCTL_SYSCALL=y
 CONFIG_EMBEDDED=y
@@ -33,6 +34,7 @@ CONFIG_HIGHMEM=y
 CONFIG_ZBOOT_ROM_TEXT=0x0
 CONFIG_ZBOOT_ROM_BSS=0x0
 CONFIG_ARM_APPENDED_DTB=y
+CONFIG_ARM_ATAG_DTB_COMPAT=y
 CONFIG_KEXEC=y
 CONFIG_VFP=y
 CONFIG_NEON=y
-- 
1.9.2

[PATCH] ARM: shmobile: defconfig: enable initrd and atag dtb compat

[Kevin Hilman]

Enable ATAG_DTB_COMPAT support for passing commandline from bootloader.
Enable initrd support.

Signed-off-by: Kevin Hilman <khilman@linaro.org>
---
With this, I can finally integrate the kzm9d into the board farm because I use
initrafms for the primary rootfs, and set the command-line from u-boot.

Tested on next-20140813

 arch/arm/configs/shmobile_defconfig | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/arm/configs/shmobile_defconfig b/arch/arm/configs/shmobile_defconfig
index 3b136144cc83..d655f088ac58 100644
--- a/arch/arm/configs/shmobile_defconfig
+++ b/arch/arm/configs/shmobile_defconfig
@@ -3,6 +3,7 @@ CONFIG_NO_HZ=y
 CONFIG_IKCONFIG=y
 CONFIG_IKCONFIG_PROC=y
 CONFIG_LOG_BUF_SHIFT=16
+CONFIG_BLK_DEV_INITRD=y
 CONFIG_CC_OPTIMIZE_FOR_SIZE=y
 CONFIG_SYSCTL_SYSCALL=y
 CONFIG_EMBEDDED=y
@@ -33,6 +34,7 @@ CONFIG_HIGHMEM=y
 CONFIG_ZBOOT_ROM_TEXT=0x0
 CONFIG_ZBOOT_ROM_BSS=0x0
 CONFIG_ARM_APPENDED_DTB=y
+CONFIG_ARM_ATAG_DTB_COMPAT=y
 CONFIG_KEXEC=y
 CONFIG_VFP=y
 CONFIG_NEON=y
-- 
1.9.2

[PATCH] ARM: shmobile: defconfig: enable initrd and atag dtb compat

[Kevin Hilman]

Enable ATAG_DTB_COMPAT support for passing commandline from bootloader.
Enable initrd support.

Signed-off-by: Kevin Hilman <khilman@linaro.org>
---
With this, I can finally integrate the kzm9d into the board farm because I use
initrafms for the primary rootfs, and set the command-line from u-boot.

Tested on next-20140813

 arch/arm/configs/shmobile_defconfig | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/arch/arm/configs/shmobile_defconfig b/arch/arm/configs/shmobile_defconfig
index 3b136144cc83..d655f088ac58 100644
--- a/arch/arm/configs/shmobile_defconfig
+++ b/arch/arm/configs/shmobile_defconfig
@@ -3,6 +3,7 @@ CONFIG_NO_HZ=y
 CONFIG_IKCONFIG=y
 CONFIG_IKCONFIG_PROC=y
 CONFIG_LOG_BUF_SHIFT=16
+CONFIG_BLK_DEV_INITRD=y
 CONFIG_CC_OPTIMIZE_FOR_SIZE=y
 CONFIG_SYSCTL_SYSCALL=y
 CONFIG_EMBEDDED=y
@@ -33,6 +34,7 @@ CONFIG_HIGHMEM=y
 CONFIG_ZBOOT_ROM_TEXT=0x0
 CONFIG_ZBOOT_ROM_BSS=0x0
 CONFIG_ARM_APPENDED_DTB=y
+CONFIG_ARM_ATAG_DTB_COMPAT=y
 CONFIG_KEXEC=y
 CONFIG_VFP=y
 CONFIG_NEON=y
-- 
1.9.2

Re: [PATCH] ARM: shmobile: defconfig: enable initrd and atag dtb compat

[Simon Horman]

On Wed, Aug 13, 2014 at 05:07:15PM -0700, Kevin Hilman wrote:
> Enable ATAG_DTB_COMPAT support for passing commandline from bootloader.
> Enable initrd support.
> 
> Signed-off-by: Kevin Hilman <khilman@linaro.org>
> ---
> With this, I can finally integrate the kzm9d into the board farm because I use
> initrafms for the primary rootfs, and set the command-line from u-boot.
> 
> Tested on next-20140813

Thanks, I will queue this up for v3.18 and push it to next
once v3.17-rc1 has been released.

> 
>  arch/arm/configs/shmobile_defconfig | 2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/arch/arm/configs/shmobile_defconfig b/arch/arm/configs/shmobile_defconfig
> index 3b136144cc83..d655f088ac58 100644
> --- a/arch/arm/configs/shmobile_defconfig
> +++ b/arch/arm/configs/shmobile_defconfig
> @@ -3,6 +3,7 @@ CONFIG_NO_HZ=y
>  CONFIG_IKCONFIG=y
>  CONFIG_IKCONFIG_PROC=y
>  CONFIG_LOG_BUF_SHIFT\x16
> +CONFIG_BLK_DEV_INITRD=y
>  CONFIG_CC_OPTIMIZE_FOR_SIZE=y
>  CONFIG_SYSCTL_SYSCALL=y
>  CONFIG_EMBEDDED=y
> @@ -33,6 +34,7 @@ CONFIG_HIGHMEM=y
>  CONFIG_ZBOOT_ROM_TEXT=0x0
>  CONFIG_ZBOOT_ROM_BSS=0x0
>  CONFIG_ARM_APPENDED_DTB=y
> +CONFIG_ARM_ATAG_DTB_COMPAT=y
>  CONFIG_KEXEC=y
>  CONFIG_VFP=y
>  CONFIG_NEON=y
> -- 
> 1.9.2
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

Re: [PATCH] ARM: shmobile: defconfig: enable initrd and atag dtb compat

[Simon Horman]

On Wed, Aug 13, 2014 at 05:07:15PM -0700, Kevin Hilman wrote:
> Enable ATAG_DTB_COMPAT support for passing commandline from bootloader.
> Enable initrd support.
> 
> Signed-off-by: Kevin Hilman <khilman@linaro.org>
> ---
> With this, I can finally integrate the kzm9d into the board farm because I use
> initrafms for the primary rootfs, and set the command-line from u-boot.
> 
> Tested on next-20140813

Thanks, I will queue this up for v3.18 and push it to next
once v3.17-rc1 has been released.

> 
>  arch/arm/configs/shmobile_defconfig | 2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/arch/arm/configs/shmobile_defconfig b/arch/arm/configs/shmobile_defconfig
> index 3b136144cc83..d655f088ac58 100644
> --- a/arch/arm/configs/shmobile_defconfig
> +++ b/arch/arm/configs/shmobile_defconfig
> @@ -3,6 +3,7 @@ CONFIG_NO_HZ=y
>  CONFIG_IKCONFIG=y
>  CONFIG_IKCONFIG_PROC=y
>  CONFIG_LOG_BUF_SHIFT=16
> +CONFIG_BLK_DEV_INITRD=y
>  CONFIG_CC_OPTIMIZE_FOR_SIZE=y
>  CONFIG_SYSCTL_SYSCALL=y
>  CONFIG_EMBEDDED=y
> @@ -33,6 +34,7 @@ CONFIG_HIGHMEM=y
>  CONFIG_ZBOOT_ROM_TEXT=0x0
>  CONFIG_ZBOOT_ROM_BSS=0x0
>  CONFIG_ARM_APPENDED_DTB=y
> +CONFIG_ARM_ATAG_DTB_COMPAT=y
>  CONFIG_KEXEC=y
>  CONFIG_VFP=y
>  CONFIG_NEON=y
> -- 
> 1.9.2
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

[PATCH] ARM: shmobile: defconfig: enable initrd and atag dtb compat

[Simon Horman]

On Wed, Aug 13, 2014 at 05:07:15PM -0700, Kevin Hilman wrote:
> Enable ATAG_DTB_COMPAT support for passing commandline from bootloader.
> Enable initrd support.
> 
> Signed-off-by: Kevin Hilman <khilman@linaro.org>
> ---
> With this, I can finally integrate the kzm9d into the board farm because I use
> initrafms for the primary rootfs, and set the command-line from u-boot.
> 
> Tested on next-20140813

Thanks, I will queue this up for v3.18 and push it to next
once v3.17-rc1 has been released.

> 
>  arch/arm/configs/shmobile_defconfig | 2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/arch/arm/configs/shmobile_defconfig b/arch/arm/configs/shmobile_defconfig
> index 3b136144cc83..d655f088ac58 100644
> --- a/arch/arm/configs/shmobile_defconfig
> +++ b/arch/arm/configs/shmobile_defconfig
> @@ -3,6 +3,7 @@ CONFIG_NO_HZ=y
>  CONFIG_IKCONFIG=y
>  CONFIG_IKCONFIG_PROC=y
>  CONFIG_LOG_BUF_SHIFT=16
> +CONFIG_BLK_DEV_INITRD=y
>  CONFIG_CC_OPTIMIZE_FOR_SIZE=y
>  CONFIG_SYSCTL_SYSCALL=y
>  CONFIG_EMBEDDED=y
> @@ -33,6 +34,7 @@ CONFIG_HIGHMEM=y
>  CONFIG_ZBOOT_ROM_TEXT=0x0
>  CONFIG_ZBOOT_ROM_BSS=0x0
>  CONFIG_ARM_APPENDED_DTB=y
> +CONFIG_ARM_ATAG_DTB_COMPAT=y
>  CONFIG_KEXEC=y
>  CONFIG_VFP=y
>  CONFIG_NEON=y
> -- 
> 1.9.2
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

[PATCH] ARM: shmobile: defconfig: enable ARM_ATAG_DTB_COMPAT_CMDLINE_EXTEND

[Simon Horman]

"ARM: shmobile: defconfig: enable initrd and atag dtb compat" enables
CONFIG_ARM_ATAG_DTB_COMPAT, however, empirically
ARM_ATAG_DTB_COMPAT_CMDLINE_EXTEND is also required for my kzm9d board to
boot.

Cc: Kevin Hilman <khilman@linaro.org>
Signed-off-by: Simon Horman <horms+renesas@verge.net.au>

---

Without this change I do not see any kernel console output at all.
---
 arch/arm/configs/shmobile_defconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/arm/configs/shmobile_defconfig b/arch/arm/configs/shmobile_defconfig
index f847a9f..e343dc8 100644
--- a/arch/arm/configs/shmobile_defconfig
+++ b/arch/arm/configs/shmobile_defconfig
@@ -35,6 +35,7 @@ CONFIG_ZBOOT_ROM_TEXT=0x0
 CONFIG_ZBOOT_ROM_BSS=0x0
 CONFIG_ARM_APPENDED_DTB=y
 CONFIG_ARM_ATAG_DTB_COMPAT=y
+CONFIG_ARM_ATAG_DTB_COMPAT_CMDLINE_EXTEND=y
 CONFIG_KEXEC=y
 CONFIG_VFP=y
 CONFIG_NEON=y
-- 
2.0.1

[PATCH] ARM: shmobile: defconfig: enable ARM_ATAG_DTB_COMPAT_CMDLINE_EXTEND

[Simon Horman]

"ARM: shmobile: defconfig: enable initrd and atag dtb compat" enables
CONFIG_ARM_ATAG_DTB_COMPAT, however, empirically
ARM_ATAG_DTB_COMPAT_CMDLINE_EXTEND is also required for my kzm9d board to
boot.

Cc: Kevin Hilman <khilman@linaro.org>
Signed-off-by: Simon Horman <horms+renesas@verge.net.au>

---

Without this change I do not see any kernel console output at all.
---
 arch/arm/configs/shmobile_defconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/arm/configs/shmobile_defconfig b/arch/arm/configs/shmobile_defconfig
index f847a9f..e343dc8 100644
--- a/arch/arm/configs/shmobile_defconfig
+++ b/arch/arm/configs/shmobile_defconfig
@@ -35,6 +35,7 @@ CONFIG_ZBOOT_ROM_TEXT=0x0
 CONFIG_ZBOOT_ROM_BSS=0x0
 CONFIG_ARM_APPENDED_DTB=y
 CONFIG_ARM_ATAG_DTB_COMPAT=y
+CONFIG_ARM_ATAG_DTB_COMPAT_CMDLINE_EXTEND=y
 CONFIG_KEXEC=y
 CONFIG_VFP=y
 CONFIG_NEON=y
-- 
2.0.1

Re: [PATCH] ARM: shmobile: defconfig: enable initrd and atag dtb compat

[Simon Horman]

On Thu, Aug 14, 2014 at 02:25:57PM +0900, Simon Horman wrote:
> On Wed, Aug 13, 2014 at 05:07:15PM -0700, Kevin Hilman wrote:
> > Enable ATAG_DTB_COMPAT support for passing commandline from bootloader.
> > Enable initrd support.
> > 
> > Signed-off-by: Kevin Hilman <khilman@linaro.org>
> > ---
> > With this, I can finally integrate the kzm9d into the board farm because I use
> > initrafms for the primary rootfs, and set the command-line from u-boot.
> > 
> > Tested on next-20140813
> 
> Thanks, I will queue this up for v3.18 and push it to next
> once v3.17-rc1 has been released.

Hi Kevin,

I have decided to drop this patch for now as it appears to
cause my kzm9d (of all things) not to boot. And per a follow-up email
from you it no longer appears to be required in your environment.

I'm more than happy to revisit this if it turns out to be useful again.

> >  arch/arm/configs/shmobile_defconfig | 2 ++
> >  1 file changed, 2 insertions(+)
> > 
> > diff --git a/arch/arm/configs/shmobile_defconfig b/arch/arm/configs/shmobile_defconfig
> > index 3b136144cc83..d655f088ac58 100644
> > --- a/arch/arm/configs/shmobile_defconfig
> > +++ b/arch/arm/configs/shmobile_defconfig
> > @@ -3,6 +3,7 @@ CONFIG_NO_HZ=y
> >  CONFIG_IKCONFIG=y
> >  CONFIG_IKCONFIG_PROC=y
> >  CONFIG_LOG_BUF_SHIFT\x16
> > +CONFIG_BLK_DEV_INITRD=y
> >  CONFIG_CC_OPTIMIZE_FOR_SIZE=y
> >  CONFIG_SYSCTL_SYSCALL=y
> >  CONFIG_EMBEDDED=y
> > @@ -33,6 +34,7 @@ CONFIG_HIGHMEM=y
> >  CONFIG_ZBOOT_ROM_TEXT=0x0
> >  CONFIG_ZBOOT_ROM_BSS=0x0
> >  CONFIG_ARM_APPENDED_DTB=y
> > +CONFIG_ARM_ATAG_DTB_COMPAT=y
> >  CONFIG_KEXEC=y
> >  CONFIG_VFP=y
> >  CONFIG_NEON=y
> > -- 
> > 1.9.2
> > 
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

Re: [PATCH] ARM: shmobile: defconfig: enable initrd and atag dtb compat

[Simon Horman]

On Thu, Aug 14, 2014 at 02:25:57PM +0900, Simon Horman wrote:
> On Wed, Aug 13, 2014 at 05:07:15PM -0700, Kevin Hilman wrote:
> > Enable ATAG_DTB_COMPAT support for passing commandline from bootloader.
> > Enable initrd support.
> > 
> > Signed-off-by: Kevin Hilman <khilman@linaro.org>
> > ---
> > With this, I can finally integrate the kzm9d into the board farm because I use
> > initrafms for the primary rootfs, and set the command-line from u-boot.
> > 
> > Tested on next-20140813
> 
> Thanks, I will queue this up for v3.18 and push it to next
> once v3.17-rc1 has been released.

Hi Kevin,

I have decided to drop this patch for now as it appears to
cause my kzm9d (of all things) not to boot. And per a follow-up email
from you it no longer appears to be required in your environment.

I'm more than happy to revisit this if it turns out to be useful again.

> >  arch/arm/configs/shmobile_defconfig | 2 ++
> >  1 file changed, 2 insertions(+)
> > 
> > diff --git a/arch/arm/configs/shmobile_defconfig b/arch/arm/configs/shmobile_defconfig
> > index 3b136144cc83..d655f088ac58 100644
> > --- a/arch/arm/configs/shmobile_defconfig
> > +++ b/arch/arm/configs/shmobile_defconfig
> > @@ -3,6 +3,7 @@ CONFIG_NO_HZ=y
> >  CONFIG_IKCONFIG=y
> >  CONFIG_IKCONFIG_PROC=y
> >  CONFIG_LOG_BUF_SHIFT=16
> > +CONFIG_BLK_DEV_INITRD=y
> >  CONFIG_CC_OPTIMIZE_FOR_SIZE=y
> >  CONFIG_SYSCTL_SYSCALL=y
> >  CONFIG_EMBEDDED=y
> > @@ -33,6 +34,7 @@ CONFIG_HIGHMEM=y
> >  CONFIG_ZBOOT_ROM_TEXT=0x0
> >  CONFIG_ZBOOT_ROM_BSS=0x0
> >  CONFIG_ARM_APPENDED_DTB=y
> > +CONFIG_ARM_ATAG_DTB_COMPAT=y
> >  CONFIG_KEXEC=y
> >  CONFIG_VFP=y
> >  CONFIG_NEON=y
> > -- 
> > 1.9.2
> > 
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

[PATCH] ARM: shmobile: defconfig: enable initrd and atag dtb compat

[Simon Horman]

On Thu, Aug 14, 2014 at 02:25:57PM +0900, Simon Horman wrote:
> On Wed, Aug 13, 2014 at 05:07:15PM -0700, Kevin Hilman wrote:
> > Enable ATAG_DTB_COMPAT support for passing commandline from bootloader.
> > Enable initrd support.
> > 
> > Signed-off-by: Kevin Hilman <khilman@linaro.org>
> > ---
> > With this, I can finally integrate the kzm9d into the board farm because I use
> > initrafms for the primary rootfs, and set the command-line from u-boot.
> > 
> > Tested on next-20140813
> 
> Thanks, I will queue this up for v3.18 and push it to next
> once v3.17-rc1 has been released.

Hi Kevin,

I have decided to drop this patch for now as it appears to
cause my kzm9d (of all things) not to boot. And per a follow-up email
from you it no longer appears to be required in your environment.

I'm more than happy to revisit this if it turns out to be useful again.

> >  arch/arm/configs/shmobile_defconfig | 2 ++
> >  1 file changed, 2 insertions(+)
> > 
> > diff --git a/arch/arm/configs/shmobile_defconfig b/arch/arm/configs/shmobile_defconfig
> > index 3b136144cc83..d655f088ac58 100644
> > --- a/arch/arm/configs/shmobile_defconfig
> > +++ b/arch/arm/configs/shmobile_defconfig
> > @@ -3,6 +3,7 @@ CONFIG_NO_HZ=y
> >  CONFIG_IKCONFIG=y
> >  CONFIG_IKCONFIG_PROC=y
> >  CONFIG_LOG_BUF_SHIFT=16
> > +CONFIG_BLK_DEV_INITRD=y
> >  CONFIG_CC_OPTIMIZE_FOR_SIZE=y
> >  CONFIG_SYSCTL_SYSCALL=y
> >  CONFIG_EMBEDDED=y
> > @@ -33,6 +34,7 @@ CONFIG_HIGHMEM=y
> >  CONFIG_ZBOOT_ROM_TEXT=0x0
> >  CONFIG_ZBOOT_ROM_BSS=0x0
> >  CONFIG_ARM_APPENDED_DTB=y
> > +CONFIG_ARM_ATAG_DTB_COMPAT=y
> >  CONFIG_KEXEC=y
> >  CONFIG_VFP=y
> >  CONFIG_NEON=y
> > -- 
> > 1.9.2
> > 
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> > the body of a message to majordomo at vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

Re: [PATCH] ARM: shmobile: defconfig: enable ARM_ATAG_DTB_COMPAT_CMDLINE_EXTEND

[Simon Horman]

On Fri, Aug 15, 2014 at 08:03:25AM +0900, Simon Horman wrote:
> "ARM: shmobile: defconfig: enable initrd and atag dtb compat" enables
> CONFIG_ARM_ATAG_DTB_COMPAT, however, empirically
> ARM_ATAG_DTB_COMPAT_CMDLINE_EXTEND is also required for my kzm9d board to
> boot.
> 
> Cc: Kevin Hilman <khilman@linaro.org>
> Signed-off-by: Simon Horman <horms+renesas@verge.net.au>

I have decided to drop the above patch and am withdrawing this
patch accordingly.

> ---
> 
> Without this change I do not see any kernel console output at all.
> ---
>  arch/arm/configs/shmobile_defconfig | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/arch/arm/configs/shmobile_defconfig b/arch/arm/configs/shmobile_defconfig
> index f847a9f..e343dc8 100644
> --- a/arch/arm/configs/shmobile_defconfig
> +++ b/arch/arm/configs/shmobile_defconfig
> @@ -35,6 +35,7 @@ CONFIG_ZBOOT_ROM_TEXT=0x0
>  CONFIG_ZBOOT_ROM_BSS=0x0
>  CONFIG_ARM_APPENDED_DTB=y
>  CONFIG_ARM_ATAG_DTB_COMPAT=y
> +CONFIG_ARM_ATAG_DTB_COMPAT_CMDLINE_EXTEND=y
>  CONFIG_KEXEC=y
>  CONFIG_VFP=y
>  CONFIG_NEON=y
> -- 
> 2.0.1
> 

[PATCH] ARM: shmobile: defconfig: enable ARM_ATAG_DTB_COMPAT_CMDLINE_EXTEND

[Simon Horman]

On Fri, Aug 15, 2014 at 08:03:25AM +0900, Simon Horman wrote:
> "ARM: shmobile: defconfig: enable initrd and atag dtb compat" enables
> CONFIG_ARM_ATAG_DTB_COMPAT, however, empirically
> ARM_ATAG_DTB_COMPAT_CMDLINE_EXTEND is also required for my kzm9d board to
> boot.
> 
> Cc: Kevin Hilman <khilman@linaro.org>
> Signed-off-by: Simon Horman <horms+renesas@verge.net.au>

I have decided to drop the above patch and am withdrawing this
patch accordingly.

> ---
> 
> Without this change I do not see any kernel console output at all.
> ---
>  arch/arm/configs/shmobile_defconfig | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/arch/arm/configs/shmobile_defconfig b/arch/arm/configs/shmobile_defconfig
> index f847a9f..e343dc8 100644
> --- a/arch/arm/configs/shmobile_defconfig
> +++ b/arch/arm/configs/shmobile_defconfig
> @@ -35,6 +35,7 @@ CONFIG_ZBOOT_ROM_TEXT=0x0
>  CONFIG_ZBOOT_ROM_BSS=0x0
>  CONFIG_ARM_APPENDED_DTB=y
>  CONFIG_ARM_ATAG_DTB_COMPAT=y
> +CONFIG_ARM_ATAG_DTB_COMPAT_CMDLINE_EXTEND=y
>  CONFIG_KEXEC=y
>  CONFIG_VFP=y
>  CONFIG_NEON=y
> -- 
> 2.0.1
> 

[PATCH] ARM: shmobile: defconfig: enable HDMI output for RCar

[Wolfram Sang]

From: Wolfram Sang <wsa+renesas@sang-engineering.com>

Actviate HDMI output of the RCar DU (and LVDS while we are here).
Enable the HDMI encoder chip found on Lager/Koelsch boards.

Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
---

This is the final bit needed to get HDMI output with an shmobile_defconfig
built kernel. The other bits were renesas-devel-20151008-v4.3-rc4 plus some I2C
patches, which are already in my for-next or soon in my for-current branches.
The complete branch can be found here:

git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux.git renesas/rcar-hdmi-output

Tested with a Lager board and using both I2C/IIC. Based on my testings in
Dublin with a Koelsch board, I'd be very surprised if it fails with Koelsch.
Laurent may prove me wrong ;)

 arch/arm/configs/shmobile_defconfig | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/arch/arm/configs/shmobile_defconfig b/arch/arm/configs/shmobile_defconfig
index 0bdeb4925be477..3aef019c0de789 100644
--- a/arch/arm/configs/shmobile_defconfig
+++ b/arch/arm/configs/shmobile_defconfig
@@ -140,7 +140,10 @@ CONFIG_VIDEO_RENESAS_VSP1=y
 CONFIG_VIDEO_ADV7180=y
 CONFIG_VIDEO_ML86V7667=y
 CONFIG_DRM=y
+CONFIG_DRM_I2C_ADV7511=y
 CONFIG_DRM_RCAR_DU=y
+CONFIG_DRM_RCAR_HDMI=y
+CONFIG_DRM_RCAR_LVDS=y
 CONFIG_FB_SH_MOBILE_LCDC=y
 CONFIG_FB_SH_MOBILE_MERAM=y
 # CONFIG_LCD_CLASS_DEVICE is not set
-- 
2.1.4

Re: [PATCH] ARM: shmobile: defconfig: enable HDMI output for RCar

[Simon Horman]

On Sat, Oct 10, 2015 at 08:14:45PM +0100, Wolfram Sang wrote:
> From: Wolfram Sang <wsa+renesas@sang-engineering.com>
> 
> Actviate HDMI output of the RCar DU (and LVDS while we are here).
> Enable the HDMI encoder chip found on Lager/Koelsch boards.
> 
> Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>

Thanks, I have queued this up for v4.4.

Is a similar change appropriate for multi_v7_defconfig?

Re: [PATCH] ARM: shmobile: defconfig: enable HDMI output for RCar

[Wolfram Sang]

[-- Attachment #1: Type: text/plain, Size: 120 bytes --]

> Is a similar change appropriate for multi_v7_defconfig?

As modules, I'd assume. I'll cook something.

Thanks, Simon.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: [PATCH] ARM: shmobile: defconfig: enable HDMI output for RCar

[Simon Horman]

On Mon, Oct 12, 2015 at 07:38:06AM +0100, Wolfram Sang wrote:
> > Is a similar change appropriate for multi_v7_defconfig?
> 
> As modules, I'd assume. I'll cook something.

Yes, I think that would be best; thanks!

Re: [PATCH] ARM: shmobile: defconfig: enable HDMI output for RCar

[Laurent Pinchart]

Hi Wolfram,

Thank you for the patch.

On Saturday 10 October 2015 20:14:45 Wolfram Sang wrote:
> From: Wolfram Sang <wsa+renesas@sang-engineering.com>
> 
> Actviate HDMI output of the RCar DU (and LVDS while we are here).
> Enable the HDMI encoder chip found on Lager/Koelsch boards.
> 
> Signed-off-by: Wolfram Sang <wsa+renesas@sang-engineering.com>
> ---
> 
> This is the final bit needed to get HDMI output with an shmobile_defconfig
> built kernel. The other bits were renesas-devel-20151008-v4.3-rc4 plus some
> I2C patches, which are already in my for-next or soon in my for-current
> branches. The complete branch can be found here:
> 
> git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux.git
> renesas/rcar-hdmi-output
> 
> Tested with a Lager board and using both I2C/IIC. Based on my testings in
> Dublin with a Koelsch board, I'd be very surprised if it fails with Koelsch.
> Laurent may prove me wrong ;)

I've tried to reproduce the problem tonight and couldn't, even without your 
recent i2c-rcar patches :-/ I'll keep running tests on Koelsch with that 
configuration and make sure to report any issue I can find.

>  arch/arm/configs/shmobile_defconfig | 3 +++
>  1 file changed, 3 insertions(+)
> 
> diff --git a/arch/arm/configs/shmobile_defconfig
> b/arch/arm/configs/shmobile_defconfig index 0bdeb4925be477..3aef019c0de789
> 100644
> --- a/arch/arm/configs/shmobile_defconfig
> +++ b/arch/arm/configs/shmobile_defconfig
> @@ -140,7 +140,10 @@ CONFIG_VIDEO_RENESAS_VSP1=y
>  CONFIG_VIDEO_ADV7180=y
>  CONFIG_VIDEO_ML86V7667=y
>  CONFIG_DRM=y
> +CONFIG_DRM_I2C_ADV7511=y
>  CONFIG_DRM_RCAR_DU=y
> +CONFIG_DRM_RCAR_HDMI=y
> +CONFIG_DRM_RCAR_LVDS=y
>  CONFIG_FB_SH_MOBILE_LCDC=y
>  CONFIG_FB_SH_MOBILE_MERAM=y
>  # CONFIG_LCD_CLASS_DEVICE is not set

-- 
Regards,

Laurent Pinchart

Re: [PATCH] ARM: shmobile: defconfig: enable HDMI output for RCar

[Wolfram Sang]

[-- Attachment #1: Type: text/plain, Size: 518 bytes --]


> > Tested with a Lager board and using both I2C/IIC. Based on my testings in
> > Dublin with a Koelsch board, I'd be very surprised if it fails with Koelsch.
> > Laurent may prove me wrong ;)
> 
> I've tried to reproduce the problem tonight and couldn't, even without your 
> recent i2c-rcar patches :-/ I'll keep running tests on Koelsch with that 
> configuration and make sure to report any issue I can find.

Thanks for testing!

The good news of your message is that HDMI works on Koelsch, too :)


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: [PATCH] ARM: shmobile: defconfig: enable HDMI output for RCar

[Geert Uytterhoeven]

Hi Laurent,

On Wed, Oct 14, 2015 at 3:09 AM, Laurent Pinchart
<laurent.pinchart@ideasonboard.com> wrote:
>> Tested with a Lager board and using both I2C/IIC. Based on my testings in
>> Dublin with a Koelsch board, I'd be very surprised if it fails with Koelsch.
>> Laurent may prove me wrong ;)
>
> I've tried to reproduce the problem tonight and couldn't, even without your
> recent i2c-rcar patches :-/ I'll keep running tests on Koelsch with that
> configuration and make sure to report any issue I can find.

The Koelsch that failed has a much newer U-Boot (b653737dfca2), which
only enables the MSTP clocks that are really needed, while you and I have
much older versions (I have b6af5fcc8dfc).

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

Re: [PATCH] ARM: shmobile: defconfig: enable HDMI output for RCar

[Magnus Damm]

Hi Geert,

On Wed, Oct 14, 2015 at 4:07 PM, Geert Uytterhoeven
<geert@linux-m68k.org> wrote:
> Hi Laurent,
>
> On Wed, Oct 14, 2015 at 3:09 AM, Laurent Pinchart
> <laurent.pinchart@ideasonboard.com> wrote:
>>> Tested with a Lager board and using both I2C/IIC. Based on my testings in
>>> Dublin with a Koelsch board, I'd be very surprised if it fails with Koelsch.
>>> Laurent may prove me wrong ;)
>>
>> I've tried to reproduce the problem tonight and couldn't, even without your
>> recent i2c-rcar patches :-/ I'll keep running tests on Koelsch with that
>> configuration and make sure to report any issue I can find.
>
> The Koelsch that failed has a much newer U-Boot (b653737dfca2), which
> only enables the MSTP clocks that are really needed, while you and I have
> much older versions (I have b6af5fcc8dfc).

With the new CPG-MSSR driver it should be possible to disable unused
MSTP clocks in the kernel during boot without too much trouble, right?
Of course it is not something that is needed right away, but DT
architecture wise it seems possible to squeeze that in without having
to update the DT binding.

Cheers,

/ magnus

Re: [PATCH] ARM: shmobile: defconfig: enable HDMI output for RCar

[Geert Uytterhoeven]

Hi Magnus,

On Wed, Oct 14, 2015 at 9:44 AM, Magnus Damm <magnus.damm@gmail.com> wrote:
> On Wed, Oct 14, 2015 at 4:07 PM, Geert Uytterhoeven
> <geert@linux-m68k.org> wrote:
>> On Wed, Oct 14, 2015 at 3:09 AM, Laurent Pinchart
>> <laurent.pinchart@ideasonboard.com> wrote:
>>>> Tested with a Lager board and using both I2C/IIC. Based on my testings in
>>>> Dublin with a Koelsch board, I'd be very surprised if it fails with Koelsch.
>>>> Laurent may prove me wrong ;)
>>>
>>> I've tried to reproduce the problem tonight and couldn't, even without your
>>> recent i2c-rcar patches :-/ I'll keep running tests on Koelsch with that
>>> configuration and make sure to report any issue I can find.
>>
>> The Koelsch that failed has a much newer U-Boot (b653737dfca2), which
>> only enables the MSTP clocks that are really needed, while you and I have
>> much older versions (I have b6af5fcc8dfc).
>
> With the new CPG-MSSR driver it should be possible to disable unused
> MSTP clocks in the kernel during boot without too much trouble, right?
> Of course it is not something that is needed right away, but DT
> architecture wise it seems possible to squeeze that in without having
> to update the DT binding.

Unused clocks are already disabled by the clock framework, but that
happens at late_initcall() time, i.e. after i2c probing.

Or do you mean disabling them upfront?
There are some clocks that must not be disabled. Some of them are not
documented.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

Re: [PATCH] ARM: shmobile: defconfig: enable HDMI output for RCar

[Magnus Damm]

Hi Geert,

On Wed, Oct 14, 2015 at 4:54 PM, Geert Uytterhoeven
<geert@linux-m68k.org> wrote:
> Hi Magnus,
>
> On Wed, Oct 14, 2015 at 9:44 AM, Magnus Damm <magnus.damm@gmail.com> wrote:
>> On Wed, Oct 14, 2015 at 4:07 PM, Geert Uytterhoeven
>> <geert@linux-m68k.org> wrote:
>>> On Wed, Oct 14, 2015 at 3:09 AM, Laurent Pinchart
>>> <laurent.pinchart@ideasonboard.com> wrote:
>>>>> Tested with a Lager board and using both I2C/IIC. Based on my testings in
>>>>> Dublin with a Koelsch board, I'd be very surprised if it fails with Koelsch.
>>>>> Laurent may prove me wrong ;)
>>>>
>>>> I've tried to reproduce the problem tonight and couldn't, even without your
>>>> recent i2c-rcar patches :-/ I'll keep running tests on Koelsch with that
>>>> configuration and make sure to report any issue I can find.
>>>
>>> The Koelsch that failed has a much newer U-Boot (b653737dfca2), which
>>> only enables the MSTP clocks that are really needed, while you and I have
>>> much older versions (I have b6af5fcc8dfc).
>>
>> With the new CPG-MSSR driver it should be possible to disable unused
>> MSTP clocks in the kernel during boot without too much trouble, right?
>> Of course it is not something that is needed right away, but DT
>> architecture wise it seems possible to squeeze that in without having
>> to update the DT binding.
>
> Unused clocks are already disabled by the clock framework, but that
> happens at late_initcall() time, i.e. after i2c probing.

Oh, right..

> Or do you mean disabling them upfront?
> There are some clocks that must not be disabled. Some of them are not
> documented.

Disabling them upfront with sparse documentation seems fun, but also a
bit like asking for trouble. =)

So disabling clocks upfront may be a troublesome but good way to
trigger incorrect dependencies, and unless I'm mistaken it should give
the same behaviour as the updated u-boot version, right?

Cheers,

/ magnus

Re: [PATCH] ARM: shmobile: defconfig: enable HDMI output for RCar

[Geert Uytterhoeven]

Hi Magnus,

On Wed, Oct 14, 2015 at 10:09 AM, Magnus Damm <magnus.damm@gmail.com> wrote:
>> Or do you mean disabling them upfront?
>> There are some clocks that must not be disabled. Some of them are not
>> documented.
>
> Disabling them upfront with sparse documentation seems fun, but also a
> bit like asking for trouble. =)

I have hackish code that does it for all boards I have, and use it actively.

> So disabling clocks upfront may be a troublesome but good way to
> trigger incorrect dependencies, and unless I'm mistaken it should give
> the same behaviour as the updated u-boot version, right?

More or less (U-Boot still keeps a few enabled for its own use, e.g. Ethernet).

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

Re: [PATCH] ARM: shmobile: defconfig: enable HDMI output for RCar

[Wolfram Sang]

[-- Attachment #1: Type: text/plain, Size: 315 bytes --]


> The Koelsch that failed has a much newer U-Boot (b653737dfca2), which
> only enables the MSTP clocks that are really needed, while you and I have
> much older versions (I have b6af5fcc8dfc).

What Laurent saw was a 1 byte shift in the transferreed EDID data. So,
most likely not a MSTP clock related problem ;)


[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

Re: [PATCH] ARM: shmobile: defconfig: enable HDMI output for RCar

[Magnus Damm]

Hi Geert,

On Wed, Oct 14, 2015 at 5:22 PM, Geert Uytterhoeven
<geert@linux-m68k.org> wrote:
> Hi Magnus,
>
> On Wed, Oct 14, 2015 at 10:09 AM, Magnus Damm <magnus.damm@gmail.com> wrote:
>>> Or do you mean disabling them upfront?
>>> There are some clocks that must not be disabled. Some of them are not
>>> documented.
>>
>> Disabling them upfront with sparse documentation seems fun, but also a
>> bit like asking for trouble. =)
>
> I have hackish code that does it for all boards I have, and use it actively.

Seems like a good feature to me!

>> So disabling clocks upfront may be a troublesome but good way to
>> trigger incorrect dependencies, and unless I'm mistaken it should give
>> the same behaviour as the updated u-boot version, right?
>
> More or less (U-Boot still keeps a few enabled for its own use, e.g. Ethernet).

So it fails to cleanup after itself then... But by disabling clocks
upfront I guess you can be even more aggressive.

Anyway, it would be nice to see that feature upstream at some point.
Let me know if there is anything I can do to help!!

Cheers,

/ magnus

Re: [PATCH] ARM: shmobile: defconfig: enable HDMI output for RCar

[Laurent Pinchart]

Hi Geert,

On Wednesday 14 October 2015 09:07:41 Geert Uytterhoeven wrote:
> On Wed, Oct 14, 2015 at 3:09 AM, Laurent Pinchart wrote:
> >> Tested with a Lager board and using both I2C/IIC. Based on my testings in
> >> Dublin with a Koelsch board, I'd be very surprised if it fails with
> >> Koelsch. Laurent may prove me wrong ;)
> > 
> > I've tried to reproduce the problem tonight and couldn't, even without
> > your recent i2c-rcar patches :-/ I'll keep running tests on Koelsch with
> > that configuration and make sure to report any issue I can find.
> 
> The Koelsch that failed has a much newer U-Boot (b653737dfca2), which
> only enables the MSTP clocks that are really needed, while you and I have
> much older versions (I have b6af5fcc8dfc).

It failed on my Koelsch before, and I have never updated U-Boot on it.

-- 
Regards,

Laurent Pinchart

Re: [PATCH] ARM: shmobile: defconfig: enable HDMI output for RCar

[Khiem Nguyen]

On 10/14/2015 3:22 PM, Geert Uytterhoeven wrote:
> Hi Magnus,
>
> On Wed, Oct 14, 2015 at 10:09 AM, Magnus Damm <magnus.damm@gmail.com> wrote:
>>> Or do you mean disabling them upfront?
>>> There are some clocks that must not be disabled. Some of them are not
>>> documented.
>>
>> Disabling them upfront with sparse documentation seems fun, but also a
>> bit like asking for trouble. =)
>
> I have hackish code that does it for all boards I have, and use it actively.
>
>> So disabling clocks upfront may be a troublesome but good way to
>> trigger incorrect dependencies, and unless I'm mistaken it should give
>> the same behaviour as the updated u-boot version, right?
>
> More or less (U-Boot still keeps a few enabled for its own use, e.g. Ethernet).

AFAIK, in some recent versions of Gen2 BSP, all the devices (including 
all devices enabled by u-boot for its processing, like Ethernet, TMU, 
serial) will be turned off right before jumping to kernel start address.

> Gr{oetje,eeting}s,
>
>                          Geert
>
> --
> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
>
> In personal conversations with technical people, I call myself a hacker. But
> when I'm talking to journalists I just say "programmer" or something like that.
>                                  -- Linus Torvalds
> --
> To unsubscribe from this list: send the line "unsubscribe linux-sh" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

Re: [PATCH] ARM: shmobile: defconfig: enable HDMI output for RCar

[Laurent Pinchart]

On Wednesday 14 October 2015 19:11:12 Khiem Nguyen wrote:
> On 10/14/2015 3:22 PM, Geert Uytterhoeven wrote:
> > On Wed, Oct 14, 2015 at 10:09 AM, Magnus Damm wrote:
> >>> Or do you mean disabling them upfront?
> >>> There are some clocks that must not be disabled. Some of them are not
> >>> documented.
> >> 
> >> Disabling them upfront with sparse documentation seems fun, but also a
> >> bit like asking for trouble. =)
> > 
> > I have hackish code that does it for all boards I have, and use it
> > actively.
> >
> >> So disabling clocks upfront may be a troublesome but good way to
> >> trigger incorrect dependencies, and unless I'm mistaken it should give
> >> the same behaviour as the updated u-boot version, right?
> > 
> > More or less (U-Boot still keeps a few enabled for its own use, e.g.
> > Ethernet).
>
> AFAIK, in some recent versions of Gen2 BSP, all the devices (including
> all devices enabled by u-boot for its processing, like Ethernet, TMU,
> serial) will be turned off right before jumping to kernel start address.

Would it make sense to keep the serial port enabled in order to support early 
printk ?

-- 
Regards,

Laurent Pinchart

Re: [PATCH] ARM: shmobile: defconfig: enable HDMI output for RCar

[Khiem Nguyen]

On 10/14/2015 7:55 PM, Laurent Pinchart wrote:
> On Wednesday 14 October 2015 19:11:12 Khiem Nguyen wrote:
>> On 10/14/2015 3:22 PM, Geert Uytterhoeven wrote:
>>> On Wed, Oct 14, 2015 at 10:09 AM, Magnus Damm wrote:
>>>>> Or do you mean disabling them upfront?
>>>>> There are some clocks that must not be disabled. Some of them are not
>>>>> documented.
>>>>
>>>> Disabling them upfront with sparse documentation seems fun, but also a
>>>> bit like asking for trouble. =)
>>>
>>> I have hackish code that does it for all boards I have, and use it
>>> actively.
>>>
>>>> So disabling clocks upfront may be a troublesome but good way to
>>>> trigger incorrect dependencies, and unless I'm mistaken it should give
>>>> the same behaviour as the updated u-boot version, right?
>>>
>>> More or less (U-Boot still keeps a few enabled for its own use, e.g.
>>> Ethernet).
>>
>> AFAIK, in some recent versions of Gen2 BSP, all the devices (including
>> all devices enabled by u-boot for its processing, like Ethernet, TMU,
>> serial) will be turned off right before jumping to kernel start address.
>
> Would it make sense to keep the serial port enabled in order to support early
> printk ?
>

I don't think early printk is supported in Gen2 BSP, which is base on 
LTSI 3.10.
Geert has introduced early printk support for Gen2 in Nov 2014.

Maybe, we need to consider this point for Gen3.

Re: [PATCH] ARM: shmobile: defconfig: enable HDMI output for RCar

[Geert Uytterhoeven]

On Wed, Oct 14, 2015 at 3:18 PM, Khiem Nguyen
<khiem.nguyen.xt@rvc.renesas.com> wrote:
>>> AFAIK, in some recent versions of Gen2 BSP, all the devices (including
>>> all devices enabled by u-boot for its processing, like Ethernet, TMU,
>>> serial) will be turned off right before jumping to kernel start address.
>>
>> Would it make sense to keep the serial port enabled in order to support
>> early
>> printk ?
>>
>
> I don't think early printk is supported in Gen2 BSP, which is base on LTSI
> 3.10.
> Geert has introduced early printk support for Gen2 in Nov 2014.
>
> Maybe, we need to consider this point for Gen3.

INTC-RT, MFIS, INTC-SYS, IRQC, and SCIF0 are left enabled, according
to the U-Boot sources.

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

Re: [PATCH] ARM: shmobile: defconfig: enable HDMI output for RCar

[Khiem Nguyen]

On 10/14/2015 8:32 PM, Geert Uytterhoeven wrote:
> On Wed, Oct 14, 2015 at 3:18 PM, Khiem Nguyen
> <khiem.nguyen.xt@rvc.renesas.com> wrote:
>>>> AFAIK, in some recent versions of Gen2 BSP, all the devices (including
>>>> all devices enabled by u-boot for its processing, like Ethernet, TMU,
>>>> serial) will be turned off right before jumping to kernel start address.
>>>
>>> Would it make sense to keep the serial port enabled in order to support
>>> early
>>> printk ?
>>>
>>
>> I don't think early printk is supported in Gen2 BSP, which is base on LTSI
>> 3.10.
>> Geert has introduced early printk support for Gen2 in Nov 2014.
>>
>> Maybe, we need to consider this point for Gen3.
>
> INTC-RT, MFIS, INTC-SYS, IRQC, and SCIF0 are left enabled, according
> to the U-Boot sources.

Yes, you are right. Above devices were left enabled.
Especially, some interrupt controller devices need to keep ON to ensure 
system operation
while transferring to kernel boot.


> Gr{oetje,eeting}s,
>
>                          Geert
>
> --
> Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
>
> In personal conversations with technical people, I call myself a hacker. But
> when I'm talking to journalists I just say "programmer" or something like that.
>                                  -- Linus Torvalds
>

[PATCH] ARM: shmobile: defconfig: Enable CONFIG_PRINTK_TIME

[Geert Uytterhoeven]

Enable timestamps for kernel log output to improve debugging.
You can always use "dmesg -t" to strip the timestamps.

Don't specify CONFIG_LOG_BUF_SHIFT\x16 while we're at it.  There's a
reason the default in Kconfig is higher ;-)

Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
---
 arch/arm/configs/shmobile_defconfig | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/arm/configs/shmobile_defconfig b/arch/arm/configs/shmobile_defconfig
index cc8ece33a7e38796..70d718e088a65fed 100644
--- a/arch/arm/configs/shmobile_defconfig
+++ b/arch/arm/configs/shmobile_defconfig
@@ -2,7 +2,6 @@ CONFIG_SYSVIPC=y
 CONFIG_NO_HZ=y
 CONFIG_IKCONFIG=y
 CONFIG_IKCONFIG_PROC=y
-CONFIG_LOG_BUF_SHIFT\x16
 CONFIG_BLK_DEV_INITRD=y
 CONFIG_CC_OPTIMIZE_FOR_SIZE=y
 CONFIG_SYSCTL_SYSCALL=y
@@ -199,6 +198,7 @@ CONFIG_NFS_V4_1=y
 CONFIG_ROOT_NFS=y
 CONFIG_NLS_CODEPAGE_437=y
 CONFIG_NLS_ISO8859_1=y
+CONFIG_PRINTK_TIME=y
 # CONFIG_ENABLE_WARN_DEPRECATED is not set
 # CONFIG_ENABLE_MUST_CHECK is not set
 # CONFIG_ARM_UNWIND is not set
-- 
1.9.1

[PATCH] ARM: shmobile: defconfig: Enable CONFIG_PRINTK_TIME

[Geert Uytterhoeven]

Enable timestamps for kernel log output to improve debugging.
You can always use "dmesg -t" to strip the timestamps.

Don't specify CONFIG_LOG_BUF_SHIFT=16 while we're at it.  There's a
reason the default in Kconfig is higher ;-)

Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
---
 arch/arm/configs/shmobile_defconfig | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/arm/configs/shmobile_defconfig b/arch/arm/configs/shmobile_defconfig
index cc8ece33a7e38796..70d718e088a65fed 100644
--- a/arch/arm/configs/shmobile_defconfig
+++ b/arch/arm/configs/shmobile_defconfig
@@ -2,7 +2,6 @@ CONFIG_SYSVIPC=y
 CONFIG_NO_HZ=y
 CONFIG_IKCONFIG=y
 CONFIG_IKCONFIG_PROC=y
-CONFIG_LOG_BUF_SHIFT=16
 CONFIG_BLK_DEV_INITRD=y
 CONFIG_CC_OPTIMIZE_FOR_SIZE=y
 CONFIG_SYSCTL_SYSCALL=y
@@ -199,6 +198,7 @@ CONFIG_NFS_V4_1=y
 CONFIG_ROOT_NFS=y
 CONFIG_NLS_CODEPAGE_437=y
 CONFIG_NLS_ISO8859_1=y
+CONFIG_PRINTK_TIME=y
 # CONFIG_ENABLE_WARN_DEPRECATED is not set
 # CONFIG_ENABLE_MUST_CHECK is not set
 # CONFIG_ARM_UNWIND is not set
-- 
1.9.1

Re: [PATCH] ARM: shmobile: defconfig: Enable CONFIG_PRINTK_TIME

[Simon Horman]

On Mon, Nov 30, 2015 at 02:35:34PM +0100, Geert Uytterhoeven wrote:
> Enable timestamps for kernel log output to improve debugging.
> You can always use "dmesg -t" to strip the timestamps.
> 
> Don't specify CONFIG_LOG_BUF_SHIFT\x16 while we're at it.  There's a
> reason the default in Kconfig is higher ;-)
> 
> Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>

Thanks, I have queued this up.

[PATCH] ARM: shmobile: defconfig: Enable CONFIG_PRINTK_TIME

[Simon Horman]

On Mon, Nov 30, 2015 at 02:35:34PM +0100, Geert Uytterhoeven wrote:
> Enable timestamps for kernel log output to improve debugging.
> You can always use "dmesg -t" to strip the timestamps.
> 
> Don't specify CONFIG_LOG_BUF_SHIFT=16 while we're at it.  There's a
> reason the default in Kconfig is higher ;-)
> 
> Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>

Thanks, I have queued this up.

Re: [PATCH] ARM: shmobile: defconfig: Enable CONFIG_PRINTK_TIME

[Geert Uytterhoeven]

Hi Simon,

On Tue, Dec 1, 2015 at 7:44 AM, Simon Horman <horms@verge.net.au> wrote:
> On Mon, Nov 30, 2015 at 02:35:34PM +0100, Geert Uytterhoeven wrote:
>> Enable timestamps for kernel log output to improve debugging.
>> You can always use "dmesg -t" to strip the timestamps.
>>
>> Don't specify CONFIG_LOG_BUF_SHIFT\x16 while we're at it.  There's a
>> reason the default in Kconfig is higher ;-)
>>
>> Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
>
> Thanks, I have queued this up.

Still not present in renesas-devel?

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

[PATCH] ARM: shmobile: defconfig: Enable CONFIG_PRINTK_TIME

[Geert Uytterhoeven]

Hi Simon,

On Tue, Dec 1, 2015 at 7:44 AM, Simon Horman <horms@verge.net.au> wrote:
> On Mon, Nov 30, 2015 at 02:35:34PM +0100, Geert Uytterhoeven wrote:
>> Enable timestamps for kernel log output to improve debugging.
>> You can always use "dmesg -t" to strip the timestamps.
>>
>> Don't specify CONFIG_LOG_BUF_SHIFT=16 while we're at it.  There's a
>> reason the default in Kconfig is higher ;-)
>>
>> Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
>
> Thanks, I have queued this up.

Still not present in renesas-devel?

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert at linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

Re: [PATCH] ARM: shmobile: defconfig: Enable CONFIG_PRINTK_TIME

[Simon Horman]

On Wed, Dec 09, 2015 at 10:28:22AM +0100, Geert Uytterhoeven wrote:
> Hi Simon,
> 
> On Tue, Dec 1, 2015 at 7:44 AM, Simon Horman <horms@verge.net.au> wrote:
> > On Mon, Nov 30, 2015 at 02:35:34PM +0100, Geert Uytterhoeven wrote:
> >> Enable timestamps for kernel log output to improve debugging.
> >> You can always use "dmesg -t" to strip the timestamps.
> >>
> >> Don't specify CONFIG_LOG_BUF_SHIFT\x16 while we're at it.  There's a
> >> reason the default in Kconfig is higher ;-)
> >>
> >> Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
> >
> > Thanks, I have queued this up.
> 
> Still not present in renesas-devel?

Sorry about that, it should appear there soon.

[PATCH] ARM: shmobile: defconfig: Enable CONFIG_PRINTK_TIME

[Simon Horman]

On Wed, Dec 09, 2015 at 10:28:22AM +0100, Geert Uytterhoeven wrote:
> Hi Simon,
> 
> On Tue, Dec 1, 2015 at 7:44 AM, Simon Horman <horms@verge.net.au> wrote:
> > On Mon, Nov 30, 2015 at 02:35:34PM +0100, Geert Uytterhoeven wrote:
> >> Enable timestamps for kernel log output to improve debugging.
> >> You can always use "dmesg -t" to strip the timestamps.
> >>
> >> Don't specify CONFIG_LOG_BUF_SHIFT=16 while we're at it.  There's a
> >> reason the default in Kconfig is higher ;-)
> >>
> >> Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
> >
> > Thanks, I have queued this up.
> 
> Still not present in renesas-devel?

Sorry about that, it should appear there soon.