All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeremy Fitzhardinge <jeremy@goop.org>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: Steven Smith <Steven.Smith@eu.citrix.com>,
	xen-devel@lists.xensource.com, Ian Campbell <ijc@hellion.org.uk>
Subject: Re: [PATCH] xen: reduce severity of message about using v1 grant tables.
Date: Wed, 02 Dec 2009 11:33:23 -0800	[thread overview]
Message-ID: <4B16C103.9070105@goop.org> (raw)
In-Reply-To: <1259782098-32180-1-git-send-email-Ian.Campbell@citrix.com>

On 12/02/09 11:28, Ian Campbell wrote:
> From: Ian Campbell <ijc@hellion.org.uk>
>
> It's hardly the end of the world...
>
> Signed-off-by: Ian Campbell <ian.campbell@citrix.com>
> Cc: Jeremy Fitzhardinge <jeremy@goop.org>
> Cc: Steven Smith <Steven.Smith@eu.citrix.com>
> ---
>  drivers/xen/grant-table.c |   19 ++++++++++---------
>  1 files changed, 10 insertions(+), 9 deletions(-)
>
> diff --git a/drivers/xen/grant-table.c b/drivers/xen/grant-table.c
> index 2240adf..85ce951 100644
> --- a/drivers/xen/grant-table.c
> +++ b/drivers/xen/grant-table.c
> @@ -699,21 +699,22 @@ static void gnttab_request_version(void)
>  
>  	gsv.version = 2;
>  	rc = HYPERVISOR_grant_table_op(GNTTABOP_set_version, &gsv, 1);
> -	if (rc == 0) {
> +	if (rc == 0)
>  		grant_table_version = 2;
> -		printk(KERN_NOTICE "Using V2 grant tables.\n");
> -	} else {
> +	else {
>  		if (grant_table_version == 2) {
> -			/* If we've already used version 2 features,
> -			   but then suddenly discover that they're not
> -			   available (e.g. migrating to an older
> -			   version of Xen), almost unbounded badness
> -			   can happen. */
> +			/*
> +			 * If we've already used version 2 features,
> +			 * but then suddenly discover that they're not
> +			 * available (e.g. migrating to an older
> +			 * version of Xen), almost unbounded badness
> +			 * can happen.
> +			 */
>  			panic("we need grant tables version 2, but only version 1 is available");
>   

Does it really need to be a panic?  Can't we just start failing all
future operations?  Seems bad to take out the whole machine if we can
just get away with crippling one device (especially if it can be
recovered by downing it and re-upping a new one with nc1 and/or gt1).

    J

  reply	other threads:[~2009-12-02 19:33 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-02 19:28 [PATCH] xen: reduce severity of message about using v1 grant tables Ian Campbell
2009-12-02 19:33 ` Jeremy Fitzhardinge [this message]
2009-12-02 19:54   ` Ian Campbell
2009-12-03 10:28     ` Ian Campbell
2009-12-03 12:01       ` Steven Smith
2009-12-03 12:15         ` Ian Campbell
2009-12-03 14:47           ` Steven Smith
2009-12-03 20:15           ` Jeremy Fitzhardinge
2009-12-03 21:22             ` Ian Campbell
2009-12-03 20:13         ` Jeremy Fitzhardinge
2009-12-03 21:23           ` Ian Campbell
2009-12-03 20:10       ` Jeremy Fitzhardinge

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=4B16C103.9070105@goop.org \
    --to=jeremy@goop.org \
    --cc=Ian.Campbell@citrix.com \
    --cc=Steven.Smith@eu.citrix.com \
    --cc=ijc@hellion.org.uk \
    --cc=xen-devel@lists.xensource.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.