aboutsummaryrefslogtreecommitdiffstats
path: root/tools/ioemu/hw/mc146818rtc.c
diff options
context:
space:
mode:
authorcl349@firebug.cl.cam.ac.uk <cl349@firebug.cl.cam.ac.uk>2005-07-26 13:11:01 +0000
committercl349@firebug.cl.cam.ac.uk <cl349@firebug.cl.cam.ac.uk>2005-07-26 13:11:01 +0000
commit967dd235f5813ed56f923773e83d44fece3639bb (patch)
tree90b1eaf292cf1c6e4f3ca51b0e69f3f293481b1d /tools/ioemu/hw/mc146818rtc.c
parenta21324269e46353506f0fdb287f969cf701833b8 (diff)
downloadxen-967dd235f5813ed56f923773e83d44fece3639bb.tar.gz
xen-967dd235f5813ed56f923773e83d44fece3639bb.tar.bz2
xen-967dd235f5813ed56f923773e83d44fece3639bb.zip
# HG changeset patch
# User Rusty Russell <rusty@rustcorp.com.au> # Node ID a92163adedcfcff0d05c965d09da747f3c8aa13e # Parent 63ab20781afa311300f3a8e832744292014ea7f6 Remove ill-conceived concept of watches blocking reply on connection which did write/mkdir/rm/setperm etc. This causes deadlocks in real life, and I can't see a sane way of avoiding them: it is reasonable for someone to ignore watch notifications while doing other actions, and that means that we can do other writes. These writes can block pending other watchers; if one of these is the process blocked awaiting our ack, we deadlock. diff -r 63ab20781afa -r a92163adedcf tools/xenstore/xenstored_core.c
Diffstat (limited to 'tools/ioemu/hw/mc146818rtc.c')
0 files changed, 0 insertions, 0 deletions