[LTP] "more-syscalls" branch

[LTP] "more-syscalls" branch

[Garrett Cooper]

    In order to get LTP more up to date and expand breadth of syscall
requirements testing, I'm going to be working on adding more syscall
tests to LTP over the next couple weeks. I started out with
inotify(7), but I want to move on to newer syscalls that exercise MI
(machine independent) functionality, while at the same time do not
want to duplicate work being done by others elsewhere.
    The long and short of it is that I want to update Linux compat in
FreeBSD (or at least provide the tests to do that) and in order to
achieve that, I need up-to-date testcases that pass on an older
version of Fedora running 2.6 (say Fedora 10) and Fedora 17 (runs
3.3). The current testcases are ok, but not exhaustive in all areas
and that's what I'm aiming to improve.
    Thoughts on this and also an idea of where we need to add more
exhaustive testcases (otherwise I'll have to work through the list and
pore over manpages looking for my next "target" :)..)?
Thanks!
-Garrett

------------------------------------------------------------------------------
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

Re: [LTP] "more-syscalls" branch

[Cyril Hrubis]

Hi!
>     In order to get LTP more up to date and expand breadth of syscall
> requirements testing, I'm going to be working on adding more syscall
> tests to LTP over the next couple weeks. I started out with
> inotify(7), but I want to move on to newer syscalls that exercise MI
> (machine independent) functionality, while at the same time do not
> want to duplicate work being done by others elsewhere.
>     The long and short of it is that I want to update Linux compat in
> FreeBSD (or at least provide the tests to do that) and in order to
> achieve that, I need up-to-date testcases that pass on an older
> version of Fedora running 2.6 (say Fedora 10) and Fedora 17 (runs
> 3.3). The current testcases are ok, but not exhaustive in all areas
> and that's what I'm aiming to improve.

That is really good news. It kind of clashes with what Marios is doing
during GSOC, but I guess that there is enough room for both of you and
Marios will be, for a next couple of weeks, still working on cleaning up
the lib/*.

>     Thoughts on this and also an idea of where we need to add more
> exhaustive testcases (otherwise I'll have to work through the list and
> pore over manpages looking for my next "target" :)..)?

Hmm, I would start by fixing what is broken. We do have some testcases
that are very poorly implemented and even aren't executed in default run
(diff of runtest files and list of created binaries may help).

For example sig{timed}wait{info} testcases seems to be confused if they
are testing syscall or libcall (you can't get ENOSYS in case of libcall
as the arguments are dereferenced in userspace before passed to the
kernel). And the way several tests are created from one source depending
on -Dxxx passed on commandline is really confusing...

Also it may be better for you to fork the LTP repo on github for your
own development and pull changes to the main repo once you are sure it's
clean enough and working.

-- 
Cyril Hrubis
chrubis@suse.cz

------------------------------------------------------------------------------
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