| bab395d9dd197996a0b71b7812f3797b6a3e2fba |
|
26-Mar-2012 |
Jan Stancek <jstancek@redhat.com> |
mremap: fix dependency on ipc subdir
We need to use MAKE_DEPS to declare the ipc subdir depend otherwise
attempting to do `make mremap01` without building in the ipc subdir
will fail, and we can hit race conditions in the overall `make`.
This is same change as in commit:
commit 7103d3e8e0f9dc1804ba06ee66ee02753e8ce50e
Author: Mike Frysinger <vapier@gentoo.org>
Date: Fri Mar 23 12:27:13 2012 -0400
kill: fix dependency on ipc subdir
Signed-off-by: Jan Stancek <jstancek@redhat.com>
Reviewed-by: Caspar Zhang <caspar@casparzhang.com>
/external/ltp/testcases/kernel/syscalls/mremap/Makefile
|
| bf995b22b50a0c6ee2a86d587b514dd938814262 |
|
11-Oct-2009 |
yaberauneya <yaberauneya> |
1. I screwed up and broke install by accident when I was monkeying around with env_post.mk.
2. Make in-build-tree testing a little more conducive as per Mike F's convincing argument:
requiring install-related variables to be sane in order to do `make install`
is fine (i.e. prefix/etc...). but that is the only time install related
variables should be needed/consulted.
when you compile a package (i.e. run `make`) regardless of this being done at
the toplevel or a subdir only, the build process should never need anything
ltp related outside of the source tree (so i'm not talking about libcap or
whatever, just libltp). this is the expected behavior for all packages out
there, not just ltp.
one reason for why this is a bad idea is that it is then impossible to
compile/test a new version of a package locally before installing it into the
live filesystem. you would have to first uninstall the old version (rm -rf
/opt/ltp), then compile/install the new version, and then hope that (1) the
build is successful as well as (2) the package working as expected (bug free).
-mike
Signed-off-by: Garrett Cooper <yanegomi@gmail.com>
/external/ltp/testcases/kernel/syscalls/mremap/Makefile
|
| ef77253961f909f87e82e6d2b620e87af33e9665 |
|
09-Oct-2009 |
yaberauneya <yaberauneya> |
1. Please see README.mk-devel for a full description of the changes
from a Make perspective.
2. Several files were changed to accomodate correct installation
practices, most notably ones in testcases/network/{ipv6,tcp_cmds},
testcases/kernel/sched/hyperthreading/ht_enabled/..., and some items
in tools/..., and also to avoid collisions as far as installed
testcases (scripts, compiled C apps) were concerned.
3. Several apps weren't autoconf safe and some autoconf tests and
conditional statements have been placed in sourcecode and in Makefiles
to either a) prevent the tests from being built / installed or b) turn
the tests into dummy apps which print out TCONF messages due to
lack-of-build support.
Signed-off-by: Garrett Cooper <yanegomi@gmail.com>
/external/ltp/testcases/kernel/syscalls/mremap/Makefile
|
| 9a0748e3503c0ebe86611421512be15fd2c08d12 |
|
20-May-2008 |
subrata_modak <subrata_modak> |
Put-libtestsuite-to-a-more-common-place.patch
Roy Lee <roylee17@gmail.com> noted:
Referring to the sync_pipes API, create_sync_pipes(), wait_son_startup(), notify_startup(), which is defined in the: testcases/kernel/syscalls/lib/libtestsuite.[ch], I found the new sync_pipes API very convenient to synchronize processes. However the naming might pose some semantic restrictions on their usages. Since it can be used for making parent to wait child, and vice versa, perhaps a better naming should be used. For example: sync_pipes_create (), sync_pipes_wait (), sync_pipes_notify(), other names will be good as long as they don't assume the caller is child or parent. Furthermore, since it is also suitable for being used in common test cases, moving it outside the syscalls's directory to a more common place might be a good idea.
Renaud Lottiaux <Renaud.Lottiaux@kerlabs.com> noted:
I fully agree with your remarks. But if you want to make these functions more generic, it should be possible to call sync_pipe_wait / notify several times, which is not possible in the current code since I close file descriptors in these functions. A quite simple solution is to keep these file descriptors opened, and to add a function to close them or simply let these file descriptors being closed by libC or kernel at process end.
Signed-off-by: Roy Lee <roylee17@gmail.com>.
/external/ltp/testcases/kernel/syscalls/mremap/Makefile
|
| ae6cabc036b92e2725c5989436d882e2060f8e93 |
|
27-Feb-2008 |
subrata_modak <subrata_modak> |
Here is a patch fixing concurrency issue in mremap04. Just use a shm key returned from the getipckey() function instead of a fixed hardcoded value, by, Renaud Lottiaux <Renaud.Lottiaux@kerlabs.com>
/external/ltp/testcases/kernel/syscalls/mremap/Makefile
|
| 5366cb039dc2249dfe02488348ca9a51c3497f0a |
|
21-Aug-2006 |
vapier <vapier> |
standardize makefiles (punt UCLINUX/COLDFIRE cruft, build everything with -Wall and user-optimizations, remove pointless targets in favor of implicit ones, etc...)
/external/ltp/testcases/kernel/syscalls/mremap/Makefile
|
| d34d581c6a320e356a6cda923c7aa399479e812c |
|
12-Jul-2005 |
robbiew <robbiew> |
Applied fixes by Paul J.Y. Lahaie to implement support for UCLinux
/external/ltp/testcases/kernel/syscalls/mremap/Makefile
|
| 0983008869933e1f837a78d0382ec6f3ece5a82c |
|
27-Mar-2003 |
robbiew <robbiew> |
warnings cleanup
/external/ltp/testcases/kernel/syscalls/mremap/Makefile
|
| 54757760f87a502e5a96283589f25f434c212786 |
|
04-Mar-2003 |
robbiew <robbiew> |
Applied Vasan Sundar's Makefile patches.
/external/ltp/testcases/kernel/syscalls/mremap/Makefile
|
| bc4c2802f95ce7688c94fba372cf5c7b66a20ea7 |
|
07-Feb-2002 |
robbiew <robbiew> |
*** empty log message ***
/external/ltp/testcases/kernel/syscalls/mremap/Makefile
|
| 16dc53f9c5863da61c594b06ebc12be3bc44d7a0 |
|
29-Jan-2002 |
plars <plars> |
Separate make and make install
/external/ltp/testcases/kernel/syscalls/mremap/Makefile
|
| 865695bbc89088b9526ea9045410e5afb70a985c |
|
28-Aug-2001 |
plars <plars> |
restructuring work done, and adding about 400 testcases
/external/ltp/testcases/kernel/syscalls/mremap/Makefile
|