public inbox for ltp@lists.linux.it
 help / color / mirror / Atom feed
From: Cyril Hrubis <chrubis@suse.cz>
To: ltp@lists.linux.it
Subject: [LTP] q-rig: qemu ltprun on armhf and arm64
Date: Wed, 12 Apr 2017 11:07:06 +0200	[thread overview]
Message-ID: <20170412090705.GC12732@rei> (raw)
In-Reply-To: <20170411150820.GA31990@localhost>

Hi!
> I've been toying with Travis CI, qemu and LTP recently. My
> effort is here: https://github.com/q-rig. It runs LTP on top
> of the latest linux -rc on Debian sid, inside qemu on armhf and
> arm64. Binaries are built when needed. You can find them here:
> https://github.com/q-rig/qemu-ltprun-results.
> 
> Activities are run in Travis CI [0]. LTP tests are split so to finish
> in less than 49 minutes (Travis CI constraint). The LPT results are
> put again in https://github.com/q-rig/qemu-ltprun-results, which is
> probably the wrong place.

Interesting work, although I'm not sure that travis is right tool for
the job. On the other hand I've been thinking of similar misuse as
well...

> Now I'd like to tackle the aggregation of the data generated by LTP. The
> best I could do is just generating also the .html page and upload it
> to github [1] but I think more is actually desirable here.

I would like to be able to do more with the LTP results as well, for
instance compare two testruns for the purpose of automatic pre-release
testing which would allow us to do much shorter release cycles.

Unfortunately the best the legacy LTP runltp script + ltp-pan can do is
to write a list of failed and skipped tests, it also can't run the open
posix testcases, cannot kill tests on timeout, etc.

This are the reasons I've started to experiment with writing a new test
runner that would allow for writing different output formats among
others some kind of machine parseable output (I was thinking of json but
anything structured would do) which would allow us to produce much more
interesting output than the current html page. Proof of concet is done
in my private GitHub repo[1], but it's not complete enough to be usable
and it can produce only html[2] page as an output so far, but hacking in
json formatter would be fairly easy.

[1] https://github.com/metan-ucw/ltp
    https://github.com/metan-ucw/ltp/tree/master/tools/runltp-ng

[2] http://metan.ucw.cz/outgoing/ltp-openposix.html
    http://metan.ucw.cz/outgoing/ltp-syscalls.html

    The latest version also includes hardware and sofware version but
    apart from that it's more or less it.

> Is there any documentation I'm expected to read before asking for
> support here? :)

There is probably none or close to that hence asking here is the best
course of action.

-- 
Cyril Hrubis
chrubis@suse.cz

      reply	other threads:[~2017-04-12  9:07 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-04-11 15:08 [LTP] q-rig: qemu ltprun on armhf and arm64 Domenico Andreoli
2017-04-12  9:07 ` Cyril Hrubis [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20170412090705.GC12732@rei \
    --to=chrubis@suse.cz \
    --cc=ltp@lists.linux.it \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox