Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933275AbbLHKGu (ORCPT ); Tue, 8 Dec 2015 05:06:50 -0500 Received: from mout.kundenserver.de ([212.227.126.187]:54288 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932249AbbLHKGp (ORCPT ); Tue, 8 Dec 2015 05:06:45 -0500 From: Arnd Bergmann To: linux-arm-kernel@lists.infradead.org Cc: Daniel Cashman , Jon Hunter , linux-doc@vger.kernel.org, catalin.marinas@arm.com, will.deacon@arm.com, linux-mm@kvack.org, hpa@zytor.com, mingo@kernel.org, aarcange@redhat.com, linux@arm.linux.org.uk, kirill.shutemov@linux.intel.com, corbet@lwn.net, xypron.glpk@gmx.de, x86@kernel.org, hecmargi@upv.es, mgorman@suse.de, rientjes@google.com, bp@suse.de, nnk@google.com, dzickus@redhat.com, keescook@chromium.org, jpoimboe@redhat.com, tglx@linutronix.de, akpm@linux-foundation.org, linux-kernel@vger.kernel.org, salyzyn@android.com, ebiederm@xmission.com, jeffv@google.com, n-horiguchi@ah.jp.nec.com, dcashman@google.com Subject: Re: [PATCH v5 3/4] arm64: mm: support ARCH_MMAP_RND_BITS. Date: Tue, 08 Dec 2015 11:03:51 +0100 Message-ID: <7610963.Sys3aageLY@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <5665CF5A.1090207@android.com> References: <1449000658-11475-1-git-send-email-dcashman@android.com> <1720878.JdEcLd8bhL@wuerfel> <5665CF5A.1090207@android.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:qu0IJ26e1Gto7hrfKWL/hdJQZ9Tz9j5g/C1SwF63zxvNIc0kVWL pMXDGCEedtJ0NmEPeZY6UaiGRVWs9mz0imMi2BegUe72D3b42oMXtvgx/HNMdScKzQC8pBv sy+Y4lSRnQ5hxbasnosI0nCX8nqBBgn752p1fmUGUA+C0xxFEl804bvYi8leu5NFgS/MWHJ +dJVpz/qKYsjCaQAXFl9Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:j2xmcGXOokw=:loXGz/90LeKi9P1MwtX+dK 1udUN0HwBzgUDyt6I3FTqN+db2gDub0bqqhpsD0SYGMnSZuVWUUEaeGtTPleQVruPeIlAX1XS 33lx2Y0E8zEeKZXs3Im7mQmbJCgEzhAoanrTy57FlDE/IubTfm+9x7AXJOA8kjp3fdXq9G4s+ 1Ex1pmeb+KufSw8hxii6sRazvAcDlOlb6ZdapDmBBs4NhJ+0k7fyMGk8H7jYS+m3SlPPkgxvq BRqmV+e5Yi1AIMz39ZFEq4rcPRK6+rGN2eRp/uriCTeOtgjG2fEfw2oZAuYXxfrm27z4uokHe Dg7eAC+gWzH29BCHPYzWN8lYhQ417IRq9srtu5JRw7YoJYc48wx9Ve+qWA+sZ+5hI56hUs4gQ +bb1Fo+c3Mv/095/xBjXM00Lyo0RGQ8bDJNZ0kE+LdG5xCo7hEa2dhdCjIOx474egNIG1hpT1 lPwFtKX7NWPw07SyMdCIT5Htdu6K3pMWupPTmGDPxCMjTvKIZ6QNRqjY7hRFaaQ6kQdQwDKON soDnWIrQbjepd1xf1LR/Sc/I+ICQMXIE22hbLKqNEWWDRaFb0RUOttNyyXZSd9LMJmwVUtT7m K+tmtdjXHKyS3KmhBcz97s3Yb4EB87OccvnokB/RzTMAgQqwWHPGoPA34q8bj0Gor3SQxarEs YPX4Rc8gSNj+xWZGb1Iu34VXsk0ZQ7rF+WdE9r6n3UNLpFpUtsx8Q0RXeodQcMcYhYHBJaPtn qNdHhCQHns6Uxsvq Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 745 Lines: 18 On Monday 07 December 2015 10:26:34 Daniel Cashman wrote: > > Ideally we'd remove the #ifdef around the mmap_rnd_compat_bits declaration > > and change this code to use > > > > if (IS_ENABLED(CONFIG_COMPAT) && test_thread_flag(TIF_32BIT)) > > > That would result in "undefined reference to mmap_rnd_compat_bits" in > the not-defined case, no? No. The compiler eliminates all code paths that it knows are unused. The IS_ENABLED() macro is designed to let the compiler figure this out. Arnd -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/