[LTP] [RFC] ltp test add reboot function

[Bird, Tim]

> -----Original Message-----
> From: Cixi Geng <gengcixi@gmail.com>
> 
> >Also I do consider the whole concept of running the test exectution
> >framework on the same machine as the testcases broken by desing for
> >kernel related tests. The way forward is the patchset send by Richard
> >that implements simple test executor that runs on the machine under test
> >and communicates with a execution framework that runs on a central
> >server.
> 
> I agree with some of your views， the test architecture server/slave is most
> common test method. but I also want to know what kind of connection
> method between test machine and central server,  the ssh , adb or serial?
> 
> because my test machine is a cellphone, our purpose is test the kernel before
> androidOS , so I build debianOS on our haraware, and we can only used the
> serial port communicate with our testmachine.

Fuego and LAVA both support serial port as a method to communicate
from a testing host to a device under test.  The default is usually ssh, but boards
with only a serial port are also supported.

LAVA uses ser2net and Fuego uses serio and serlogin.  Those are the tools I'm
most familiar with for doing testing operations over the serial port.

See https://github.com/frowand/serio.git
and https://github.com/tbird20d/serlogin.git

> 
> Bird, Tim <Tim.Bird@sony.com> 于2020年8月28日周五 下午11:37写道：
> >
> >
> >
> > > -----Original Message-----
> > > From:  Cyril Hrubis
> > >
> > > Hi!
> > > > Thanks for you experiences on the reboot???
> > > > So far my opinion is add a reboot service by chkconfig or something like that.
> > > > the service will start runltp scripts from last break off point.
> > > > when the tst_test have .tst_needs_reboot =1 flag, it wil strore the
> > > > run status and
> > > > reboot the machine before run the test case.
> > > > Now I want to know what needs to be preserved???
> > >
> > > The runltp script and ltp-pan cannot save and restore a testrun,
> > > although something like that may be possible to implement, I doubt that
> > > it could be easily added to the current infrastructure. Not to mention
> > > that ltp-pan has been in a maintenance mode (which means no new
> > > features) for years now.
> > >
> > > Also I do consider the whole concept of running the test exectution
> > > framework on the same machine as the testcases broken by desing for
> > > kernel related tests. The way forward is the patchset send by Richard
> > > that implements simple test executor that runs on the machine under test
> > > and communicates with a execution framework that runs on a central
> > > server.
> >
> > I don't have anything to contribute to the primary discussion topic,
> > but I just have to chime in here that it's very nice to hear someone
> > else express this idea.  Fuego's architecture is built on having the test
> > execution driven from a machine external to the machine under test.
> > To me, having the machine under test drive its own test execution seems weird,
> > in that it requires the machine to potentially perform actions (like reboot,
> > or saving panic data), that require operational fitness - which is the very thing
> > being tested.
> >
> > Sorry - just had to vent a little.  I "preach" this a lot, and it's nice to the same
> > opinion from someone else.
> >  -- Tim
> >