Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1432220 > unrolled thread

Re: [x86/KASLR] ed9f007ee6: -- System halted

Started byYinghai Lu <yinghai@kernel.org>
First post2016-06-27 21:00 +0200
Last post2016-07-01 06:50 +0200
Articles 8 — 4 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [x86/KASLR] ed9f007ee6: -- System halted Yinghai Lu <yinghai@kernel.org> - 2016-06-27 21:00 +0200
    Re: [x86/KASLR] ed9f007ee6: -- System halted Yinghai Lu <yinghai@kernel.org> - 2016-06-29 22:10 +0200
      Re: [LKP] [x86/KASLR] ed9f007ee6: -- System halted "Huang\, Ying" <ying.huang@intel.com> - 2016-06-29 22:30 +0200
        Re: [LKP] [x86/KASLR] ed9f007ee6: -- System halted Yinghai Lu <yinghai@kernel.org> - 2016-06-30 06:50 +0200
          Re: [LKP] [x86/KASLR] ed9f007ee6: -- System halted Ye Xiaolong <xiaolong.ye@intel.com> - 2016-06-30 09:10 +0200
            Re: [LKP] [x86/KASLR] ed9f007ee6: -- System halted Yinghai Lu <yinghai@kernel.org> - 2016-07-01 02:30 +0200
              Re: [LKP] [x86/KASLR] ed9f007ee6: -- System halted Baoquan He <bhe@redhat.com> - 2016-07-01 06:10 +0200
                Re: [LKP] [x86/KASLR] ed9f007ee6: -- System halted Baoquan He <bhe@redhat.com> - 2016-07-01 06:50 +0200

#1432220 — Re: [x86/KASLR] ed9f007ee6: -- System halted

FromYinghai Lu <yinghai@kernel.org>
Date2016-06-27 21:00 +0200
SubjectRe: [x86/KASLR] ed9f007ee6: -- System halted
Message-ID<rOJVf-454-3@gated-at.bofh.it>

[Multipart message — attachments visible in raw view] — view raw

output is:

early console in setup code
early console in extract_kernel
input_data: 0x0000000008fbb276
input_len: 0x00000000018c6e00
output: 0x0000000001000000
output_len: 0x0000000009867c98
kernel_total_size: 0x0000000008769000
booted via startup_32()
Physical KASLR using RDTSC...
Virtual KASLR using RDTSC...

Decompressing Linux...

XZ-compressed data is corrupt

 -- System halted

Can you apply attached debug patch and send out dmesg?

[toc] | [next] | [standalone]


#1434027

FromYinghai Lu <yinghai@kernel.org>
Date2016-06-29 22:10 +0200
Message-ID<rPtY6-d1-15@gated-at.bofh.it>
In reply to#1432220

[Multipart message — attachments visible in raw view] — view raw

On Tue, Jun 28, 2016 at 12:49 PM, Yinghai Lu <yinghai@kernel.org> wrote:
> On Mon, Jun 27, 2016 at 10:43 PM, Ye Xiaolong <xiaolong.ye@intel.com> wrote:
>> On Mon, Jun 27, 2016 at 11:59:37AM -0700, Yinghai Lu wrote:
>>>output is:
>>>
>>>early console in setup code
>>>early console in extract_kernel
>>>input_data: 0x0000000008fbb276
>>>input_len: 0x00000000018c6e00
>>>output: 0x0000000001000000
>>>output_len: 0x0000000009867c98
>>>kernel_total_size: 0x0000000008769000
>>>booted via startup_32()
>>>Physical KASLR using RDTSC...
>>>Virtual KASLR using RDTSC...
>>>
>>>Decompressing Linux...
>>>
>>>XZ-compressed data is corrupt
>>>
>>> -- System halted
>>>
>>>Can you apply attached debug patch and send out dmesg?
>>
>> There are 4 patches you attached, do you mean to apply them all based on
>> commit ed9f007ee6? I tried and seemed they can't apply clearly on it.
>

Please check attached updated debug patches.

You should apply them after ed9f007ee6 in following sequence

revert_79063a7.patch
early_console_more_2_2x.patch
early_console_more_2_2x_add_0.patch
early_console_more_2_2x_add_1.patch

Thanks

Yinghai

[toc] | [prev] | [next] | [standalone]


#1434040 — Re: [LKP] [x86/KASLR] ed9f007ee6: -- System halted

From"Huang\, Ying" <ying.huang@intel.com>
Date2016-06-29 22:30 +0200
SubjectRe: [LKP] [x86/KASLR] ed9f007ee6: -- System halted
Message-ID<rPuhr-jy-9@gated-at.bofh.it>
In reply to#1434027
Hi, Yinghai,

Yinghai Lu <yinghai@kernel.org> writes:

> On Tue, Jun 28, 2016 at 12:49 PM, Yinghai Lu <yinghai@kernel.org> wrote:
>> On Mon, Jun 27, 2016 at 10:43 PM, Ye Xiaolong <xiaolong.ye@intel.com> wrote:
>>> On Mon, Jun 27, 2016 at 11:59:37AM -0700, Yinghai Lu wrote:
>>>>output is:
>>>>
>>>>early console in setup code
>>>>early console in extract_kernel
>>>>input_data: 0x0000000008fbb276
>>>>input_len: 0x00000000018c6e00
>>>>output: 0x0000000001000000
>>>>output_len: 0x0000000009867c98
>>>>kernel_total_size: 0x0000000008769000
>>>>booted via startup_32()
>>>>Physical KASLR using RDTSC...
>>>>Virtual KASLR using RDTSC...
>>>>
>>>>Decompressing Linux...
>>>>
>>>>XZ-compressed data is corrupt
>>>>
>>>> -- System halted
>>>>
>>>>Can you apply attached debug patch and send out dmesg?
>>>
>>> There are 4 patches you attached, do you mean to apply them all based on
>>> commit ed9f007ee6? I tried and seemed they can't apply clearly on it.
>>
>
> Please check attached updated debug patches.
>
> You should apply them after ed9f007ee6 in following sequence
>
> revert_79063a7.patch
> early_console_more_2_2x.patch
> early_console_more_2_2x_add_0.patch
> early_console_more_2_2x_add_1.patch

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.

Best Regards,
Huang, Ying

[toc] | [prev] | [next] | [standalone]


#1434222 — Re: [LKP] [x86/KASLR] ed9f007ee6: -- System halted

FromYinghai Lu <yinghai@kernel.org>
Date2016-06-30 06:50 +0200
SubjectRe: [LKP] [x86/KASLR] ed9f007ee6: -- System halted
Message-ID<rPC5j-568-1@gated-at.bofh.it>
In reply to#1434040
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

Thanks

Yinghai

[toc] | [prev] | [next] | [standalone]


#1434272 — Re: [LKP] [x86/KASLR] ed9f007ee6: -- System halted

FromYe Xiaolong <xiaolong.ye@intel.com>
Date2016-06-30 09:10 +0200
SubjectRe: [LKP] [x86/KASLR] ed9f007ee6: -- System halted
Message-ID<rPEgO-6zX-15@gated-at.bofh.it>
In reply to#1434222

[Multipart message — attachments visible in raw view] — view raw

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-debugy

Hi, yinghai

Attached is the dmesg for the kernel which is built based on your
for-x86-v4.8-kaslr-debug branch. 
 
Thanks,
Xiaolong
>
>Thanks
>
>Yinghai

[toc] | [prev] | [next] | [standalone]


#1434930 — Re: [LKP] [x86/KASLR] ed9f007ee6: -- System halted

FromYinghai Lu <yinghai@kernel.org>
Date2016-07-01 02:30 +0200
SubjectRe: [LKP] [x86/KASLR] ed9f007ee6: -- System halted
Message-ID<rPUvg-7Vy-7@gated-at.bofh.it>
In reply to#1434272
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


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.

[toc] | [prev] | [next] | [standalone]


#1435000 — Re: [LKP] [x86/KASLR] ed9f007ee6: -- System halted

FromBaoquan He <bhe@redhat.com>
Date2016-07-01 06:10 +0200
SubjectRe: [LKP] [x86/KASLR] ed9f007ee6: -- System halted
Message-ID<rPXW9-1S6-3@gated-at.bofh.it>
In reply to#1434930
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.

[toc] | [prev] | [next] | [standalone]


#1435014 — Re: [LKP] [x86/KASLR] ed9f007ee6: -- System halted

FromBaoquan He <bhe@redhat.com>
Date2016-07-01 06:50 +0200
SubjectRe: [LKP] [x86/KASLR] ed9f007ee6: -- System halted
Message-ID<rPYyS-28b-13@gated-at.bofh.it>
In reply to#1435000
On 07/01/16 at 12:06pm, Baoquan He wrote:
> 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.

Sorry, I didn't get it, continue checking.

> 
> > 
> > 
> > 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.

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web