summaryrefslogtreecommitdiffstats
path: root/lib/libc/stdlib/reallocf.c
diff options
context:
space:
mode:
authorgibbs <gibbs@FreeBSD.org>2011-09-21 00:02:44 +0000
committergibbs <gibbs@FreeBSD.org>2011-09-21 00:02:44 +0000
commit5ed6108620b3fba1a72fee0de3938d96770e58d6 (patch)
treea917bc5b22f1922a7b2d925bc9d924d02a0c16d1 /lib/libc/stdlib/reallocf.c
parent44b315b7fba0d3c49e1c4105b487818147889198 (diff)
downloadFreeBSD-src-5ed6108620b3fba1a72fee0de3938d96770e58d6.zip
FreeBSD-src-5ed6108620b3fba1a72fee0de3938d96770e58d6.tar.gz
Add suspend/resume support to the Xen blkfront driver.
Sponsored by: BQ Internet sys/dev/xen/blkfront/block.h: sys/dev/xen/blkfront/blkfront.c: Remove now unused blkif_vdev_t from the blkfront soft. sys/dev/xen/blkfront/blkfront.c: o In blkfront_suspend(), indicate the desire to suspend by changing the softc connected state to SUSPENDED, and then wait for any I/O pending on the remote peer to drain. Cancel suspend processing if I/O does not drain within 30 seconds. o Enable and update blkfront_resume(). Since I/O is drained prior to the suspension of the VM, the complicated recovery process performed by other Xen blkfront implementations is avoided. We simply tear down the connection to our old peer, and then re-connect. o In blkif_initialize(), fix a resource leak and botched return if we cannot allocate shadow memory for our requests. o In blkfront_backend_changed(), correct our response to the XenbusStateInitialised state. This state indicates that our backend peer has published sufficient data for blkfront to publish ring information and other XenStore data, not that a connection can occur. Blkfront now will only perform connection processing in response to the XenbusStateConnected state. This corrects an issue where blkfront connected before the backend was ready during resume processing. Approved by: re MFC after: 1 week
Diffstat (limited to 'lib/libc/stdlib/reallocf.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud