All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Walker <dwalker@codeaurora.org>
To: Pavel Machek <pavel@ucw.cz>
Cc: Catalin Marinas <catalin.marinas@arm.com>,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Jeff Ohlstein <johlstei@codeaurora.org>,
	linux-arm-kernel@lists.infradead.org,
	linux-arm-msm@vger.kernel.org
Subject: Re: [PATCH 2/4] arm: dis-allow hotplug on MSM
Date: Thu, 30 Sep 2010 13:08:07 -0700	[thread overview]
Message-ID: <1285877287.14953.13.camel@c-dwalke-linux.qualcomm.com> (raw)
In-Reply-To: <20100930200246.GB2174@elf.ucw.cz>

On Thu, 2010-09-30 at 22:02 +0200, Pavel Machek wrote:
> Hi!
> 
> > > > > > This is goodbye to s2ram support, AFAICT.
> > > > > 
> > > > > This depends on SMP tho. It's like saying,
> > > > > 
> > > > > depends on 
> > > > 
> > > > That's weird, there was more to this email..
> > > > 
> > > > It's like saying,
> > > > 
> > > > depends on SMP && HOTPLUG && EXPERIMENTAL && !ARCH_MSM
> > > > 
> > > > But ARCH_MSM has no SMP, so the whole thing should short circuit right
> > > > at the start. It's only when you bring in SMP that it get interesting.
> > > 
> > > If arch_msm has no SMP, then why is change needed?
> > 
> > I'm getting it ready for SMP .. It's not there yet but will be.
> 
> Ok. It makes sense, then.
> 
> > > (I was trying to warn you that you'll need HOTPLUG support to get SMP
> > > suspend support.)
> > 
> > Yeah, I'm aware of it.. We haven't implemented hotplug yet, so we don't
> > have suspend support yet for SMP.
> 
> Still, it might be better to just provide stubs that return -ENOTSUPP
> or something, and leave it enabled in config. Same results, you'll
> need to provide full functions in future, anyway, and no churn in
> shared config files.

That's actually what I had original, Russell offered this as an
alternative. Now that I think about the stubs tho, I'm not sure it's
that bad an idea. All the stubs would do is not put the core into a
lower powermode, but would allow suspend. It wouldn't be very
efficient , but suspend would work.

Daniel


-- 

Sent by a consultant of the Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum.


WARNING: multiple messages have this Message-ID (diff)
From: dwalker@codeaurora.org (Daniel Walker)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 2/4] arm: dis-allow hotplug on MSM
Date: Thu, 30 Sep 2010 13:08:07 -0700	[thread overview]
Message-ID: <1285877287.14953.13.camel@c-dwalke-linux.qualcomm.com> (raw)
In-Reply-To: <20100930200246.GB2174@elf.ucw.cz>

On Thu, 2010-09-30 at 22:02 +0200, Pavel Machek wrote:
> Hi!
> 
> > > > > > This is goodbye to s2ram support, AFAICT.
> > > > > 
> > > > > This depends on SMP tho. It's like saying,
> > > > > 
> > > > > depends on 
> > > > 
> > > > That's weird, there was more to this email..
> > > > 
> > > > It's like saying,
> > > > 
> > > > depends on SMP && HOTPLUG && EXPERIMENTAL && !ARCH_MSM
> > > > 
> > > > But ARCH_MSM has no SMP, so the whole thing should short circuit right
> > > > at the start. It's only when you bring in SMP that it get interesting.
> > > 
> > > If arch_msm has no SMP, then why is change needed?
> > 
> > I'm getting it ready for SMP .. It's not there yet but will be.
> 
> Ok. It makes sense, then.
> 
> > > (I was trying to warn you that you'll need HOTPLUG support to get SMP
> > > suspend support.)
> > 
> > Yeah, I'm aware of it.. We haven't implemented hotplug yet, so we don't
> > have suspend support yet for SMP.
> 
> Still, it might be better to just provide stubs that return -ENOTSUPP
> or something, and leave it enabled in config. Same results, you'll
> need to provide full functions in future, anyway, and no churn in
> shared config files.

That's actually what I had original, Russell offered this as an
alternative. Now that I think about the stubs tho, I'm not sure it's
that bad an idea. All the stubs would do is not put the core into a
lower powermode, but would allow suspend. It wouldn't be very
efficient , but suspend would work.

Daniel


-- 

Sent by a consultant of the Qualcomm Innovation Center, Inc.
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum.

  reply	other threads:[~2010-09-30 20:08 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-09 19:58 [GIT PULL] generic arm MSM changes for v2.6.37 Daniel Walker
2010-09-09 19:58 ` Daniel Walker
2010-09-09 19:58 ` [PATCH 1/4] arm: Kconfig option for ARCH_MSM_SCORPIONMP Daniel Walker
2010-09-09 19:58   ` Daniel Walker
2010-09-10 10:14   ` Sergei Shtylyov
2010-09-10 10:14     ` Sergei Shtylyov
2010-09-10 14:51     ` Uwe Kleine-König
2010-09-10 14:51       ` Uwe Kleine-König
2010-09-10 15:04       ` Daniel Walker
2010-09-10 15:04         ` Daniel Walker
2010-09-11 11:02       ` Sergei Shtylyov
2010-09-11 11:02         ` Sergei Shtylyov
2010-09-10 15:15     ` Lorenzo Pieralisi
2010-09-10 15:15       ` Lorenzo Pieralisi
2010-09-10 20:36   ` Russell King - ARM Linux
2010-09-10 20:36     ` Russell King - ARM Linux
2010-09-10 21:01     ` Daniel Walker
2010-09-10 21:01       ` Daniel Walker
2010-09-09 19:58 ` [PATCH 2/4] arm: dis-allow hotplug on MSM Daniel Walker
2010-09-09 19:58   ` Daniel Walker
2010-09-30  7:19   ` Pavel Machek
2010-09-30  7:19     ` Pavel Machek
2010-09-30 16:45     ` Daniel Walker
2010-09-30 16:45       ` Daniel Walker
2010-09-30 18:09       ` Daniel Walker
2010-09-30 18:09         ` Daniel Walker
2010-09-30 19:52         ` Pavel Machek
2010-09-30 19:52           ` Pavel Machek
2010-09-30 19:55           ` Daniel Walker
2010-09-30 19:55             ` Daniel Walker
2010-09-30 20:02             ` Pavel Machek
2010-09-30 20:02               ` Pavel Machek
2010-09-30 20:08               ` Daniel Walker [this message]
2010-09-30 20:08                 ` Daniel Walker
2010-09-30 20:17                 ` Russell King - ARM Linux
2010-09-30 20:17                   ` Russell King - ARM Linux
2010-09-30 20:40                   ` Daniel Walker
2010-09-30 20:40                     ` Daniel Walker
2010-09-30 20:48                     ` Russell King - ARM Linux
2010-09-30 20:48                       ` Russell King - ARM Linux
2010-09-09 19:58 ` [PATCH 3/4] arm: mm: add proc info for ARM11MPCore/Cortex-A9 from ARM Daniel Walker
2010-09-09 19:58   ` Daniel Walker
2010-09-13 12:05   ` Catalin Marinas
2010-09-13 12:05     ` Catalin Marinas
2010-09-09 19:58 ` [PATCH 4/4] GIC: Dont disable INT in ack callback Daniel Walker
2010-09-09 19:58   ` Daniel Walker

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=1285877287.14953.13.camel@c-dwalke-linux.qualcomm.com \
    --to=dwalker@codeaurora.org \
    --cc=catalin.marinas@arm.com \
    --cc=johlstei@codeaurora.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux@arm.linux.org.uk \
    --cc=pavel@ucw.cz \
    /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.