LSB Result

From Yocto Project
Jump to: navigation, search



The Linux Standard Base(LSB) was created to lower the overall costs of supporting the Linux platform. By reducing the differences between individual Linux distributions, the LSB greatly reduces the costs involved with porting applications to different distributions, as well as lowers the cost and effort involved in after-market support of those applications. (

LSB Test Suite support the following architecture.

  • i486
  • ia64
  • ppc32
  • ppc64
  • s390
  • s390x
  • x86_64

LSB doesn't support arm and mips at present and maybe support in the future. YOCTO will make lsb test before releasing a new version.

Fixing bugs reported by LSB Test Suite has completed on Mar 5th 2012. All of bugs have been fixed at that point. But some new bugs arise during lsb test recently because of the updating for OE-Core since Mar 5th 2012. These new bugs will be fixed in 1.3.

Test Environment

  • Image: core-image-lsb-qt3
  • Platform: x86-32(emenlow), x86-64(jasperforest), ppc(mpc8315e-rdb)
  • Version of LSB Test Suite: 4.1

Setup test environment

We setup LSB test environment on emenlow as an example.

  • Build the image

1. Download the poky source

$ git clone git://

2. Download the intel BSP meta source

$ cd poky
$ git clone git://

3. Downloand the qt3 meta source

$ git clone git://

4. Prepare the build environment

$ source oe-init-build-env

5. Edit the conf/bblayers.conf and conf/local.conf(LSB 4.1 core test requires pam support, so open the distro feature “pam”)

$ vi conf/bblayers.conf

  ##COREBASE##/meta \ 
  ##COREBASE##/meta-yocto \ 
  ##COREBASE##/meta-intel \
  ##COREBASE##/meta-intel/meta-emenlow \ 
  ##COREBASE##/meta-qt3 \

$ vi conf/local.conf

MACHINE ?= "emenlow"
DISTRO ?= "poky-lsb 
DISTRO_FEATURES_append += " pam"

6. Build

$ bitbake core-image-lsb-qt3

When build successfully, you can find the kernel, rootfs image, rootfs cpio tarball, and modules tarball in build/tmp/deploy/images direcotry.

  • Install system

We assume that there is already a default OS on target(You can install the system by following the README.hardware in poky source). In order to install the new system, you need to prepare a free disk partition. If not, you need to create it by running 'fdisk' command. We assume the free disk partition is /dev/sda5.

There are 2 ways to install the rootfs to the target: Using rootfs image or using rootfs cpio tarball.

Using rootfs image:

1. Boot up the emenlow hardware by default mode.

2. Copy core-image-lsb-qt3-emenlow.ext3 to emenlow from host:

$ scp core-image-lsb-qt3-emenlow.ext3 root@emenlow-ip:/

3. Install the core-image-lsb-qt3-emenlow.ext3 to a free disk partition.

emenlow$ mount /dev/sda5 /mnt 
emenlow$ dd if=core-image-lsb-qt3-emenlow.ext3 of=/dev/sda5 
emenlow$ umount /mnt 
emenlow$ e2fsck -f /dev/sda5 
emenlow$ resize2fs /dev/sda5 

Using rootfs cpio tarball:

1. Boot up the emenlow hardware by default mode.

2. Copy core-image-lsb-qt3-emenlow.cpio.gz to emenlow from host:

$ scp core-image-lsb-qt3-emenlow.cpio.gz root@emenlow-ip:/

3. Install the core-image-lsb-qt3-emenlow.cpio.gz to a free disk partition.

emenlow$ gzip -d core-image-lsb-qt3-emenlow.cpio.gz
emenlow$ mount /dev/sda5 /mnt 
emenlow$ cd /mnt; cpio -ivdm <../core-image-lsb-qt3-emenlow.cpio 
emenlow$ sync; umount /mnt  

Then install the kernel and modified the grub.

1. Copy kernel to emenlow from host. We assume your boot disk partition is /dev/sda1:

$ scp bzImage-emenlow.bin root@emenlow-ip:/
$ mount /dev/sda1 /mnt
$ cp bzImage-emenlow.bin /mnt/boot/bzImage

2. Modify grub menu.lst

$ vi /mnt/boot/grub/menu.lst

add new lines as below:

title LSB 
root  (hd0,0) 
kernel /boot/bzImage root=/dev/sda5 rw

You can also change the default boot sequence.

3. Restart the emenlow

  • Install LSB testsuite

You can follow the File:LSB Test.pdf to install and run LSB test.


Below table shows the result of LSB Test on different platforms.

  • X86(emenlow) result is updated in 2013-03-12.
  • X86-64(sugarbay) result is updated in 2014-01-20.
  • Ppc32(mpc8315e-rdb) result is updated in 2012-10-18
Test Version X86-32(emenlow) X86-64(sugarbay) ppc(mpc8315e-rdb)
Command Check v 4.1.4-5 Success Success Success
Library Check v 4.1.4-5 Failures: 6 Warnings: 57 Failures: 4
Alsa-T2C Tests v 4.1.0-1 Success Success Success
Core Tests v 4.1.15-1 Failures: 32 Failures: 18 Failures: 589
Core-T2C Tests v 4.1.2-3 Success Success Failure: 1
Cpp-T2C Tests v 4.1.0-1 Success Success Failures: 150
Desktop Tests v 4.1.9-1 Failures: 33 Failures: 39 Failures: 191
Desktop-T2C Tests v 4.1.3-3 Failures: 18 Failures: 45 Failures: 137
Libstdc++ Tests v 4.1.0-18 Success Success There are problems
OLVER Core Tests v 4.1.4-1 Failures: 9 Failures: 11 Block
Perl Tests v 4.1.8-1 Success Failures: 1 Success
Printing Tests v 4.1.2-1 Failures: 11 Failures: 11 Failures: 6
Python Runtime Tests v 4.1.5-1 Failures: 3 Success Success
Qt3-Azov Tests v 4.1.1-3 Warnings: 4 (Test suite issue) Not Test Success
Qt4-Azov Tests v 4.1.3-1 Failures: 6 Failures: 1 Failures: 173
Xml2-Azov Tests v 4.1.0-1 Failures: 1 Success Failures: 3
Xts5 Tests v 5.1.5-45 Failure: 1 Warnings: 8 Failures: 10
Apache Tests v 2.2.14-8 Success Success Success
Expect Tests v 5.43.0-13 Success Success Success
Groff Tests v 1.20.1-7 Success Success Success
Raptor Tests v 1.4.19-5 Success There are problems Success
Rsync Tests v 3.0.6-6 Success Success Failures: 1
Samba Tests v 3.4.3-9 Success Success Success
Tcl Tests v 8.5.7-8 Failures:1 There are problems Sucess
Xpdf Tests v 1.01-14 Success Success Failures: 1

Analysis of result

Below table shows the failed test cases.

  • Total failures: The number of total failures after running test. It includes known problems and real failures which should be fixed.
  • Known problem: Known problem means it is a bug of LSB itself and we can find trace these bugs on On link page we give a summary of known problems.
  • Failures(need to fix) : Real failures we should fix them
  • Test suite error : Caused by two reasons: one is for absent library needed by test suite. one is that test suite could lose some function which should be included in it.

x86 (emenlow,update(2013-03-12))

  • New problem: It is a bug without arising on previous version. It could be caused by some patches updated every day.
Test Total failures Known problem Failures(need to fix) Note
Core Tests 32 31 1
Library Check 6 0 6
Libstdc++ Tests 0 0 0
Desktop Tests 33 32 1
Desktop-T2C Tests 18 18 0
OLVER Core Tests 9 8 1
Perl Tests 0 0 0
Python Tests 3 0 3
Qt4-Azov Tests 6 6 0
Xts5 Tests 1 1 0
Tcl Tests 1 1 0

x86-64 (sugarbay,update(2014-01-21))

  • New problem: It is a bug without arising on previous version. It could be caused by some patches updated every day.
Test Total failures Known problem Failures(need to fix) Note
Library Check 0 0 0 57 Warning
Core Tests 18 16 2 /tset/LSB.fhs/root/sbin/sbin-tc 10; /tset/LSB.os/time/clock/T.clock 1
Desktop Tests 39 39 0 27 failures in /tests/functions/GtkTextIter/GtkTextIter, it's not a bug:
Desktop-T2C Tests 45 33 12 LSB #3740; LSB #3844; LSB #3799
Libstdc++ Tests 0 0 0
OLVER Core Tests 11 9 2 LSB #3441; LSB #3762
Perl Tests 1 1 0 LSB #3814
Printing Tests 12 5 7 LSB #3603
Qt4-Azov Tests 1 1 0
Xml2-Azov Tests 0 0 0
Xts5 Tests 0 0 0 Warnings: 8
Raptor Tests 1 0 1 Failed to start the test
Tcl Tests 1 0 1 Failed to start the test

ppc(mpc8315e,update (2012-04-13))

We have the following failures(including "unresolved" and "failed") to fix.

Test Total failures Known problem Failures(need to fix) Note
Core Tests 67 67
Desktop Tests 30 30
Desktop-T2C Tests 20 20
Libstdc++ Tests 8 8
OLVER Core Tests Blocked
Perl Tests 87 87
Printing Tests 3 3
Qt3-Azov 202 No enough memory
Qt4-Azov 92 92 as same as Qt3
  • For new problem, it has others besides the problems emenlow has
    • Qt4-Azov Tests
      • "Child process timed out" caused many unresolved items
    • No locale and charmap in the latest lsb image, there were many failures because of the absent of locale resources.
  • Illegal instruction(Known problem
    • 65 SIGILL error
      • Core Tests
        • /tset/ANSI.os/math/... : SIGILL cause 47 unresolved failures.
        • /tset/LSB.os/libm/fpeInvalid/T.fpeInvalid (1st--2nd)
      • Desktop-t2c Tests
        • /glib-t2c/tests/glib_random/glib_random (9th--23rd)
      • Xpdf Tests
        • pdftotext
    • It was caused by the difference of compilation tool between LSB Test Suite and mpc8315e. In fact, instruction "fsqrt" doesn't exist on e300core serial and CPU of mpc8315e belongs to e300core type. So this problem can't be solved for mpc8315e
  • OLVER Core Tests:
    • OLVER Core Tests can't be finished on mpc8315e-rdb
    • We think the reason which make test blocked is the low memory(128M on mpc8315e). Because we re-run the test case which is blocked during OLVER core tests and it can pass successfully. That is to say, if we run the single test case, it will be passed. But we run all OLVER core tests and the whole tests will be blocked. We have ever run OLVER Core Tests for nearly 50 hours and it can't finish.
    • lsb-test-olver-core may require about 512Mb of system memory (with an X server and a contemporary desktop running), as well as 2Gb of free disk space to complete a test run. The reference linkage:
  • Qt3-Azov Tests, Printing Tests
    • Out of memory error cause all of the failures, the information like the following arise on screen when running Qt3 and Printing test suite
   Killed process 22453 (Xvfb) total-vm:84064kB, anon-rss:73720kB, file-rss:8kB
   run-parts invoked oom-killer: gfp_mask=0xd0, order=1, oom_adj=0,
   Call Trace:
   [c0cadc90] [c0009f3c] show_stack+0x108/0x1c4 (unreliable)
   [c0cadce0] [c0431098] dump_stack+0x2c/0x44
   [c0cadcf0] [c00a1880] dump_header.clone.14+0x70/0x184
   [c0cadd30] [c00a1b80] oom_kill_process.clone.16+0x94/0x294
   [c0cadd60] [c00a222c] out_of_memory+0x270/0x33c
   [c0caddb0] [c00a6628] __alloc_pages_nodemask+0x624/0x65c
   [c0cade50] [c00a6694] __get_free_pages+0x34/0x6c
   [c0cade60] [c00269f8] copy_process+0xe4/0xd84   
   [c0cadec0] [c0027764] do_fork+0x80/0x39c
   [c0cadf20] [c0009cb4] sys_vfork+0x68/0x80
   [c0cadf40] [c0011d0c] ret_from_syscall+0x0/0x38       
     --- Exception: c00 at 0xfecc358
     LR = 0x10084518
    • I think this should be limited memory problem
  • Libstdc++ Tests
    • /26_numerics/complex/
      • This test case check whether data type "long double" can't be supported or not on ppc. Mp8315e deviates from what the test expects. It is Known problem.
    • /27_io/basic_stringbuf/overflow/wchar_

Failures tracker(update 2012-04-13)

We should fix the following problems. We also filed bugs for them and try to fix them.

Tests Sub Tests Test Number Arch Bug ID of yocto Proposal suggestion
Library Check Unable to find library x86,x86-64,ppc This bug need to fix in 1.3
Core Tests /tset/LSB.pam/testcases/pam_fail_delay/pam_fail_delay 2 x86-64 This bug need to be investigated deeply

Known problems tracker

See details on Known problems tracker

Personal tools