linux-kernel - Re: [PATCH v7u1 00/31] x86, boot, 64bit: Add support for loading ramdisk and bzImage above 4G

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]

Message-ID: <CAE9FiQVhk4jc5WaOC5b+dn6Jo1w7s01MUBL16P43tNxav4kJzA@mail.gmail.com>
Date:	Tue, 15 Jan 2013 11:28:43 -0800
From:	Yinghai Lu <yinghai@...nel.org>
To:	Stefano Stabellini <stefano.stabellini@...citrix.com>
Cc:	Thomas Gleixner <tglx@...utronix.de>, Ingo Molnar <mingo@...e.hu>,
	"H. Peter Anvin" <hpa@...or.com>,
	"Eric W. Biederman" <ebiederm@...ssion.com>,
	Andrew Morton <akpm@...ux-foundation.org>,
	Borislav Petkov <bp@...en8.de>, Jan Kiszka <jan.kiszka@....de>,
	Jason Wessel <jason.wessel@...driver.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	Konrad Rzeszutek Wilk <konrad.wilk@...cle.com>
Subject: Re: [PATCH v7u1 00/31] x86, boot, 64bit: Add support for loading
 ramdisk and bzImage above 4G

On Tue, Jan 15, 2013 at 8:43 AM, Yinghai Lu <yinghai@...nel.org> wrote:
> On Tue, Jan 15, 2013 at 4:19 AM, Stefano Stabellini
> <stefano.stabellini@...citrix.com> wrote:
>>> could be found at:
>>>
>>>         git://git.kernel.org/pub/scm/linux/kernel/git/yinghai/linux-yinghai.git for-x86-boot
>>
>> I tried to boot this kernel as PV guest with 2GB of RAM, but
>> unfortunately it crashes early on at boot (earlyprintk=xen log
>> appended).
>>
>>
>>
>> mapping kernel into physical memory
>> about to get started...
>> [    0.000000] Initializing cgroup subsys cpuset
>> [    0.000000] Linux version 3.8.0-rc3+ (sstabellini@...2) (gcc version 4.4.5 (Debian 4.4.5-8) ) #4 SMP Tue Jan 15 12:11:59 UTC 2013
>> [    0.000000] Command line: root=/dev/xvda1 rw loglevel=9 debug console=hvc0 earlyprintk=xen
>> [    0.000000] ACPI in unprivileged domain disabled
>> [    0.000000] e820: BIOS-provided physical RAM map:
>> [    0.000000] Xen: [mem 0x0000000000000000-0x000000000009ffff] usable
>> [    0.000000] Xen: [mem 0x00000000000a0000-0x00000000000fffff] reserved
>> [    0.000000] Xen: [mem 0x0000000000100000-0x000000007fffffff] usable
>> [    0.000000] bootconsole [xenboot0] enabled
>> [    0.000000] NX (Execute Disable) protection: active
>> [    0.000000] DMI not present or invalid.
>> [    0.000000] e820: update [mem 0x00000000-0x0000ffff] usable ==> reserved
>> [    0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable
>> [    0.000000] No AGP bridge found
>> [    0.000000] e820: last_pfn = 0x80000 max_arch_pfn = 0x400000000
>> [    0.000000] Base memory trampoline at [ffff88000009a000] 9a000 size 24576
>> [    0.000000] init_memory_mapping: [mem 0x00000000-0x000fffff]
>> [    0.000000]  [mem 0x00000000-0x000fffff] page 4k
>> [    0.000000] init_memory_mapping: [mem 0x7fe00000-0x7fffffff]
>> [    0.000000]  [mem 0x7fe00000-0x7fffffff] page 4k
>> [    0.000000] BRK [0x023b8000, 0x023b8fff] PGTABLE
>> [    0.000000] BRK [0x023b9000, 0x023b9fff] PGTABLE
>> [    0.000000] init_memory_mapping: [mem 0x7c000000-0x7fdfffff]
>> [    0.000000]  [mem 0x7c000000-0x7fdfffff] page 4k
>> [    0.000000] BRK [0x023ba000, 0x023bafff] PGTABLE
>> [    0.000000] BRK [0x023bb000, 0x023bbfff] PGTABLE
>> [    0.000000] BRK [0x023bc000, 0x023bcfff] PGTABLE
>> [    0.000000] init_memory_mapping: [mem 0x00100000-0x7bffffff]
>> [    0.000000]  [mem 0x00100000-0x7bffffff] page 4k
>> (XEN) d15:v0: unhandled page fault (ec=0000)
>> (XEN) Pagetable walk from ffffea0000080330:
>> (XEN)  L4[0x1d4] = 0000000000000000 ffffffffffffffff
>> (XEN) domain_crash_sync called from entry.S
>> (XEN) Domain 15 (vcpu#0) crashed on cpu#3:
>> (XEN) ----[ Xen-4.3-unstable  x86_64  debug=y  Not tainted ]----
>
> ok, i think i know the cause for now,  will check if there is good way
> to fix it.

Can you please test attached patch?

Thanks

Yinghai

Download attachment "fix_xen_2g.patch" of type "application/octet-stream" (1235 bytes)