All of lore.kernel.org
 help / color / mirror / Atom feed
From: Petr Vorel <pvorel@suse.cz>
To: ltp@lists.linux.it
Subject: [LTP] [RFC, COMMITTED 1/1] configure: add knob to control numa support
Date: Mon, 5 Feb 2018 14:28:57 +0100	[thread overview]
Message-ID: <20180205132857.GA20417@x230> (raw)
In-Reply-To: <20180205132441.19130-1-pvorel@suse.cz>

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

  reply	other threads:[~2018-02-05 13:28 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
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 [this message]
2018-02-05 13:48   ` Petr Vorel
2018-02-05 14:05     ` Anders Roxell

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=20180205132857.GA20417@x230 \
    --to=pvorel@suse.cz \
    --cc=ltp@lists.linux.it \
    /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 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.