search for: domain_create_tti

Hi, on my system (Linux 2.6.18.8 - ia64), if a domain write on the xencons before xenconsole is initialized the domain gets back what it wrote. This patch fixes this issue by making raw the pty slave very early. (I suppose it doesn''t happen with linux as a guest because it takes a little bit of time before writing to xencons). Tristan. _______________________________________________

xenconsoled: do not write the pty under serial in xenstore if xenconsoled is handling a consolepath. The idea is that pv consoles use the "console" prefix in xenstore and emulated serials use the "serial" prefix in xenstore. There is no need to write the pty for a pv console under "serial", considering that xenconsoled is already writing the pty under

# HG changeset patch # User max.zhen@sun.com # Date 1171024588 28800 # Node ID a2d15838ea72ee049d8a657e9ecd406b5c6cb53e # Parent d609929f140809ec1c9a059f2eeaffb7ce56c891 Xenconsoled should ignore spurious watch event. Otherwise, xenconsoled could bind to a dying domU during its suspending and cause complaint from Xen: (XEN) event_channel.c:177:d0 EVTCHNOP failure: domain 0, error -22, line 177

# HG changeset patch # User john.levon@sun.com # Date 1171946682 28800 # Node ID e8a7491ed4c57d4d82642dd954b8909d9065b377 # Parent 24a6bc1d1b93405558741a2a8fa7ba2f7c44964a Xenconsoled should ignore spurious watch event. Otherwise, it can rebind to the same evtchn of a dying domU during suspending and cause below error message: (XEN) event_channel.c:177:d0 EVTCHNOP failure: domain 0, error -22,

I''ve noticed that after I create 83 domains on a server, ''xm create'' will create domains without a valid console tty value. This corresponds approx. to 256 file descriptors. I''ve bumped up the limits for all daemon processes to 1500 file descriptors, so I''m really puzzled where xen is hitting a resource limit. Where is the code that creates the xs

I''ve noticed that after I create 83 domains on a server, ''xm create'' will create domains without a valid console tty value. This corresponds approx. to 256 file descriptors. I''ve bumped up the limits for all daemon processes to 1500 file descriptors, so I''m really puzzled where xen is hitting a resource limit. Where is the code that creates the xs

# HG changeset patch # User john.levon@sun.com # Date 1161090738 25200 # Node ID 74d0bc37ec06da88b0c38a1c34c8cc95bc28bdbd # Parent 7a86cb5bb6b6e9164bec378b5fb0a270625a2452 A couple of simple compile fixes for tools/ on Solaris. Signed-off-by: John Levon <john.levon@sun.com> diff --git a/config/Linux.mk b/config/Linux.mk --- a/config/Linux.mk +++ b/config/Linux.mk @@ -21,6 +21,7 @@

Xen patchbot -unstable wrote: ># HG changeset patch ># User cl349@firebug.cl.cam.ac.uk ># Node ID 8fe8a99b1c2a6ea88624546ab625eaa0758e3a17 ># Parent e69cbfee4011da1648718f1f5cbe8dabb956e72a >New console transport and update xenconsoled. >Add a new console interface using a seperate shared page and event channel >instead of passing the console input/output over control