From: Simon Horman <horms@verge.net.au>
To: linux-sh@vger.kernel.org
Subject: [PATCH] mackerel: Do not enable TMU timer in default config
Date: Thu, 23 Feb 2012 10:06:41 +0000 [thread overview]
Message-ID: <20120223100640.GA3091@verge.net.au> (raw)
In-Reply-To: <1329111377-15676-1-git-send-email-horms@verge.net.au>
This allows the mackerel to boot using a kernel compiled
using the mackerel default config. Without this change
the kernel boot hangs during or immediately after SCIF
initialisation.
SuperH SCI(F) driver initialized
sh-sci.0: ttySC0 at MMIO 0xe6c40000 (irq = 80) is a scifa
sh-sci sh-sci.0: start latency exceeded, new value 5416 ns
console [ttySC0] enabled, bootconsole disabled
console [ttySC0] enabled, bootconsole disabled
Signed-off-by: Simon Horman <horms@verge.net.au>
---
Hi Rafael,
I would appreciate it if you could consider this change for 3.3.
It is a band-aid solution, however, it resolves a regression -
the boot or lack thereof of a mackerel board using the default config -
since 3.2.
I have discussed this a little with Magnus Damm and he is of
the opinion that this problem likely relates to an interaction
between TMU and power domains and that a full fix would be difficult
within the 3.3 time-frame.
---
arch/arm/configs/mackerel_defconfig | 1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/configs/mackerel_defconfig b/arch/arm/configs/mackerel_defconfig
index 306a2e2..41d014e 100644
--- a/arch/arm/configs/mackerel_defconfig
+++ b/arch/arm/configs/mackerel_defconfig
@@ -18,6 +18,7 @@ CONFIG_ARCH_SHMOBILE=y
CONFIG_ARCH_SH7372=y
CONFIG_MACH_MACKEREL=y
CONFIG_MEMORY_SIZE=0x10000000
+# CONFIG_SH_TIMER_TMU is not set
CONFIG_AEABI=y
# CONFIG_OABI_COMPAT is not set
CONFIG_FORCE_MAX_ZONEORDER\x15
--
1.7.2.3
next prev parent reply other threads:[~2012-02-23 10:06 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-02-13 5:36 [PATCH] mackerel: Do not enable TMU timer in default config Simon Horman
2012-02-13 23:33 ` Paul Mundt
2012-02-14 0:35 ` Simon Horman
2012-02-23 10:06 ` Simon Horman [this message]
2012-02-23 15:30 ` Paul Mundt
2012-02-23 22:14 ` Rafael J. Wysocki
2012-02-26 22:57 ` Rafael J. Wysocki
2012-02-27 0:55 ` Simon Horman
2012-02-27 6:06 ` Paul Mundt
2012-02-27 22:30 ` Rafael J. Wysocki
2012-02-28 1:23 ` Rafael J. Wysocki
2012-02-28 1:38 ` Simon Horman
2012-02-28 6:09 ` Paul Mundt
2012-02-28 9:29 ` Simon Horman
2012-02-28 23:59 ` Rafael J. Wysocki
2012-02-29 1:32 ` Simon Horman
2012-03-02 23:27 ` Rafael J. Wysocki
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120223100640.GA3091@verge.net.au \
--to=horms@verge.net.au \
--cc=linux-sh@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.