| Summary: | parselogs: qemux86 and x86-64 failing with message "qemux86-64 getty[728]" | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Build System, Metadata & Runtime] BSPs | Reporter: | Jose Perez C <jose.perez.carranza> | ||||||
| Component: | bsps-runtime | Assignee: | Choong Yin Thong <yin.thong.choong> | ||||||
| Status: | VERIFIED FIXED | QA Contact: | oscar lopez arandas <oscarx.lopez.arandas> | ||||||
| Severity: | normal | ||||||||
| Priority: | Medium | CC: | mikko.ylinen, oscarx.lopez.arandas, rebecca.swee.fun.chang, sgw, yp.kernel.watcher, yp.watcher | ||||||
| Version: | 2.3 | ||||||||
| Target Milestone: | 2.4 | ||||||||
| Hardware: | x86 | ||||||||
| OS: | Multiple | ||||||||
| Whiteboard: | |||||||||
| OS type for building Yocto: | --- | Type of Regression: | --- | ||||||
| Verified: | Documentation change: | No (bug/feature does not impact docs) | |||||||
| Attachments: |
|
||||||||
|
Description
Jose Perez C
2016-12-22 14:31:52 UTC
Can you confirm that this was run with standard testimage and parselogs? Is this reproducible? I can see this when I run manually without, but that is due to the fact that we do not setup a second serial device via tcpserial=30001. (In reply to comment #1) > Can you confirm that this was run with standard testimage and parselogs? Is > this reproducible? I can see this when I run manually without, but that is > due to the fact that we do not setup a second serial device via > tcpserial=30001. Yes it was executed with standard testimage and parselogs $bitbake core-image-sato-sdk -c testimage This is more of an annoyance, but we need to improve the start_getty script in sysvinit-inittab to try and determine if a getty is really there, maybe by looking into /proc or /sys to see if the device exists. Can you try execute this test case again with latest OE-core? I cannot reproduce with latest OE-Core code. If not make change on test case that's mean the root cause already been fixed a long from 2.3_M1 to current 2.3_M3. Base on file meta/lib/oeqa/runtime/parselogs.py the nearest commit is on Dec 9, 2016 and meta/lib/oeqa/runtime/kernelmodule.py nearest commit is Jun 14, 2016 core-image-sato-sdk-1.0-r0 do_testimage: RESULTS - kernelmodule.KernelModuleTest.test_kernel_module - Testcase 1541: PASSED core-image-sato-sdk-1.0-r0 do_testimage: RESULTS - parselogs.ParseLogsTest.test_parselogs - Testcase 1059: PASSED This is not happening on latest test on 2.3 M3 rc2. commit : 415b72ffcbd26e5f3664370d8b2a9b8105fb6342 This may not fail with qemux86 any further, but we still have a similar failure in intel-corei7-64. I am not completely sure what changed to make it succeed, ultimately that would be good to know. I can reproduce this on qemux86 by adding a 3 tty to the SERIAL_CONSOLES (adding ttyS2). STATUS: pass
BUILD: 2.4 M1 rc1: 6964efddd31c479386d1643c1025bc102710392f"
ENVIRONMENT: qemux86 and qemux86-64
Build Configuration:
BB_VERSION = "1.34.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "universal"
TARGET_SYS = "i586-poky-linux"
MACHINE = "qemux86"
DISTRO = "poky"
DISTRO_VERSION = "2.3"
TUNE_FEATURES = "m32 i586"
TARGET_FPU = ""
meta
meta-poky
meta-yocto-bsp = "master:6964efddd31c479386d1643c1025bc102710392f"
EXPECTED OUTCOME:
No errors or fails should be present in logs
ACTUAL OUTCOME
No errors or fails should be present in logs
Full log attached.
Created attachment 3841 [details]
qemux86_log
|