Linux on ARM based TI OMAP SoCs
 help / color / mirror / Atom feed
From: Kevin Hilman <khilman@deeprootsystems.com>
To: "Hiremath, Vaibhav" <hvaibhav@ti.com>
Cc: Joel A Fernandes <agnel.joel@gmail.com>,
	Igor Mazanov <i.mazanov@gmail.com>,
	Tony Lindgren <tony@atomide.com>,
	Jean Pihet <jean.pihet@newoldbits.com>,
	"Menon, Nishanth" <nm@ti.com>,
	"linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>
Subject: Re: AM335x: Beaglebone stops to boot with current git kernel
Date: Tue, 04 Dec 2012 13:39:44 -0800	[thread overview]
Message-ID: <87pq2pa44f.fsf@deeprootsystems.com> (raw)
In-Reply-To: <79CD15C6BA57404B839C016229A409A83EBA3979@DBDE01.ent.ti.com> (Vaibhav Hiremath's message of "Tue, 4 Dec 2012 04:01:30 +0000")

"Hiremath, Vaibhav" <hvaibhav@ti.com> writes:

> On Mon, Dec 03, 2012 at 23:49:36, Kevin Hilman wrote:
>> "Hiremath, Vaibhav" <hvaibhav@ti.com> writes:
>> 
>> >> >>> +static struct omap_hwmod am33xx_debugss_hwmod = {
>> >> >>> +       .name           = "debugss",
>> >> >>> +       .class          = &am33xx_debugss_hwmod_class,
>> >> >>> +       .clkdm_name     = "l3_aon_clkdm",
>> >> >>> +       .main_clk       = "debugss_ick",
>> >> >>> +       .flags          =  (HWMOD_INIT_NO_IDLE | HWMOD_INIT_NO_RESET),
>> >> 
>> >> Setting these flags would still leave the problem where JTAG clocks
>> >> are on when its not required no? In that case, what is the advantage
>> >> of this patch?
>> >> 
>> >
>> > I missed to wrap it around #ifdef CONFIG_DEBUG_KERNEL. I will submit the 
>> > formal patch shortly.
>> 
>> IMO, this should not be handled in the data at all (neither clock nor
>> hwmod), and should be handled at runtime/boot-time, not compile time.
>> 
>
> Wouldn't that become another interface/control for debug? We already have 
> various (standard) debug kernel parameters available.
>
> But I see your point, compile-time option will force users to rebuild kernel 
> just in order to disable JTAG/Debug clock.
>
>> The solution to this is to rather to have a small bit of code that
>> requests the debugss clocks that are needed for JTAG debug, so the
>> kernel knows they are in use.
>> 
>> That code could then be enabled at boot time via command-line or DT
>> option.
>> 
>
> In case of command-line, something like below???
>
> static int __init omap2_debug_clk_enable(char *str)
> {
> 	if (!str)
> 		return 0;
> 	
> 	if (!strcmp(str, "debug"))
> 		<enable debug clock>
>
> 	return 0;
> }
> early_param("debug", omap2_debug_clk_enable);

Yes, that's the idea I had in mind.  Though you don't want to override
"debug" here.  The debug option is specifically about default log levels
for the console and isn't really related to clocks.

Kevin


  parent reply	other threads:[~2012-12-04 21:39 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-14 15:28 AM335x: Beaglebone stops to boot with current git kernel Igor Mazanov
2012-11-14 16:41 ` Jean Pihet
2012-11-14 16:54   ` Nishanth Menon
2012-11-14 17:51   ` Tony Lindgren
2012-11-15 14:47     ` Jean Pihet
2012-11-15 16:27       ` Tony Lindgren
2012-11-21 18:38   ` Tony Lindgren
2012-11-21 20:00     ` Igor Mazanov
2012-11-22  5:42       ` Vaibhav Hiremath
2012-11-22 12:16         ` Igor Mazanov
2012-11-22 14:47           ` Hiremath, Vaibhav
2012-11-22 14:49           ` Hiremath, Vaibhav
2012-11-22 16:40             ` Igor Mazanov
2012-11-22 20:56               ` Joel A Fernandes
2012-11-23  6:04                 ` Hiremath, Vaibhav
2012-12-03 18:19                   ` Kevin Hilman
2012-12-04  4:01                     ` Hiremath, Vaibhav
2012-12-04  4:11                       ` Joel A Fernandes
2012-12-04 21:39                       ` Kevin Hilman [this message]
2012-11-23  6:08               ` Hiremath, Vaibhav

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=87pq2pa44f.fsf@deeprootsystems.com \
    --to=khilman@deeprootsystems.com \
    --cc=agnel.joel@gmail.com \
    --cc=hvaibhav@ti.com \
    --cc=i.mazanov@gmail.com \
    --cc=jean.pihet@newoldbits.com \
    --cc=linux-omap@vger.kernel.org \
    --cc=nm@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox