xen-block: treat XenbusStateUnknown the same as XenbusStateClosed
authorPaul Durrant <paul.durrant@citrix.com>
Wed, 18 Sep 2019 11:57:02 +0000 (12:57 +0100)
committerAnthony PERARD <anthony.perard@citrix.com>
Tue, 24 Sep 2019 11:21:11 +0000 (12:21 +0100)
commitef916ab3ec570eac799be540e499d0123fe61899
treeb7f82c1e1e48b57afcc2ceaf7b7e68d7e2598732
parent784e9727af98f789498afb4c7a526e8de19d8b6d
xen-block: treat XenbusStateUnknown the same as XenbusStateClosed

When a frontend gracefully disconnects from an offline backend, it will
set its own state to XenbusStateClosed. The code in xen-block.c correctly
deals with this and sets the backend into XenbusStateClosed. Unfortunately
it is possible for toolstack to actually delete the frontend area
before the state key has been read, leading to an apparent frontend state
of XenbusStateUnknown. This prevents the backend state from transitioning
to XenbusStateClosed and hence leaves it limbo.

This patch simply treats a frontend state of XenbusStateUnknown the same
as XenbusStateClosed, which will unblock the backend in these circumstances.

Reported-by: Mark Syms <mark.syms@citrix.com>
Signed-off-by: Paul Durrant <paul.durrant@citrix.com>
Acked-by: Anthony PERARD <anthony.perard@citrix.com>
Reviewed-by: John Snow <jsnow@redhat.com>
Message-Id: <20190918115702.38959-1-paul.durrant@citrix.com>
Signed-off-by: Anthony PERARD <anthony.perard@citrix.com>
hw/block/xen-block.c