Qemuarm-ltp: Difference between revisions

From Yocto Project
Jump to navigationJump to search
Line 25: Line 25:
|| chdir01A || not started || n/a || n/a || n/a || n/a || n/a
|| chdir01A || not started || n/a || n/a || n/a || n/a || n/a
|-
|-
|| fallocate01 || [[Qemumips-ltp|Qemumips]] || n/a || n/a || n/a || n/a || n/a
|| fallocate01 || pending || Kevin Tian || fallocate(6, 0, 49152, 4096) failed: TEST_ERRNO=EFBIG(27): File too large || n/a  
|| This case is expected to return -EOPNOSUPP and then LTP will skip it. However on qemuarm/qemumips -EFBIG is returned earlier, and thus trigger this failure.
 
Actually I don't understand why this will happen, and any offset/length returns same failure. fallocate from util-linux could trigger this failure too.
|| [[http://bugzilla.pokylinux.org/show_bug.cgi?id=678 bug678]]
|-
|-
|| fallocate02 || [[Qemumips-ltp|Qemumips]] || n/a || n/a || n/a || n/a || n/a
|| fallocate02 || pending || Kevin Tian || fallocate(6, 0, 49152, 4096) failed: TEST_ERRNO=EFBIG(27): File too large || n/a || same as fallocate01
|| [[http://bugzilla.pokylinux.org/show_bug.cgi?id=678 bug678]]
|-
|-
|| fallocate03 || [[Qemumips-ltp|Qemumips]] || n/a || n/a || n/a || n/a || n/a
|| fallocate03 || pending || Kevin Tian || fallocate(6, 0, 49152, 4096) failed: TEST_ERRNO=EFBIG(27): File too large || n/a || same as fallocate01
|| [[http://bugzilla.pokylinux.org/show_bug.cgi?id=678 bug678]]
|-
|-
|| getcontext01 || not started || n/a || n/a || n/a || n/a || n/a
|| getcontext01 || not started || n/a || n/a || n/a || n/a || n/a

Revision as of 07:41, 28 January 2011

1.0/M1

total: 37

similarity: 29 (78.00%):

       chdir01A fallocate01 fallocate02 fallocate03 getcontext01 splice02 utimensat01 hackbench01 

audit: 29 (78%)

  • LTP: 0
  • NAB: 0
  • Fixed: 0
  • Matched: 29

pending: 0

not started: 8

LTP cases status owner error msg lsb comment bugzilla
chdir01A not started n/a n/a n/a n/a n/a
fallocate01 pending Kevin Tian fallocate(6, 0, 49152, 4096) failed: TEST_ERRNO=EFBIG(27): File too large n/a This case is expected to return -EOPNOSUPP and then LTP will skip it. However on qemuarm/qemumips -EFBIG is returned earlier, and thus trigger this failure.

Actually I don't understand why this will happen, and any offset/length returns same failure. fallocate from util-linux could trigger this failure too.

[bug678]
fallocate02 pending Kevin Tian fallocate(6, 0, 49152, 4096) failed: TEST_ERRNO=EFBIG(27): File too large n/a same as fallocate01 [bug678]
fallocate03 pending Kevin Tian fallocate(6, 0, 49152, 4096) failed: TEST_ERRNO=EFBIG(27): File too large n/a same as fallocate01 [bug678]
getcontext01 not started n/a n/a n/a n/a n/a
utimensat01 not started n/a n/a n/a n/a n/a
hackbench01 not started n/a n/a n/a n/a n/a
splice02 not started n/a n/a n/a n/a n/a
ioctl03 qemux86 n/a n/a n/a n/a n/a
lchown02 qemux86 n/a n/a n/a n/a n/a
lchown02_16 qemux86 n/a n/a n/a n/a n/a
sysctl03 qemux86 n/a n/a n/a n/a n/a
syslog01 qemux86 n/a n/a n/a n/a n/a
syslog02 qemux86 n/a n/a n/a n/a n/a
syslog03 qemux86 n/a n/a n/a n/a n/a
syslog04 qemux86 n/a n/a n/a n/a n/a
syslog05 qemux86 n/a n/a n/a n/a n/a
syslog07 qemux86 n/a n/a n/a n/a n/a
syslog08 qemux86 n/a n/a n/a n/a n/a
syslog09 qemux86 n/a n/a n/a n/a n/a
syslog10 qemux86 n/a n/a n/a n/a n/a
mtest06_2 qemux86 n/a n/a n/a n/a n/a
mmapstress06 qemux86 n/a n/a n/a n/a n/a
su01 qemux86 n/a n/a n/a n/a n/a
cron02 qemux86 n/a n/a n/a n/a n/a
cron_deny01 qemux86 n/a n/a n/a n/a n/a
cron_allow01 qemux86 n/a n/a n/a n/a n/a
cron_dirs_checks01 qemux86 n/a n/a n/a n/a n/a
ld qemux86 n/a n/a n/a n/a n/a
ldd qemux86 n/a n/a n/a n/a n/a
file qemux86 n/a n/a n/a n/a n/a
tar qemux86 n/a n/a n/a n/a n/a
cron qemux86 n/a n/a n/a n/a n/a
logrotate qemux86 n/a n/a n/a n/a n/a
cpio qemux86 n/a n/a n/a n/a n/a
unzip01 qemux86 n/a n/a n/a n/a n/a
gzip01 qemux86 n/a n/a n/a n/a n/a