All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ilya Yanok <yanok@emcraft.com>
To: Kevin Hilman <khilman@ti.com>
Cc: linux-omap@vger.kernel.org
Subject: Re: [PATCH] OMAP3: don't init PM on AM35{05,17}
Date: Wed, 11 Jan 2012 23:36:41 +0400	[thread overview]
Message-ID: <4F0DE4C9.5060903@emcraft.com> (raw)
In-Reply-To: <87lipo8ii4.fsf@ti.com>

Hi Kevin,

On 04.01.2012 03:37, Kevin Hilman wrote:
>> Current OMAP3 PM code seems to be incompatible with AM35{05,17} and
>> leads to system hang during boot.
>> Disable PM init on AM35{05,17} until working implementation will be
>> merged.
> 
> Were you able to find out where exactly things got hung up?

Well, actually there were two manifestations of this problem:
 1. Output on the serial console is slow. I'm working with the board
remotely so it really looked like slow internet connection but I've
verified it and found that the problem is certainly on the board side. I
can't say if it's the whole system running so slow or only serial
console cause I haven't managed to boot it.
 2. At some point cpu_idle() is called, execution goes to SRAM and never
comes back...

Regards, Ilya.

> We're trying hard to avoid adding more cpu_is_* checks so would like to
> better understand the problem before merging such a fix.
> 
> Thanks,
> 
> Kevin
> 
>> Signed-off-by: Ilya Yanok <yanok@emcraft.com>
>> ---
>> This patch solves the problem for me but I'm curious why simple
>> CONFIG_PM disabling doesn't work? I'm getting
>> Unhandled fault: external abort on non-linefetch
>> while trying to access absolutely valid register from omapdss/venc
>> driver. I've tried to disable VENC but then I got the same error
>> from omap_wdt driver. Is it supposed to be so? Are !CONFIG_PM
>> configurations supported? How comes that disabling CONFIG_PM
>> makes some registers inaccessible?
>>
>> Regards, Ilya.
>>
>>  arch/arm/mach-omap2/pm34xx.c |    2 +-
>>  1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff --git a/arch/arm/mach-omap2/pm34xx.c b/arch/arm/mach-omap2/pm34xx.c
>> index fc69875..0f30742 100644
>> --- a/arch/arm/mach-omap2/pm34xx.c
>> +++ b/arch/arm/mach-omap2/pm34xx.c
>> @@ -790,7 +790,7 @@ static int __init omap3_pm_init(void)
>>  	struct clockdomain *neon_clkdm, *per_clkdm, *mpu_clkdm, *core_clkdm;
>>  	int ret;
>>  
>> -	if (!cpu_is_omap34xx())
>> +	if (!cpu_is_omap34xx() || cpu_is_omap3505() || cpu_is_omap3517())
>>  		return -ENODEV;
>>  
>>  	if (!omap3_has_io_chain_ctrl())


      reply	other threads:[~2012-01-11 19:36 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-19  0:10 Problems booting recent kernels on AM3517 Ilya Yanok
2011-12-20  0:00 ` [PATCH] OMAP3: don't init PM on AM35{05,17} Ilya Yanok
2012-01-03 23:37   ` Kevin Hilman
2012-01-11 19:36     ` Ilya Yanok [this message]

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=4F0DE4C9.5060903@emcraft.com \
    --to=yanok@emcraft.com \
    --cc=khilman@ti.com \
    --cc=linux-omap@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.