All of lore.kernel.org
 help / color / mirror / Atom feed
From: Igor Druzhinin <igor.druzhinin@citrix.com>
To: paul@xen.org, "'Jürgen Groß'" <jgross@suse.com>,
	"'Julien Grall'" <julien@xen.org>,
	"'Julien Grall'" <julien.grall.oss@gmail.com>
Cc: 'xen-devel' <xen-devel@lists.xenproject.org>,
	'Ian Jackson' <ian.jackson@eu.citrix.com>, 'Wei Liu' <wl@xen.org>,
	andrew.cooper3@citrix.com
Subject: Re: [PATCH] tools/xenstore: don't store domU's mfn of ring page in xensotred
Date: Wed, 29 Apr 2020 14:16:43 +0100	[thread overview]
Message-ID: <0eaea23f-8b4a-2c67-2fc4-827cf26dbd8d@citrix.com> (raw)
In-Reply-To: <000001d61e25$97f86530$c7e92f90$@xen.org>

On 29/04/2020 13:56, Paul Durrant wrote:
>> -----Original Message-----
>> From: Igor Druzhinin <igor.druzhinin@citrix.com>
>> Sent: 29 April 2020 13:50
>> To: Jürgen Groß <jgross@suse.com>; Julien Grall <julien@xen.org>; Julien Grall
>> <julien.grall.oss@gmail.com>
>> Cc: xen-devel <xen-devel@lists.xenproject.org>; Ian Jackson <ian.jackson@eu.citrix.com>; Wei Liu
>> <wl@xen.org>; andrew.cooper3@citrix.com; Paul Durrant <paul@xen.org>
>> Subject: Re: [PATCH] tools/xenstore: don't store domU's mfn of ring page in xensotred
>>
>> On 29/04/2020 13:29, Jürgen Groß wrote:
>>>
>>> Wei, Ian, can you please tell me where I'm wrong?
>>>
>>> A soft reset should restart the domain in a clean state. AFAIK libxl is
>>> handling that by doing kind of in-place save-restore, including calling
>>> xs_release_domain() and later xs_introduce_domain(). This should result
>>> in xenstored throwing away all state it has regarding the domain and
>>> then restarting with a new (internal) domain instance.
>>>
>>> Is XAPI doing soft reset differently? Why should there be a need for
>>> keeping xenstored data across a soft reset?
>>
>> Yes, XAPI is doing soft reset differently from libxl. You need to keep xenstore
>> data to at least keep backends working without the need to reinitialize them
>> before entering kdump kernel. We do the same thing while entering crash kernel
>> in Windows after BSOD (CC Paul as he recommended this approach).
> 
> IIRC I recommended not involving Xen or the toolstack in entering the crash kernel... they don't need to know. Windows quite happily enters its crash kernel, rebuilds its Xen interfaces and re-attaches to PV backends without any external intervention.

In case of kdump toolstack certainly needs to know as it gets shutdown code 5 and
needs to restart the domain.

And I'm not completely sure it's possible to enter kdump without calling soft reset
at all. Even if it's possible I'd be cautious to do it in production for the future.

Igor


  reply	other threads:[~2020-04-29 13:17 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-28 15:51 [PATCH] tools/xenstore: don't store domU's mfn of ring page in xensotred Juergen Gross
2020-04-28 20:54 ` Andrew Cooper
2020-04-28 20:55 ` Julien Grall
2020-04-29  5:51   ` Jürgen Groß
2020-04-29  9:22     ` Julien Grall
2020-04-29 10:39       ` Igor Druzhinin
2020-04-29 10:49         ` Jürgen Groß
2020-04-29 11:04           ` Igor Druzhinin
2020-04-29 12:29             ` Jürgen Groß
2020-04-29 12:49               ` Igor Druzhinin
2020-04-29 12:56                 ` Paul Durrant
2020-04-29 13:16                   ` Igor Druzhinin [this message]
2020-04-29 13:22                     ` Paul Durrant
2020-04-29 13:27                       ` Igor Druzhinin
2020-04-29 13:06                 ` Jürgen Groß
2020-04-29 13:39                   ` Igor Druzhinin

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=0eaea23f-8b4a-2c67-2fc4-827cf26dbd8d@citrix.com \
    --to=igor.druzhinin@citrix.com \
    --cc=andrew.cooper3@citrix.com \
    --cc=ian.jackson@eu.citrix.com \
    --cc=jgross@suse.com \
    --cc=julien.grall.oss@gmail.com \
    --cc=julien@xen.org \
    --cc=paul@xen.org \
    --cc=wl@xen.org \
    --cc=xen-devel@lists.xenproject.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.