WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-changelog

[Xen-changelog] Merged.

# HG changeset patch
# User emellor@xxxxxxxxxxxxxxxxxxxxxx
# Node ID 99f4ba74763e00769d5383f0d349e900e52c1977
# Parent  28face8990308eb88ccf904bff9881b43e2b838d
# Parent  952945d2b68eb3bf5e34b3c92605ce344e333855
Merged.

diff -r 28face899030 -r 99f4ba74763e docs/man/xmdomain.cfg.pod.5
--- a/docs/man/xmdomain.cfg.pod.5       Tue Nov  1 14:57:19 2005
+++ b/docs/man/xmdomain.cfg.pod.5       Tue Nov  1 15:02:43 2005
@@ -72,6 +72,57 @@
 
 =item I<builder>
 
+=back 
+
+=head1 DOMAIN SHUTDOWN OPTIONS
+
+There are 3 options which control domain shutdown (both planned and
+unplanned) under certain events.  The 3 events currently captured are:
+
+=over 4
+
+=item I<shutdown>
+
+Triggered on either an I<xm shutdown> or graceful shutdown from inside
+the DomU.
+
+=item I<reboot>
+
+Triggered on either an I<xm reboot> or graceful reboot from inside the
+DomU.
+
+=item I<crash>
+
+Triggered when a DomU goes to the crashed state for any reason.
+
+=back
+
+All of them take one of 4 valid states listed below.  
+
+=over 4
+
+=item I<destroy>
+
+The domain will be cleaned up completely.  No attempt at respawning
+will occur.  This is what a typical shutdown would look like.
+
+=item I<restart>
+
+The domain will be restarted with the same name as the old domain.
+This is what a typical reboot would look like.
+
+=item I<preserve>
+
+The domain will not be cleaned up at all.  This is often useful for
+crash state domains which ensures that enough evidence is to debug the
+real issue.
+
+=item I<rename-restart>
+
+The old domain will not be cleaned up, but will be renamed so a new
+domain can be restarted in it's place.  (TODO: what does this mean for
+resources?  What is the renamed name?)
+
 =back
 
 =head1 SEE ALSO
diff -r 28face899030 -r 99f4ba74763e docs/src/user/control_software.tex
--- a/docs/src/user/control_software.tex        Tue Nov  1 14:57:19 2005
+++ b/docs/src/user/control_software.tex        Tue Nov  1 15:02:43 2005
@@ -60,7 +60,7 @@
 The available commands are as follows:
 
 \begin{description}
-\item[set-mem] Request a domain to adjust its memory footprint.
+\item[mem-set] Request a domain to adjust its memory footprint.
 \item[create] Create a new domain.
 \item[destroy] Kill a domain immediately.
 \item[list] List running domains.
diff -r 28face899030 -r 99f4ba74763e docs/src/user/domain_mgmt.tex
--- a/docs/src/user/domain_mgmt.tex     Tue Nov  1 14:57:19 2005
+++ b/docs/src/user/domain_mgmt.tex     Tue Nov  1 15:02:43 2005
@@ -160,12 +160,12 @@
 \subsection{Setting memory footprints from dom0}
 
 The machine administrator can request that a domain alter its memory
-footprint using the \path{xm set-mem} command.  For instance, we can
+footprint using the \path{xm mem-set} command.  For instance, we can
 request that our example ttylinux domain reduce its memory footprint
 to 32 megabytes.
 
 \begin{verbatim}
-# xm set-mem ttylinux 32
+# xm mem-set ttylinux 32
 \end{verbatim}
 
 We can now see the result of this in the output of \path{xm list}:
@@ -181,7 +181,7 @@
 can restore the domain to its original size using the command line:
 
 \begin{verbatim}
-# xm set-mem ttylinux 64
+# xm mem-set ttylinux 64
 \end{verbatim}
 
 \subsection{Setting memory footprints from within a domain}
diff -r 28face899030 -r 99f4ba74763e tools/firmware/rombios/rombios.c
--- a/tools/firmware/rombios/rombios.c  Tue Nov  1 14:57:19 2005
+++ b/tools/firmware/rombios/rombios.c  Tue Nov  1 15:02:43 2005
@@ -149,7 +149,7 @@
 #define BX_SUPPORT_FLOPPY 1
 #define BX_FLOPPY_ON_CNT 37   /* 2 seconds */
 #define BX_PCIBIOS       1
-#define BX_APM           1
+#define BX_APM           0
 
 #define BX_USE_ATADRV    1
 #define BX_ELTORITO_BOOT 1
diff -r 28face899030 -r 99f4ba74763e tools/python/xen/xm/create.py
--- a/tools/python/xen/xm/create.py     Tue Nov  1 14:57:19 2005
+++ b/tools/python/xen/xm/create.py     Tue Nov  1 15:02:43 2005
@@ -376,7 +376,7 @@
           use="""Should the device model use SDL?""")
 
 gopts.var('display', val='DISPLAY',
-          fn=set_value, default='localhost:0',
+          fn=set_value, default=None,
           use="X11 display to use")
 
 
diff -r 28face899030 -r 99f4ba74763e tools/xenstat/libxenstat/src/xenstat.c
--- a/tools/xenstat/libxenstat/src/xenstat.c    Tue Nov  1 14:57:19 2005
+++ b/tools/xenstat/libxenstat/src/xenstat.c    Tue Nov  1 15:02:43 2005
@@ -704,7 +704,6 @@
 {
        char path[80];
        char *name;
-       unsigned int *len;
        struct xs_transaction_handle *xstranshandle;
 
        snprintf(path, sizeof(path),"/local/domain/%i/name", domain_id);
@@ -715,7 +714,7 @@
                exit(1); /* Change this */
        }
 
-       name = (char *) xs_read(handle->xshandle, xstranshandle, path, len);
+       name = (char *) xs_read(handle->xshandle, xstranshandle, path, NULL);
        
        xs_transaction_end(handle->xshandle, xstranshandle, false);
 
diff -r 28face899030 -r 99f4ba74763e xen/common/trace.c
--- a/xen/common/trace.c        Tue Nov  1 14:57:19 2005
+++ b/xen/common/trace.c        Tue Nov  1 15:02:43 2005
@@ -260,7 +260,7 @@
     }
 
     rec = &t_recs[smp_processor_id()][buf->prod % nr_recs];
-    rdtscll(rec->cycles);
+    rec->cycles  = (u64)get_cycles();
     rec->event   = event;
     rec->data[0] = d1;
     rec->data[1] = d2;
diff -r 28face899030 -r 99f4ba74763e xen/include/asm-x86/time.h
--- a/xen/include/asm-x86/time.h        Tue Nov  1 14:57:19 2005
+++ b/xen/include/asm-x86/time.h        Tue Nov  1 15:02:43 2005
@@ -1,6 +1,8 @@
 
 #ifndef __X86_TIME_H__
 #define __X86_TIME_H__
+
+#include <asm/msr.h>
 
 extern int timer_ack;
 
@@ -10,4 +12,13 @@
 struct domain;
 extern void init_domain_time(struct domain *d);
 
+typedef u64 cycles_t;
+
+static inline cycles_t get_cycles(void)
+{
+    cycles_t c;
+    rdtscll(c);
+    return c;
+}
+
 #endif /* __X86_TIME_H__ */

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

<Prev in Thread] Current Thread [Next in Thread>