All test are GPL, so anyone can do anything they want with them. We would
be happy to donate test to any project.
The truth is that we modeled test cases after LTP, meaning that a test case
a simple executable that returns 0 for success and anything else to indicate
failure, so copying a test from posixtest to LTP should be very easy.
I was under the impression that LTP did not want to accept a bunch of test
cases that did not currently have an associated implementation in Linux.
It sounds like this is not exactly correct. How about test cases that will
always be implemented in user space? Isn't LTP specific to kernel testing?
----- Original Message -----
From: "Stephanie Glass" <email@example.com>
To: "Geoff Gustafson" <firstname.lastname@example.org>
Cc: "Dan Kegel" <email@example.com>; "Linux Kernel Mailing List"
Sent: Tuesday, November 05, 2002 7:49 AM
Subject: Re: [ANNOUNCE] Open POSIX Test Suite
> The LTP would be happy to have anyone in the Linux community donate test
> cases. This includes any POSIX tests.
> The LTP would not be advertised as a POSIX compliance test, that would be
> up to LSB to handle. These tests
> would only increase the overall LTP api coverages.
> Does your group own these tests? Do you want to donate them to the LTP?
> Linux Technology Center
> IBM, 11400 Burnet Road, Austin, TX 78758
> Phone: (512) 838-9284 T/L: 678-9284 Fax: (512) 838-3882
> E-Mail: firstname.lastname@example.org
> "Geoff Gustafson"
> <email@example.com To: "Dan Kegel"
<firstname.lastname@example.org>, "Linux Kernel Mailing List"
> ntel.com> <email@example.com.
> cc: Stephanie
> 11/04/2002 06:04 Subject: Re: [ANNOUNCE]
Open POSIX Test Suite
> > You are about to duplicate http://ltp.sf.net
> My understanding is that LTP is focused on current mainline kernel
> while this project's initial concern is areas that are not currently in
> like POSIX message queues, semaphores, and full support for POSIX threads.
> I see
> this as being used to evaluate different implementations that are being
> considered for inclusion in the kernel, glibc, etc.
> This project is concerned with the POSIX APIs regardless of where they are
> implemented (kernel, glibc, etc.). Thus it can focus on POSIX, independent
> implementation. This project will be more concerned with traceability back
> the POSIX specification, and completeness of coverage, than I would expect
> That said, there is some overlap, and an exchange of test cases between
> projects may be very useful.
> I've copied Stephanie from LTP to get her reaction.
> -- Geoff Gustafson
> These are my views and not necessarily those of my employer.
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to firstname.lastname@example.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/