]> xenbits.xensource.com Git - people/iwj/osstest.git/commitdiff
README and TODO items from Ian Campbell
authorIan Jackson <ian.jackson@eu.citrix.com>
Thu, 31 Jan 2013 17:31:50 +0000 (17:31 +0000)
committerIan Jackson <Ian.Jackson@eu.citrix.com>
Thu, 31 Jan 2013 17:31:50 +0000 (17:31 +0000)
README
TODO [new file with mode: 0644]

diff --git a/README b/README
index cb4e2dfd6af12c0308704338fd095fafd736c6a6..ce1e48044ffccacc1ea3bb9cbe3f0ac461f7d797 100644 (file)
--- a/README
+++ b/README
@@ -12,7 +12,13 @@ To run osstest in standalone mode:
 
  - Select the "branch" and job to reproduce.  By default the system
    gives you the "branch" consisting of tests run for the xen-unstable
-   push gate.  You need to select a job.
+   push gate.  You need to select a job.  The list of available jobs
+   is that shown in the publicly emailed test reports on xen-devel, eg
+     http://lists.xen.org/archives/html/xen-devel/2013-01/msg02574.html
+
+   If you don't want to repro one of those and don't know how to
+   choose a job, choose one of
+      test-amd64-{i386,amd64}-xl       32/64-bit dom0,domU; Debian guest
 
  - Run ./standalone-reset
 
@@ -25,6 +31,10 @@ To run osstest in standalone mode:
                              (strictly, the final `_HOST' is the
                              uppercase of the host's `ident' in the job)
 
+ - Don't forget to set the machine to pxeboot in the BIOS.
+
+ - Currently you need a serial console at 115200 8n1; see TODO.
+
  - If you have an existing test host and guest set up
    you can run
       OSSTEST_JOB=<job>  ./ts-debian-install host=bedbug
diff --git a/TODO b/TODO
new file mode 100644 (file)
index 0000000..3ad56ec
--- /dev/null
+++ b/TODO
@@ -0,0 +1,52 @@
+Comments from Ian Campbell:
+
+
+
+I had to manually mkdir a bunch of stuff,
+
+=> mkdir /home/ianc/public_html
+=> mkdir /usr/groups/netboot/ianc/osstest
+=> mkdir logs
+
+
+
+We've previously talked about the need to run the webserver on the same
+host and to make the logs available to osstest for the purposes of
+detecting the preseed getting loaded. We discussed perhaps using netcat
+or something to ring a doorbell from the preseed file.
+
+
+
+There's no option to install using VGA rather than serial.
+
+diff --git a/ts-host-install b/ts-host-install
+index 95cefa1..561d55c 100755
+--- a/ts-host-install
++++ b/ts-host-install
+@@ -161,8 +161,8 @@ END
+     push @installcmdline,
+         get_host_property($ho, "install-append $ho->{Suite}", '');
+-    push @installcmdline, qw(--);
+-    push @installcmdline, "console=ttyS0,$c{Baud}n8";
++    #push @installcmdline, qw(--);
++    #push @installcmdline, "console=ttyS0,$c{Baud}n8";
+     my $installcmdline= join ' ', @installcmdline;
+
+
+Figuring out what a "job" was and where a list of valid ones was took a
+little while. I think you said that in manual mode this basically only
+controlled the $ARCH, in which case being able to say -a $ARCH or set an
+env var and have it pick a job would be useful. Or give a job as
+arch=foo or something.
+
+
+
+Pie in the sky stuff I'd like to do, which probably require new ts-foo
+stuff. Mostly this is targeted at keeping tabs on the state of Debian
+rather than xen-unstable.hg. In any case just FYI.
+      * Install packaged version of Xen instead of building it.
+      * Install Wheezy instead of Squeeze (Jessie, N+2,...)
+      * Test host upgrades
+      * Install Debian guests using d-i via netinst, from CD etc.