* [LTP] [RFC, COMMITTED 1/1] configure: add knob to control numa support
@ 2018-02-05 13:24 Petr Vorel
2018-02-05 13:28 ` Petr Vorel
0 siblings, 1 reply; 4+ messages in thread
From: Petr Vorel @ 2018-02-05 13:24 UTC (permalink / raw)
To: ltp
From: Anders Roxell <anders.roxell@linaro.org>
Allow to disable numa from the top level.
Based on patch:
http://cgit.openembedded.org/openembedded-core/commit/meta/recipes-extended/ltp?id=4c7873552e13dfdba96afca7562c398d2966ca71
Reported-by: Roy Li <rongqing.li@windriver.com>
Signed-off-by: Anders Roxell <anders.roxell@linaro.org>
Signed-off-by: Petr Vorel <pvorel@suse.cz>
---
configure.ac | 10 ++++++++++
1 file changed, 10 insertions(+)
diff --git a/configure.ac b/configure.ac
index 5c8d4eaf8..b39a31ddb 100644
--- a/configure.ac
+++ b/configure.ac
@@ -83,6 +83,14 @@ else
AC_SUBST([WITH_EXPECT],["no"])
fi
+# Numa
+AC_ARG_WITH([numa],
+ AC_HELP_STRING([--without-numa],
+ [without numa support (default=yes)]),
+ [with_numa=no],
+ [with_numa=yes]
+)
+
# Perl
AC_ARG_WITH([perl],
[AC_HELP_STRING([--with-perl],
@@ -157,7 +165,9 @@ LTP_CHECK_SELINUX
LTP_CHECK_SIGNAL
LTP_CHECK_SYSCALL_EVENTFD
LTP_CHECK_SYSCALL_MODIFY_LDT
+if test "x$with_numa" = xyes; then
LTP_CHECK_SYSCALL_NUMA
+fi
LTP_CHECK_SYSCALL_QUOTACTL
LTP_CHECK_SYSCALL_SIGNALFD
LTP_CHECK_SYSCALL_UNSHARE
--
2.15.1
^ permalink raw reply related [flat|nested] 4+ messages in thread
* [LTP] [RFC, COMMITTED 1/1] configure: add knob to control numa support
2018-02-05 13:24 [LTP] [RFC, COMMITTED 1/1] configure: add knob to control numa support Petr Vorel
@ 2018-02-05 13:28 ` Petr Vorel
2018-02-05 13:48 ` Petr Vorel
0 siblings, 1 reply; 4+ messages in thread
From: Petr Vorel @ 2018-02-05 13:28 UTC (permalink / raw)
To: ltp
Hi,
> From: Anders Roxell <anders.roxell@linaro.org>
> Allow to disable numa from the top level.
> Based on patch:
> http://cgit.openembedded.org/openembedded-core/commit/meta/recipes-extended/ltp?id=4c7873552e13dfdba96afca7562c398d2966ca71
> Reported-by: Roy Li <rongqing.li@windriver.com>
> Signed-off-by: Anders Roxell <anders.roxell@linaro.org>
> Signed-off-by: Petr Vorel <pvorel@suse.cz>
> ---
> configure.ac | 10 ++++++++++
> 1 file changed, 10 insertions(+)
> diff --git a/configure.ac b/configure.ac
> index 5c8d4eaf8..b39a31ddb 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -83,6 +83,14 @@ else
> AC_SUBST([WITH_EXPECT],["no"])
> fi
> +# Numa
> +AC_ARG_WITH([numa],
> + AC_HELP_STRING([--without-numa],
> + [without numa support (default=yes)]),
> + [with_numa=no],
> + [with_numa=yes]
> +)
> +
> # Perl
> AC_ARG_WITH([perl],
> [AC_HELP_STRING([--with-perl],
> @@ -157,7 +165,9 @@ LTP_CHECK_SELINUX
> LTP_CHECK_SIGNAL
> LTP_CHECK_SYSCALL_EVENTFD
> LTP_CHECK_SYSCALL_MODIFY_LDT
> +if test "x$with_numa" = xyes; then
> LTP_CHECK_SYSCALL_NUMA
> +fi
> LTP_CHECK_SYSCALL_QUOTACTL
> LTP_CHECK_SYSCALL_SIGNALFD
> LTP_CHECK_SYSCALL_UNSHARE
Although the autodetection was fixed in commit bf3441268 ("numa: Check for API >= v2 with
autoconf") (the patch is for ltp released 4 years ago), I committed this as user should be
able to decide whether to compile tests or not.
I'm sorry, I've introduced two errors with this commit:
1) there should be default=no as we want to have
it default:
- [without numa support (default=yes)]),
+ [without numa support (default=no)]),
So, this is easily to be fixed.
2) I haven't realized that, the TCONF message is misleading when
configured with '--without-numa':
tst_test.c:712: CONF: test requires libnuma >= 2 and it's development packages
So I guess the whole idea of our functionality compiling with error
message "you lack support" doesn't work well with enabling and disabling
features by user. There should be a way to define in config variable
WITHOUT_NUMA and print correct message "Compiled without NUMA support".
I'm going to fix this if you like the idea allowing users to configure
what is being build (there might be requests in the future to add more
switches). Otherwise I'll revert it.
Kind regards,
Petr
^ permalink raw reply [flat|nested] 4+ messages in thread
* [LTP] [RFC, COMMITTED 1/1] configure: add knob to control numa support
2018-02-05 13:28 ` Petr Vorel
@ 2018-02-05 13:48 ` Petr Vorel
2018-02-05 14:05 ` Anders Roxell
0 siblings, 1 reply; 4+ messages in thread
From: Petr Vorel @ 2018-02-05 13:48 UTC (permalink / raw)
To: ltp
Hi,
> > From: Anders Roxell <anders.roxell@linaro.org>
> > Allow to disable numa from the top level.
<snip>
> Although the autodetection was fixed in commit bf3441268 ("numa: Check for API >= v2 with
> autoconf") (the patch is for ltp released 4 years ago), I committed this as user should be
> able to decide whether to compile tests or not.
> I'm sorry, I've introduced two errors with this commit:
> 1) there should be default=no as we want to have
> it default:
> - [without numa support (default=yes)]),
> + [without numa support (default=no)]),
> So, this is easily to be fixed.
> 2) I haven't realized that, the TCONF message is misleading when
> configured with '--without-numa':
> tst_test.c:712: CONF: test requires libnuma >= 2 and it's development packages
> So I guess the whole idea of our functionality compiling with error
> message "you lack support" doesn't work well with enabling and disabling
> features by user. There should be a way to define in config variable
> WITHOUT_NUMA and print correct message "Compiled without NUMA support".
> I'm going to fix this if you like the idea allowing users to configure
> what is being build (there might be requests in the future to add more
> switches). Otherwise I'll revert it.
And this comes from github pull request:
https://github.com/linux-test-project/ltp/pull/248
Kind regards,
Petr
^ permalink raw reply [flat|nested] 4+ messages in thread
* [LTP] [RFC, COMMITTED 1/1] configure: add knob to control numa support
2018-02-05 13:48 ` Petr Vorel
@ 2018-02-05 14:05 ` Anders Roxell
0 siblings, 0 replies; 4+ messages in thread
From: Anders Roxell @ 2018-02-05 14:05 UTC (permalink / raw)
To: ltp
On 5 February 2018 at 14:48, Petr Vorel <pvorel@suse.cz> wrote:
> Hi,
>
>> > From: Anders Roxell <anders.roxell@linaro.org>
>> > Allow to disable numa from the top level.
> <snip>
>
>> Although the autodetection was fixed in commit bf3441268 ("numa: Check for API >= v2 with
>> autoconf") (the patch is for ltp released 4 years ago), I committed this as user should be
>> able to decide whether to compile tests or not.
>
>> I'm sorry, I've introduced two errors with this commit:
>
>> 1) there should be default=no as we want to have
>> it default:
>> - [without numa support (default=yes)]),
>> + [without numa support (default=no)]),
>
>> So, this is easily to be fixed.
Oh, I've missed that too... =/
>
>> 2) I haven't realized that, the TCONF message is misleading when
>> configured with '--without-numa':
>> tst_test.c:712: CONF: test requires libnuma >= 2 and it's development packages
>
>> So I guess the whole idea of our functionality compiling with error
>> message "you lack support" doesn't work well with enabling and disabling
>> features by user. There should be a way to define in config variable
>> WITHOUT_NUMA and print correct message "Compiled without NUMA support".
>
>> I'm going to fix this if you like the idea allowing users to configure
>> what is being build
That makes sense.
Cheers,
Anders
>> (there might be requests in the future to add more
>> switches). Otherwise I'll revert it.
>
> And this comes from github pull request:
> https://github.com/linux-test-project/ltp/pull/248
>
>
> Kind regards,
> Petr
>
> --
> Mailing list info: https://lists.linux.it/listinfo/ltp
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2018-02-05 14:05 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-02-05 13:24 [LTP] [RFC, COMMITTED 1/1] configure: add knob to control numa support Petr Vorel
2018-02-05 13:28 ` Petr Vorel
2018-02-05 13:48 ` Petr Vorel
2018-02-05 14:05 ` Anders Roxell
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.