Tian, Kevin <kevin.tian@...>
I’d like to give a quick update about current LTP status. For detail, please check out:
Generally LTP is for desktop compliance and not strictly apply to Yocto when customized for specific purpose.
So the main purpose of this task is:
a) Track ongoing trend to avoid regression
b) Understand existing failures and category whether they simply come from customization
The stretch goal is:
c) Reduce the failures as much as possible
Now I’d like to say that:
a) is done by abstracting data from our QA results
b) is largely done and most failures falling into that category have been recorded
c) is on-going
the summary as below:
The majority of the failures are common to all the targets, and thus I now focus on qemux86 for major analysis. The “similarity” row above shows how much common failures exist on other targets compared to qemux86. Because current round of QA test uses a “quiet” option when doing LTP test, lots of debug information are lost. So the similarity is simply done by compare the name of the failed cases, instead of checking its actual error output. I’ll confirm them later manually, but current ratio still makes lots of sense.
Beagleboard and routerstation may require recollecting data. On beagleboard, the low similarity is caused by missing an option when doing LTP test. On routerstation, it looks that kernel config options for IPC (sem, shm, msq, …) are problematic and the disk space is also not enough.
You can click the target name like “qemux86” to get detail progress for each target. For example, for qemux86:
For other targets, there’s a similarity line to show the difference with qemux86. Take qemux86-64 for example:
Let me know if you have any comments.