Bug 8310 - Graphics - ABAT test fails
Summary: Graphics - ABAT test fails
Status: VERIFIED NOTABUG
Alias: None
Product: Runtime Testing
Classification: QA/Testing
Component: general (show other bugs)
Version: 1.9
Hardware: NUC x86_64
: Medium+ normal
Target Milestone: 2.0
Assignee: Saul Wold
QA Contact: Cristina Agurida
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2015-09-16 15:02 UTC by Cristina Agurida
Modified: 2015-10-23 08:30 UTC (History)
4 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: Regression (Used to work)
Verified:
Documentation change: No (bug/feature does not impact docs)


Attachments
log (1.45 KB, text/plain)
2015-09-16 15:02 UTC, Cristina Agurida
no flags Details
screenshot (537.03 KB, image/jpeg)
2015-09-21 12:40 UTC, Cristina Agurida
no flags Details
Xorg.0.log (17.51 KB, application/octet-stream)
2015-09-21 12:46 UTC, Cristina Agurida
no flags Details
abat_dmesg (49.28 KB, text/plain)
2015-09-21 12:47 UTC, Cristina Agurida
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Cristina Agurida 2015-09-16 15:02:00 UTC
Created attachment 2738 [details]
log

STATUS: Failed
BUILD: 1.9_M3.rc1: ea562de57590c966cd5a75fda8defecd397e6436
ENVIRONMENT: genericx86-64 on NUC
IMAGE: core-image-sato-sdk

STEPS TO REPRODUCE: 
Run abat.sh script.

EXPECTED OUTCOME: 
All ABAT tests should pass.

Actual outcome:
3/8 tests failed.

Check attached log.
Comment 1 Cristina Agurida 2015-09-17 14:17:32 UTC
This issue happens also on genericx86, core-image-sato-sdk image on MinnowMax.
Comment 2 Saul Wold 2015-09-18 16:56:17 UTC
It appears that X did not start, can you confirm that.

Could you provide both the dmesg output and /var/log/Xorg.0.log. I tried both 32 and 64 bit sato-sdk images from the autobuilder and they both succeed to start X and I verified glxinfo and glxgears work

32bit NUC DC3217IYE
Intel(R) Core(TM) i3-3217U CPU @ 1.80GHz

64bit NUC D54250WYK
Intel(R) Core(TM) i5-4250U CPU @ 1.30GHz

Currently, I only have 64bit MinnowMax, did it work correctly on that machine?
Comment 3 Cristina Agurida 2015-09-21 12:40:22 UTC
Created attachment 2753 [details]
screenshot
Comment 4 Cristina Agurida 2015-09-21 12:46:20 UTC
Created attachment 2754 [details]
Xorg.0.log

In the attached screenshot you can see the message that I receive in terminal after running abat.sh file. Also I attached the dmesg and Xorg.0.log
Comment 5 Cristina Agurida 2015-09-21 12:47:14 UTC
Created attachment 2755 [details]
abat_dmesg
Comment 6 Cristina Agurida 2015-09-21 12:56:41 UTC
This issue happens also on 1.9_M3.rc1 meta-intel: cea00968b858b60222d68103491f076067d73876, corei7-64, core-image-sato-sdk image on NUC(model: D54250WYK)
Comment 7 Saul Wold 2015-09-21 15:32:29 UTC
It appears that the abat test is attempting to start X on the current display  
and failing due to X/Sato already running on that display, this will show as a  
failure, please confirm that you run ABAT under a terminal window and have run  
it like this before?  I can not access the actual abat test script and the  
testopia test case (269) does not provide the information about where you run  
it from.

The screen shot very clearly shows the Fatal server error that a server is  
already active for display 0, this will cause a cascade failure for the  
remaining tests.
Comment 8 Saul Wold 2015-09-22 17:14:55 UTC
After some additional testing, the root cause is the "ps" command and it's 
difference in output from busybox vs procps.

The standard procps output just lists items attached to a given user / terminal 
pair as follows;
  PID TTY          TIME CMD
  568 pts/0    00:00:00 sh
  966 pts/0    00:00:00 vi
  968 pts/0    00:00:01 glxgears
  969 pts/0    00:00:00 ps

The busybox version of ps provides a full listing of all processes (procps "ps 
ax")
In x_start.sh it uses ps and looks for the 6th, but with procps you need to 
look for the 5th item

note 4 columns for busybox,, abat's glxgears_check.sh uses awk '{print $1, 
$5}', which looks at the 5th column, which is true for busybox's version

Some additional checks around which ps is being used and ensure you use one 
consistently, for example if procps is found, run the busybox version instead 
by calling "busybox ps" instead.

That way the the awk print out can use a consistent column.
Comment 9 Cristina Agurida 2015-10-08 10:45:20 UTC
After modifying the script as per last comment the tests passed without failures.
Comment 10 Cristina Agurida 2015-10-23 08:29:29 UTC
Set this issue as "resolved notabug" because the problem was with the script.
Comment 11 Cristina Agurida 2015-10-23 08:30:10 UTC
As per last comments set it as verified.