hammer2 - Retool dmsg mechanics to improve virtual circuit design 2/2
authorMatthew Dillon <dillon@apollo.backplane.com>
Mon, 5 May 2014 02:52:05 +0000 (19:52 -0700)
committerMatthew Dillon <dillon@apollo.backplane.com>
Mon, 5 May 2014 03:03:29 +0000 (20:03 -0700)
commitd30cab67fe1261f18180e4ebf5f27002e2a28acc
treedaf72ec6b5293fee127575b7e8471c766bf5fbb0
parentac9dcbf17b9bc77955768c6e25952cd670a53719
hammer2 - Retool dmsg mechanics to improve virtual circuit design 2/2

* Use transaction stacking to effectively connect resources to consumers.
  Issuing a transaction over a received SPAN effectively creates a virtual
  circuit to the originator.

* The hammer2 service demon (userland) is currently being used to route,
  but direct kernel<->kernel socket connections are now theoretically
  possible for later performance work.  Current performance is going
  to be low due to layering.

* Get subr_diskiocom and the xdisk driver mostly working again.  The
  code is a lot cleaner but still needs considerable stability work and
  better unwinding during failure conditions.

* Start work on hammer2<->hammer2 communications.
14 files changed:
lib/libdmsg/dmsg.h
lib/libdmsg/dmsg_local.h
lib/libdmsg/msg.c
lib/libdmsg/msg_lnk.c
lib/libdmsg/service.c
lib/libdmsg/subs.c
sbin/hammer2/cmd_debug.c
sbin/hammer2/cmd_service.c
sbin/hammer2/hammer2.h
sys/dev/disk/xdisk/xdisk.c
sys/kern/kern_dmsg.c
sys/kern/subr_diskiocom.c
sys/sys/dmsg.h
sys/sys/xdiskioctl.h