[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH] Console Daemon



> It only really needs to be big enough to absorb all the messages before
> Linux's console buffering code comes up, which isn't very much,
> certainly <4KB.
> 
> My view is that we should continue using the same buffer once xenbus
> comes up, hence there should be a simple multiplexing protocol.  

The kernel will end up allocating a buffer per console anyway, usually
at least a page in size. May as well just make that buffer visible via
xenstore and have console daemon directly pull the bytes out of it.

This also avoids the need for framing infomation, so no packet-ising
of data within the console ring buffers, which also makes recovery and
suspend/resume somewhat easier (no need to resync ring indexes -- the
new/restarted daemon can just start reading out of the ring buffer
where the previous daemon left off with no potentially fragile
recover/restart protocol).

Bottom line: I'd like simple, correct and highly available console
ahead of features like multi-headed console driver or xenbus-enabled
console. 

 -- Keir

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.