From: Cyril Bur <cyrilbur@gmail.com>
To: Tyrel Datwyler <tyreld@linux.vnet.ibm.com>
Cc: linuxppc-dev@lists.ozlabs.org, nfont@linux.vnet.ibm.com
Subject: Re: [PATCH 1/3] powerpc/pseries: Simplify check for suspendability during suspend/migration
Date: Mon, 02 Mar 2015 15:19:45 +1100 [thread overview]
Message-ID: <1425269985.2919.29.camel@cyril> (raw)
In-Reply-To: <1425090283-27694-2-git-send-email-tyreld@linux.vnet.ibm.com>
On Fri, 2015-02-27 at 18:24 -0800, Tyrel Datwyler wrote:
> During suspend/migration operation we must wait for the VASI state reported
> by the hypervisor to become Suspending prior to making the ibm,suspend-me
> RTAS call. Calling routines to rtas_ibm_supend_me() pass a vasi_state variable
> that exposes the VASI state to the caller. This is unnecessary as the caller
> only really cares about the following three conditions; if there is an error
> we should bailout, success indicating we have suspended and woken back up so
> proceed to device tree updated, or we are not suspendable yet so try calling
> rtas_ibm_suspend_me again shortly.
>
> This patch removes the extraneous vasi_state variable and simply uses the
> return code to communicate how to proceed. We either succeed, fail, or get
> -EAGAIN in which case we sleep for a second before trying to call
> rtas_ibm_suspend_me again.
>
> Signed-off-by: Tyrel Datwyler <tyreld@linux.vnet.ibm.com>
> ---
> arch/powerpc/include/asm/rtas.h | 2 +-
> arch/powerpc/kernel/rtas.c | 15 +++++++--------
> arch/powerpc/platforms/pseries/mobility.c | 8 +++-----
> 3 files changed, 11 insertions(+), 14 deletions(-)
>
> diff --git a/arch/powerpc/include/asm/rtas.h b/arch/powerpc/include/asm/rtas.h
> index 2e23e92..fc85eb0 100644
> --- a/arch/powerpc/include/asm/rtas.h
> +++ b/arch/powerpc/include/asm/rtas.h
> @@ -327,7 +327,7 @@ extern int rtas_suspend_cpu(struct rtas_suspend_me_data *data);
> extern int rtas_suspend_last_cpu(struct rtas_suspend_me_data *data);
> extern int rtas_online_cpus_mask(cpumask_var_t cpus);
> extern int rtas_offline_cpus_mask(cpumask_var_t cpus);
> -extern int rtas_ibm_suspend_me(u64 handle, int *vasi_return);
> +extern int rtas_ibm_suspend_me(u64 handle);
>
I like ditching vasi_return, I was never happy with myself for doing
that!
> struct rtc_time;
> extern unsigned long rtas_get_boot_time(void);
> diff --git a/arch/powerpc/kernel/rtas.c b/arch/powerpc/kernel/rtas.c
> index 21c45a2..603b928 100644
> --- a/arch/powerpc/kernel/rtas.c
> +++ b/arch/powerpc/kernel/rtas.c
> @@ -897,7 +897,7 @@ int rtas_offline_cpus_mask(cpumask_var_t cpus)
> }
> EXPORT_SYMBOL(rtas_offline_cpus_mask);
>
> -int rtas_ibm_suspend_me(u64 handle, int *vasi_return)
> +int rtas_ibm_suspend_me(u64 handle)
That definition is actually in an #ifdef CONFIG_PPC_PSERIES, you'll need
to change the definition for !CONFIG_PPC_PSERIES
> {
> long state;
> long rc;
> @@ -919,13 +919,11 @@ int rtas_ibm_suspend_me(u64 handle, int *vasi_return)
> printk(KERN_ERR "rtas_ibm_suspend_me: vasi_state returned %ld\n",rc);
> return rc;
> } else if (state == H_VASI_ENABLED) {
> - *vasi_return = RTAS_NOT_SUSPENDABLE;
> - return 0;
> + return -EAGAIN;
> } else if (state != H_VASI_SUSPENDING) {
> printk(KERN_ERR "rtas_ibm_suspend_me: vasi_state returned state %ld\n",
> state);
> - *vasi_return = -1;
> - return 0;
> + return -EIO;
I've had a look as to how these return values get passed back up the
stack and admittedly were dealing with a confusing mess, I've compared
back to before my patch (which wasn't perfect either it seems).
Both the state == H_VASI_ENABLED and state == H_VASI_SUSPENDING cause
ppc_rtas to go to the copy_return and return 0 (albeit with an error
code in args.rets[0]), because rtas_ppc goes back to out userland, I
hesitate to change any of that.
> }
>
> if (!alloc_cpumask_var(&offline_mask, GFP_TEMPORARY))
> @@ -1060,9 +1058,10 @@ asmlinkage int ppc_rtas(struct rtas_args __user *uargs)
> int vasi_rc = 0;
This generates unused variable warning.
> u64 handle = ((u64)be32_to_cpu(args.args[0]) << 32)
> | be32_to_cpu(args.args[1]);
> - rc = rtas_ibm_suspend_me(handle, &vasi_rc);
> - args.rets[0] = cpu_to_be32(vasi_rc);
> - if (rc)
> + rc = rtas_ibm_suspend_me(handle);
> + if (rc == -EAGAIN)
> + args.rets[0] = cpu_to_be32(RTAS_NOT_SUSPENDABLE);
(continuing on...) so perhaps here have
rc = 0;
else if (rc == -EIO)
args.rets[0] = cpu_to_be32(-1);
rc = 0;
Which should keep the original behaviour, the last thing we want to do
is break BE.
Might be worth checking that rc from rtas_ibm_suspend_me will only be
-EAGAIN and -EIO when they are explicitly set in rtas_ibm_suspend_me and
can't come back out from the hcall.
>From reading PAPR we're ok there but just as a thought it might be worth
returning errno as positive because hcall errors are going to be
negative, to make life easier at some point... but then we'll have to
remember to make them negative when going back to userland (and there
are two places...) so there's no perfect win here.
> + else if (rc)
> return rc;
> goto copy_return;
> }
> diff --git a/arch/powerpc/platforms/pseries/mobility.c b/arch/powerpc/platforms/pseries/mobility.c
> index 90cf3dc..29e4f04 100644
> --- a/arch/powerpc/platforms/pseries/mobility.c
> +++ b/arch/powerpc/platforms/pseries/mobility.c
> @@ -325,15 +325,13 @@ static ssize_t migrate_store(struct class *class, struct class_attribute *attr,
> return rc;
>
> do {
> - rc = rtas_ibm_suspend_me(streamid, &vasi_rc);
> - if (!rc && vasi_rc == RTAS_NOT_SUSPENDABLE)
> + rc = rtas_ibm_suspend_me(streamid);
> + if (rc == -EAGAIN)
> ssleep(1);
> - } while (!rc && vasi_rc == RTAS_NOT_SUSPENDABLE);
> + } while (rc == -EAGAIN);
This is going to change the value of the error code.
>
> if (rc)
> return rc;
> - if (vasi_rc)
> - return vasi_rc;
>
> post_mobility_fixup();
> return count;
Thanks for taking it, it looks nicer now.
Cyril
next prev parent reply other threads:[~2015-03-02 4:19 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-28 2:24 [PATCH 0/3] powerpc/pseries: Fixes and cleanup of suspend/migration code Tyrel Datwyler
2015-02-28 2:24 ` [PATCH 1/3] powerpc/pseries: Simplify check for suspendability during suspend/migration Tyrel Datwyler
2015-03-02 4:19 ` Cyril Bur [this message]
2015-03-02 21:30 ` Tyrel Datwyler
2015-03-03 6:15 ` Michael Ellerman
2015-03-03 20:16 ` Tyrel Datwyler
2015-03-04 15:58 ` Nathan Fontenot
2015-02-28 2:24 ` [PATCH 2/3] powerpc/pseries: Little endian fixes for post mobility device tree update Tyrel Datwyler
2015-03-02 5:20 ` Cyril Bur
2015-03-02 21:49 ` Tyrel Datwyler
2015-03-03 23:15 ` Tyrel Datwyler
2015-03-04 1:20 ` Cyril Bur
2015-03-04 1:41 ` Tyrel Datwyler
2015-02-28 2:24 ` [PATCH 3/3] powerpc/pseries: Expose post-migration in kernel device tree update to drmgr Tyrel Datwyler
2015-03-03 6:24 ` Michael Ellerman
2015-03-03 21:18 ` Tyrel Datwyler
2015-03-03 6:10 ` [PATCH 0/3] powerpc/pseries: Fixes and cleanup of suspend/migration code Michael Ellerman
2015-03-03 20:37 ` Tyrel Datwyler
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=1425269985.2919.29.camel@cyril \
--to=cyrilbur@gmail.com \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=nfont@linux.vnet.ibm.com \
--cc=tyreld@linux.vnet.ibm.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;
as well as URLs for NNTP newsgroup(s).