but couldn't because the device was not marked as BLKIF_CONNECTED and thus
blkif_queue_request discarded the read request. fix bug #220
Signed-off-by: Vincent Hanquez <vincent@xensource.com>
safe version for drivers to use that is aware of
save/restore. Post-restore notifications are silently
dropped, in the expectation that xenbus will eventually
get round to telling the driver it needs to reconnect.
Signed-off-by: Keir Fraser <keir@xensource.com>
unbind_evtchn_from_xxx. The bind now returns the IRQ
number on success. The unbind takes this as a parameter
instead of the event-channel port. Also, unbind closes
down the underlying event-channel port if it is still
live.
Signed-off-by: Keir Fraser <keir@xensource.com>
and binding IPIs back to the CPU. In some cases, an IPI would be sent
to CPU1 before it had allocated a new evtchn. Moving smp_resume() call
before setting the cpu online fixes this race. This fixes bug #228
(http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=228).
Signed-off-by: Ryan Harper <ryanh@us.ibm.com>
seems to lock up the domU kernel on restore still (can be
pinged but not ssh'ed). This still needs investigation.
Signed-off-by: Keir Fraser <keir@xensource.com>
DevController to tidy up the code there. Change the semantics of
xstransact.list and List to return the empty list rather than None if there
are no entries or the directory is not present, as this is easier to handle
for the client.
Signed-off-by: Ewan Mellor <ewan@xensource.com>
Was previously a module, caused LTP test sysfs01 to fail. Compiling in to
the kernel brings this in to line with our own -xen x86-64 kernel and
vendor kernels.
Signed-off-by: James Bulpin <james@xensource.com>
Was previously a module, which wasn't getting loaded and causing the
LTP capset01 test to fail. Compiling in to the kernel brings this in to
line with our own -xen x86-64 kernel and vendor kernels.
Signed-off-by: James Bulpin <james@xensource.com>
Some opcode like and/or need the immediate info when return from DM, we should save it before sending io request.
Signed-off-by: Yunhong Jiang <yunhong.jiang@intel.com>
guest. On entry to VMXAssist:
1) %edx is the processor number, i.e. vcpu id, and for BSP it's 0.
2) %ebx is the vector number from SIPI.
Also removed some ugly tailing space.
Signed-off-by: Xin Li <xin.b.li@intel.com>
Signed-off-by: Jun Nakajima <jun.nakajima@intel.com>
register or immediate, this is false for cmp/test opcode.
This patch resolve this problem, please review.
Signed-off-by: Yunhong Jiang <yunhong.jiang@intel.com>
Signed-off-by: Jun Nakajima <jun.nakajima@intel.com>
iap10@firebug.cl.cam.ac.uk
kaf24@firebug.cl.cam.ac.uk
vh249@kneesaa.uk.xensource.com
emellor@ewan
jrb44@plym.cl.cam.ac.uk
yjiang5@vtsmp-build.sh.intel.com
yjiang5@vtsmp-build32.sh.intel.com