From: Eric Sandeen <sandeen@redhat.com>
To: linux-xfs <linux-xfs@vger.kernel.org>
Cc: Florian Weimer <fweimer@redhat.com>
Subject: [PATCH] xfsprogs: remove retpoline support
Date: Wed, 10 Oct 2018 14:58:40 -0500 [thread overview]
Message-ID: <06935570-ac17-776d-0a9c-cd9158a01922@redhat.com> (raw)
When it came up that xfsprogs was using retpolines by default,
the gcc folks inside Red Hat expressed ... alarm. I'm not sure
of all the details, but I think the concern was that userspace
support for this is not really quite baked.
Unless/until there is a demonstrated side-channel which would
warrant retpolines here, let's just remove it for now.
Cc: Florian Weimer <fweimer@redhat.com>
Signed-off-by: Eric Sandeen <sandeen@redhat.com>
---
Getting this on the list so we can have a discussion with people who
understand the issues better than I do ...
diff --git a/configure.ac b/configure.ac
index 5fdf78e..41f1209 100644
--- a/configure.ac
+++ b/configure.ac
@@ -227,7 +227,6 @@ if test "$enable_lto" = "yes" && test "$have_lto" != "yes"; then
AC_MSG_ERROR([LTO not supported by compiler.])
fi
-AC_PACKAGE_CHECK_RETPOLINE
AC_CHECK_SIZEOF([long])
AC_CHECK_SIZEOF([char *])
AC_TYPE_UMODE_T
diff --git a/include/builddefs.in b/include/builddefs.in
index f7d39a4..fe529c6 100644
--- a/include/builddefs.in
+++ b/include/builddefs.in
@@ -166,13 +166,6 @@ LIBICU_CFLAGS = @libicu_CFLAGS@
SANITIZER_CFLAGS += @addrsan_cflags@ @threadsan_cflags@ @ubsan_cflags@
SANITIZER_LDFLAGS += @addrsan_ldflags@ @threadsan_ldflags@ @ubsan_ldflags@
-# Enable retpolines if available
-HAVE_RETPOLINE = @have_retpoline@
-ifeq ($(HAVE_RETPOLINE),yes)
-OPTIMIZER += @retpoline_cflags@
-LOADERFLAGS += @retpoline_ldflags@
-endif
-
# Use special ar/ranlib wrappers if we have lto
HAVE_LTO = @have_lto@
ifeq ($(HAVE_LTO),yes)
diff --git a/m4/package_libcdev.m4 b/m4/package_libcdev.m4
index 0a6b514..52ddac2 100644
--- a/m4/package_libcdev.m4
+++ b/m4/package_libcdev.m4
@@ -446,25 +446,3 @@ AC_DEFUN([AC_PACKAGE_CHECK_LTO],
AC_SUBST(lto_cflags)
AC_SUBST(lto_ldflags)
])
-
-AC_DEFUN([AC_PACKAGE_CHECK_RETPOLINE],
- [ AC_MSG_CHECKING([if C compiler supports retpoline])
- OLD_CFLAGS="$CFLAGS"
- OLD_LDFLAGS="$LDFLAGS"
- RETPOLINE_FLAGS="-mindirect-branch=thunk"
- CFLAGS="$CFLAGS $RETPOLINE_FLAGS"
- LDFLAGS="$LDFLAGS $RETPOLINE_FLAGS"
- AC_LINK_IFELSE([AC_LANG_PROGRAM([])],
- [AC_MSG_RESULT([yes])]
- [retpoline_cflags=$RETPOLINE_FLAGS]
- [retpoline_ldflags=$RETPOLINE_FLAGS],
- [AC_MSG_RESULT([no])])
- if test -n "$retpoline_cflags"; then
- have_retpoline=yes
- fi
- CFLAGS="${OLD_CFLAGS}"
- LDFLAGS="${OLD_LDFLAGS}"
- AC_SUBST(have_retpoline)
- AC_SUBST(retpoline_cflags)
- AC_SUBST(retpoline_ldflags)
- ])
next reply other threads:[~2018-10-11 3:22 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-10-10 19:58 Eric Sandeen [this message]
2018-10-10 21:21 ` [PATCH] xfsprogs: remove retpoline support Darrick J. Wong
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=06935570-ac17-776d-0a9c-cd9158a01922@redhat.com \
--to=sandeen@redhat.com \
--cc=fweimer@redhat.com \
--cc=linux-xfs@vger.kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).