lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Mon, 8 Sep 2008 12:35:51 -0700
From:	"Yinghai Lu" <yhlu.kernel@...il.com>
To:	"Luca Tettamanti" <kronos.it@...il.com>
Cc:	"Ingo Molnar" <mingo@...e.hu>, "H. Peter Anvin" <hpa@...nel.org>,
	"Peter Zijlstra" <peterz@...radead.org>,
	linux-kernel@...r.kernel.org, mingo@...hat.com
Subject: Re: [2.6.27] overlapping early reservations [was: early exception - lockdep related?]

On Mon, Sep 8, 2008 at 12:14 PM, Luca Tettamanti <kronos.it@...il.com> wrote:
> On Mon, Sep 8, 2008 at 8:04 PM, Yinghai Lu <yhlu.kernel@...il.com> wrote:
>> On Mon, Sep 8, 2008 at 10:54 AM, Luca Tettamanti <kronos.it@...il.com> wrote:
>>
>> can you post boot log with working kernel + "debug"?
>
> This is the map of the early reservations (will send the dmesg + debug later):
>
> [    0.000000] (6 early reservations) ==> bootmem [0000000000 - 00bbf90000]
> [    0.000000]   #0 [0000000000 - 0000001000]   BIOS data page ==>
> [0000000000 - 0000001000]
> [    0.000000]   #1 [0000006000 - 0000008000]       TRAMPOLINE ==>
> [0000006000 - 0000008000]
> [    0.000000]   #2 [0000200000 - 0000d012b8]    TEXT DATA BSS ==>
> [0000200000 - 0000d012b8]
> [    0.000000]   #3 [00037dc000 - 00040fe2d9]          RAMDISK ==>
> [00037dc000 - 00040fe2d9]
> [    0.000000]   #4 [000009c800 - 0000100000]    BIOS reserved ==>
> [000009c800 - 0000100000]
> [    0.000000]   #5 [0000008000 - 000000b000]          PGTABLE ==>
> [0000008000 - 000000b000]
>
> As a side note: I've bigger older (2.6.26) kernels that boots fine,
> and smaller 2.6.27 kernels that do not work, e.g. this one:

that could explain sth. big kernel use more,  and lilo put ramdisk
high from 0x37dc000

>
> Overlapping early reservations b71000-effb43 RAMDISK to 200000-c84ecf
> TEXT DATA BSS

need to figure out, lilo put ramdisk so low...

need to know e820 table layout...

YH
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ