Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Message-ID: <16822a0460e37e7a388217c63da8882d2904d8fc.camel@linux.intel.com>
Subject: Re: --orphan-handling=warn
From:   Kristen Carlson Accardi <kristen@linux.intel.com>
To:     Kees Cook <keescook@chromium.org>,
        Fangrui Song <maskray@google.com>
Cc:     Nick Desaulniers <ndesaulniers@google.com>,
        Arvind Sankar <nivedita@alum.mit.edu>,
        Borislav Petkov <bp@alien8.de>,
        Nathan Chancellor <natechancellor@gmail.com>,
        Thomas Gleixner <tglx@linutronix.de>,
        "maintainer:X86 ARCHITECTURE (32-BIT AND 64-BIT)" <x86@kernel.org>,
        LKML <linux-kernel@vger.kernel.org>,
        clang-built-linux <clang-built-linux@googlegroups.com>,
        Michael Matz <matz@suse.de>
Date:   Wed, 26 Feb 2020 11:11:01 -0800
In-Reply-To: <202002252103.B4BBF01091@keescook>
References: <20200222072144.asqaxlv364s6ezbv@google.com>
         <20200222074254.GB11284@zn.tnic>
         <20200222162225.GA3326744@rani.riverdale.lan>
         <CAKwvOdnvMS21s9gLp5nUpDAOu=c7-iWYuKTeFUq+PMhsJOKUgw@mail.gmail.com>
         <202002242122.AA4D1B8@keescook>
         <20200225182951.GA1179890@rani.riverdale.lan>
         <202002251140.4F28F0A4F@keescook>
         <CAKwvOdnkr1W4LTm8XmTKGkSDUhSBRowLbKwJwyitDMAGLh9ywg@mail.gmail.com>
         <202002251358.EDA50C11F@keescook>
         <20200226015606.ij7wn7emuj4bfkvn@google.com>
         <202002252103.B4BBF01091@keescook>
Content-Type: text/plain; charset="UTF-8"
User-Agent: Evolution 3.30.5 (3.30.5-1.fc29) 
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On Tue, 2020-02-25 at 21:35 -0800, Kees Cook wrote:
> 
> Thanks for looking into this! It'll be really nice to have the orphan
> section warnings working in the kernel. And getting the ground work
> for
> FGKASLR ready will be nice!
> 
> Kristen, can I convince you that FG stands for function-granular
> instead of fine-grain? :)
> 

Yes, sounds good to me - that way if we ever do basic block reordering
or some crazy thing like that we don't have to say even-finer-fine-
grained KASLR :).

Thanks for your help making this work.