From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752088AbaIJPjD (ORCPT ); Wed, 10 Sep 2014 11:39:03 -0400 Received: from mx1.redhat.com ([209.132.183.28]:3831 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751190AbaIJPjB (ORCPT ); Wed, 10 Sep 2014 11:39:01 -0400 Date: Wed, 10 Sep 2014 11:38:47 -0400 From: Vivek Goyal To: Baoquan He Cc: Kees Cook , LKML , Andi Kleen , Ingo Molnar , Thomas Deutschmann , Dave Young , Thomas Gleixner , WANG Chao , "H. Peter Anvin" Subject: Re: [PATCH 1/4] kaslr: check user's config too when handle relocations Message-ID: <20140910153847.GC3771@redhat.com> References: <1409926097-2101-2-git-send-email-bhe@redhat.com> <20140909062416.GA2872@dhcp-16-105.nay.redhat.com> <20140909192813.GB9435@redhat.com> <20140910072115.GA31685@dhcp-16-116.nay.redhat.com> <20140910143019.GA3771@redhat.com> <20140910150525.GB7898@redhat.com> <20140910152716.GD1887@dhcp-17-102.nay.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140910152716.GD1887@dhcp-17-102.nay.redhat.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 10, 2014 at 11:27:16PM +0800, Baoquan He wrote: > On 09/10/14 at 11:05am, Vivek Goyal wrote: > > On Wed, Sep 10, 2014 at 07:41:38AM -0700, Kees Cook wrote: > > > On Wed, Sep 10, 2014 at 7:30 AM, Vivek Goyal wrote: > > > > So I would suggest that test and repost the other patch with proper changelog > > > > and that might be sufficient for now. Only other thing we will need is > > > > Kees's patch for avoiding setup data regions in kaslr. > > > > > > If someone can confirm that my patch works, I can request x86 pull it. > > > > > > Currently living here: > > > https://git.kernel.org/cgit/linux/kernel/git/kees/linux.git/log/?h=kaslr > > > > > > > Bao, > > > > Can you please test Kees's patch and provide feedback. > > I can only use a trick by setting the E820_MAX to a very small number, > say 10 in kexec-tools. Then extra memory regions will be added into > setup data. Sufficient real test can't be taken by me since lack of > machine. I think modifying kexec-tools test should be good. Also we prepare an kexec specific data blob for EFI machines and pass to second kernel through setup_data. We can put some printk and make sure this patch avoids that region. Thanks Vivek