public inbox for ltp@lists.linux.it
 help / color / mirror / Atom feed
From: Jan Stancek <jstancek@redhat.com>
To: Om Prakash PAL <omprakash.pal@stericsson.com>
Cc: ltp-list@lists.sourceforge.net
Subject: Re: [LTP] Failure of syscalls in kernel version 3.4
Date: Fri, 27 Jul 2012 06:34:23 -0400 (EDT)	[thread overview]
Message-ID: <736154694.4219510.1343385263338.JavaMail.root@redhat.com> (raw)
In-Reply-To: <3ED83A9DB3B6D94CA68BF7C03F2981D35CDEA2A664@EXDCVYMBSTM006.EQ1STM.local>



----- Original Message -----
> From: "Om Prakash PAL" <omprakash.pal@stericsson.com>
> To: "Jan Stancek" <jstancek@redhat.com>
> Cc: ltp-list@lists.sourceforge.net
> Sent: Friday, 27 July, 2012 11:12:24 AM
> Subject: RE: [LTP] Failure of syscalls in kernel version 3.4
> 
> Hi Jan,
> Thanks for your reply.
> I have moved to latest LTP.
> After that some test cases are failing like:
>  
> [1].
>  shmat01
>  shmat01     1  TFAIL  :  shmat call failed: TEST_ERRNO=EINVAL(22):
>  Invalid argument

I could reproduce this issue with following change:
----------------------------------------------------
diff --git a/testcases/kernel/syscalls/ipc/shmat/shmat01.c b/testcases/kernel/syscalls/ipc/shmat/shmat01.c
index 7c68459..5d6e79c 100644
--- a/testcases/kernel/syscalls/ipc/shmat/shmat01.c
+++ b/testcases/kernel/syscalls/ipc/shmat/shmat01.c
@@ -271,6 +271,8 @@ void setup(void)
                tst_brkm(TBROK, cleanup, "Couldn't detach shared memory");
        }
 
+        printf(" ");
+
        /* some architectures (e.g. parisc) are strange, so better always align to
         * next SHMLBA address. */
        base_addr =
----------------------------------------------------

What happens in setup() is that shared memory is attached/detached, and that
address is used in the rest of the test. In case above glibc needs
extra page and mmaps one at same exact spot:
----------------------------------------------------
shmget(0x61008d5b, 4, IPC_CREAT|IPC_EXCL|0600) = 2260995
shmat(2260995, 0, 0)                    = ?
shmdt(0x7ffabd573000)                   = 0
fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7ffabd573000
shmat(2260995, 0x7ffabd573000, 0)       = -1 EINVAL (Invalid argument)
----------------------------------------------------

I'm assuming something like this happens in your case too,
output from "strace ./shmat01" would be helpful.

Regards,
Jan

> 
> 
> any idea about this one?.
> 
> Best Regards,
> Om Prakash Pal
> 
> -----Original Message-----
> From: Jan Stancek [mailto:jstancek@redhat.com]
> Sent: Friday, July 27, 2012 2:30 PM
> To: Om Prakash PAL
> Cc: ltp-list@lists.sourceforge.net
> Subject: Re: [LTP] Failure of syscalls in kernel version 3.4
> 
> 
> ----- Original Message -----
> > From: "Om Prakash PAL" <omprakash.pal@stericsson.com>
> > To: ltp-list@lists.sourceforge.net
> > Sent: Monday, 2 July, 2012 8:49:20 AM
> > Subject: [LTP] Failure of syscalls in kernel version 3.4
> >
> > Hi,
> >
> > I am currently using ltp-full-20110915.bz2.
> > When I switched to  kernel 3.4(from kernel 3.0)  then these
> > syscalls ltp are failing.
> 
> I'd suggest you try latest LTP from git. Some of these failures
> should be already fixed.
> (Latest I ran was kernel 3.3 and it ran fine for the ones you listed)
> 
> > [1]. get_robust_list01
> > get_robust_list01    1  TPASS  :  get_robust_list failed as
> > expected with EFAULT
> > get_robust_list01    2  TPASS  :  get_robust_list failed as
> > expected with EFAULT
> > get_robust_list01    3  TPASS  :  get_robust_list failed as
> > expected with ESRCH
> > get_robust_list01    4  TFAIL  :  get_robust_list succeeded
> > unexpectedly
> > get_robust_list01    5  TPASS  :  get_robust_list succeeded
> > 
> > [2]. gettimeofday02
> > gettimeofday02    0  TINFO  :  checking if gettimeofday is
> > monotonous, takes 30s
> > gettimeofday02    1  TFAIL  :  Time is going backwards: old 946
> >  
> > 
> > [3]. lseek03
> > lseek03     1  TFAIL  :  lseek(tfile_16887, 1, 4) Failed, errno=6
> > No such device or address, expected 22(EINVAL)
> > lseek03     2  TPASS  :  lseek(tfile_16887, 1, -1) Failed, errno=22
> > : Invalid argument
> > lseek03     3  TPASS  :  lseek(tfile_16887, 1, 7) Failed, errno=22
> > : Invalid argument
> 
> > [4]. readlink03
> > readlink03    1  TPASS  :  readlink(), No Search permissions to
> > process, returned errno 13
> > readlink03    2  TPASS  :  readlink(), No Search permissions to
> > process, returned errno 13
> > readlink03    3  TPASS  :  readlink(), Buffer size is not positive,
> > returned errno 22
> > readlink03    4  TPASS  :  readlink(), Buffer size is not positive,
> > returned errno 22
> > readlink03    5  TPASS  :  readlink(), File is not symbolic link,
> > returned errno 22
> > readlink03    6  TPASS  :  readlink(), File is not symbolic link,
> > returned errno 22
> > readlink03    7  TPASS  :  readlink(), Symlink path too long,
> > returned errno 36
> > readlink03    8  TPASS  :  readlink(), Symlink path too long,
> > returned errno 36
> > readlink03    9  TFAIL  :  readlink() failed, Symlink Pathname is
> > empty, errno=2, expected errno=22
> > 
> > [5] shmat01
> > shmat01     1  TFAIL  :  shmat call failed: TEST_ERRNO=EINVAL(22):
> > Invalid argument
> > 
> > [6] sysctl01
> > sysctl01    1  TFAIL  :  sysctl(2) failed unexpectedly errno:38
> > sysctl01    2  TFAIL  :  sysctl(2) failed unexpectedly errno:38
> > sysctl01    3  TFAIL  :  sysctl(2) failed unexpectedly errno:38
> 38 is ENOSYS, this works only if your kernel supports it
> (CONFIG_SYSCTL=y).
> 
> > 
> > any idea why these testcases are failing now?.
> Kernel implementation moved forward, your LTP is almost year old.
> 
> Regards,
> Jan
> 
> > How can I resolve it?.
> > 
> > Best Regards,
> > Om Prakash Pal
> 

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

  reply	other threads:[~2012-07-27 10:34 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-02  6:49 [LTP] Failure of syscalls in kernel version 3.4 Om Prakash PAL
2012-07-27  8:59 ` Jan Stancek
2012-07-27  9:12   ` Om Prakash PAL
2012-07-27 10:34     ` Jan Stancek [this message]
2012-07-31  3:45 ` Wanlong Gao

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=736154694.4219510.1343385263338.JavaMail.root@redhat.com \
    --to=jstancek@redhat.com \
    --cc=ltp-list@lists.sourceforge.net \
    --cc=omprakash.pal@stericsson.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox