From: Kevin Hilman <khilman@deeprootsystems.com>
To: Santosh Shilimkar <santosh.shilimkar@ti.com>
Cc: linux-omap@vger.kernel.org, tony@atomide.com,
Charulatha V <charu@ti.com>,
"Govindraj.R" <govindraj.raja@ti.com>
Subject: Re: [PATCH] omap: serial: Fix the boot-up crash/reboot without CONFIG_PM
Date: Mon, 11 Oct 2010 07:46:18 -0700 [thread overview]
Message-ID: <8739scu6rp.fsf@deeprootsystems.com> (raw)
In-Reply-To: <1286795118-11490-1-git-send-email-santosh.shilimkar@ti.com> (Santosh Shilimkar's message of "Mon, 11 Oct 2010 16:35:18 +0530")
Santosh Shilimkar <santosh.shilimkar@ti.com> writes:
> The omap2plus_defconfig doesn't boot up when built with CONFIG_PM
> disabled on the latest linux-omap master. Below are the observations
> 1. OMAP3 reboots in the middle of boot
> --------------------------------------------------
> [ 0.000000] Calibrating delay loop... 494.72 BogoMIPS (lpj=1933312)
> [ 0.000000] pid_max: default: 32768 minimum: 301
> [ 0.000000] Security Framework initialized
> [ 0.000000] Mount-cache hash table entries: 512
> [ 0.000000] CPU: Testing write buffer coherency: ok
> [ 0.000000] Brought up 1 CPUs
> [ 0.000000] SMP: Total of 1 processors activated (494.72 BogoMIPS).
> [ 0.000000] regulator: core version 0.5
> [ 0.000000] NET: Registered protocol family 16
>
> U-Boot 1.1.4 (Feb 11 2009 - 16:10:23)
>
> OMAP3430-GP rev 2, CPU-OPP2 L3-165MHz
> TI 3430SDP 1.0 Version + mDDR (Boot NOR)
> DRAM: 128 MB
> Flash: 128 MB
> NAND:128 MiB
> --------------------------------------------------
>
> 2. OMAP4 does a kernel PANIC
> -------------------------------------
> [ 0.000000] Calibrating delay loop... 1195.29 BogoMIPS (lpj=4669440)
> [ 0.000000] pid_max: default: 32768 minimum: 301
> [ 0.000000] Security Framework initialized
> [ 0.000000] Mount-cache hash table entries: 512
> [ 0.000000] CPU: Testing write buffer coherency: ok
> [ 0.000000] L310 cache controller enabled
> [ 0.000000] l2x0: 16 ways, CACHE_ID 0x410000c2, AUX_CTRL 0x0e050000
> [ 0.000000] CPU1: Booted secondary processor
> [ 0.000000] Brought up 2 CPUs
> [ 0.000000] SMP: Total of 2 processors activated (2395.78 BogoMIPS).
> [ 0.000000] regulator: core version 0.5
> [ 0.000000] NET: Registered protocol family 16
> [ 0.000000] mux: Could not set signal i2c2_scl.i2c2_scl
> [ 0.000000] mux: Could not set signal i2c2_sda.i2c2_sda
> [ 0.000000] mux: Could not set signal i2c3_scl.i2c3_scl
> [ 0.000000] mux: Could not set signal i2c3_sda.i2c3_sda
> [ 0.000000] mux: Could not set signal i2c4_scl.i2c4_scl
> [ 0.000000] mux: Could not set signal i2c4_sda.i2c4_sda
> -------------------------------------
>
> This is happening because 'omap_serial_init()' is hanging in the boot.
> On OMAP3 the watchdog is generating reboot because devices_init doesn't
> happens where as on OMAP4 it just hangs without reboot.
> The uart clock is not getting enabled after omap_device_idle as part
> of omap_serial_init.
> The omap_device_idle(will disable the clock) then omap_uart_block_sleep()
> should enable clock back disabled during the boot up phase.
> But omap_uart_block_sleep() stuffed version is binded only under
> CONFIG_PM and other version is just empty. Hence it is not enabling
> clock back as expected
>
> This patch adds uart clock enable code to omap_uart_block_sleep() function
> built with CONFIG_PM disabled.
> Thanks to Charulatha and Govindraj for their help on this debug.
>
> Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
> Signed-off-by: Charulatha V <charu@ti.com>
> Signed-off-by: Govindraj.R <govindraj.raja@ti.com>
Acked-by: Kevin Hilman <khilman@deeprootsystems.com>
This is a regression fix, so we should queue this for 2.6.37.
Thanks,
Kevin
next prev parent reply other threads:[~2010-10-11 14:46 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-11 11:05 [PATCH] omap: serial: Fix the boot-up crash/reboot without CONFIG_PM Santosh Shilimkar
2010-10-11 14:46 ` Kevin Hilman [this message]
2010-10-11 17:55 ` Tony Lindgren
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=8739scu6rp.fsf@deeprootsystems.com \
--to=khilman@deeprootsystems.com \
--cc=charu@ti.com \
--cc=govindraj.raja@ti.com \
--cc=linux-omap@vger.kernel.org \
--cc=santosh.shilimkar@ti.com \
--cc=tony@atomide.com \
/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.