From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1752247AbcGAEHx (ORCPT <rfc822;w@1wt.eu>);
	Fri, 1 Jul 2016 00:07:53 -0400
Received: from mx1.redhat.com ([209.132.183.28]:33851 "EHLO mx1.redhat.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1750715AbcGAEHw (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Fri, 1 Jul 2016 00:07:52 -0400
Date: Fri, 1 Jul 2016 12:06:18 +0800
From: Baoquan He <bhe@redhat.com>
To: Yinghai Lu <yinghai@kernel.org>
Cc: Ye Xiaolong <xiaolong.ye@intel.com>, Kees Cook <keescook@chromium.org>,
        "Huang, Ying" <ying.huang@intel.com>, LKP ML <lkp@01.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [LKP] [x86/KASLR] ed9f007ee6: -- System halted
Message-ID: <20160701040618.GA3372@x1.redhat.com>
References: <57712812.r6MdDSquaCRYkMnh%xiaolong.ye@intel.com>
 <CAE9FiQWoNoHF0zVsXwudU3iyNYAt8rnbf64Pk-2pVUq3AB1COQ@mail.gmail.com>
 <20160628054354.GA9620@yexl-desktop>
 <CAE9FiQV50UhjJDH89C_T7f2vxFDm7Hpjn78ZKtnfeygQcsf23w@mail.gmail.com>
 <CAE9FiQVMq+fBDyZpghSndmYu6dF0Am4h9nWn1_fJjwOR5VKHug@mail.gmail.com>
 <87y45nyc0n.fsf@yhuang-mobile.sh.intel.com>
 <CAE9FiQW7=2=HjA3-DUqd1iKyahytkrx+t-8C-0fUAioavpg3Wg@mail.gmail.com>
 <20160630065837.GH8951@yexl-desktop>
 <CAE9FiQUZSw-2XftWArfq3aBg6x7H-0Db_b-yNPbV71GeRxw7hw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAE9FiQUZSw-2XftWArfq3aBg6x7H-0Db_b-yNPbV71GeRxw7hw@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.39]); Fri, 01 Jul 2016 04:06:22 +0000 (UTC)
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On 06/30/16 at 05:24pm, Yinghai Lu wrote:
> On Wed, Jun 29, 2016 at 11:58 PM, Ye Xiaolong <xiaolong.ye@intel.com> wrote:
> > On Wed, Jun 29, 2016 at 09:49:12PM -0700, Yinghai Lu wrote:
> >>On Wed, Jun 29, 2016 at 1:29 PM, Huang, Ying <ying.huang@intel.com> wrote:
> >>> If you could provide a git branch for that, that will be easier for us
> >>> to test and more accurate for you to get the right patch to be tested.
> >>>
> >>
> >>Please check
> >>
> >>git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git
> >>for-x86-v4.8-kaslr-debug
> >
> > Hi, yinghai
> >
> > Attached is the dmesg for the kernel which is built based on your
> > for-x86-v4.8-kaslr-debug branch.
> 
> Thanks for capturing the boot log.
> 
> early console in setup code
> early console in extract_kernel
> decompress_kernel:
>        input: [0x0008fba276-0x000a8818ed]
>       output: [0x0001000000-0x000a867c97] 0x09867c98: output_len
>               [0x0001000000-0x0009768fff] 0x08769000: run_size
>               [0x0001000000-0x000a867c97] 0x09867c98: output_run_size
>               [0x0001000000-0x000a8affff] 0x098b0000: init_size
> ZO text/data: [0x000a8818ee-0x000a8affff]
>      ZO heap: [0x000a888400-0x000a8983ff]
>   VO bss/brk: [0x0009674000-0x0009768fff]
> booted via startup_32()
> Physical KASLR using RDTSC...
> Virtual KASLR using RDTSC...
>   new output: [0x0006600000-0x000fe67c97] 0x09867c98: output_run_size
>    virt_addr:  0x0024000000
>   decompress: [0x0006600000-0x000fe67c97] <=== [0x0008fba276-0x000a8818ed]
> 
> Decompressing Linux...
> 
> XZ-compressed data is corrupt
> 
>  -- System halted
> 
> Hi Kees/Baoquan,
> 
> Looks like
> 
> commit ed9f007ee68478f6a50ec9971ade25a0129a5c0e
> Author: Kees Cook <keescook@chromium.org>
> Date:   Wed May 25 15:45:33 2016 -0700
> 
>     x86/KASLR: Extend kernel image physical address randomization to addresses l
> arger than 4G

I know why it happened, making patch. will reply soon.

> 
> 
> cause choose_random_location() return new output buffer
> new output: [0x0006600000-0x000fe67c97] 0x09867c98: output_run_size
> 
> that is overlapped with input data.
>        input: [0x0008fba276-0x000a8818ed]
>               ....-0x000a8affff] 0x098b0000: init_size
> 
> and input already is in mem_avoid.