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: <55DB55B4.7090107@suse.com>
Date:	Mon, 24 Aug 2015 19:34:44 +0200
From:	Juergen Groß <jgross@...e.com>
To:	zhenzhong.duan@...cle.com, LKML <linux-kernel@...r.kernel.org>
Subject: Re: dom0 panic with Upstream Linux 4.1 tree

On 08/17/2015 09:32 AM, Zhenzhong Duan wrote:
> Hi Maintainers
>
> I found below panic when bootup OVM3.3.3 on HP PROLIANT DL980 G7 with
> dom0_mem=max:128G, not reproduce with dom0_mem=max:127G.
> Dom0 kernel is uek4 4.1.5-5.el6uek which is based on Upstream Linux 4.1
> tree. This looks like an upstream issue.
> Appereciate any patch/fix. Thanks

I don't think there is an easy patch in 4.1 to fix that. Your system has
half of the physical memory above the 512GB boundary making it
impossible for dom0 to use. Dom0 tries to use the memory layout of the
physical host, so it can only use memory below 512GB.

As you try to allocate 128GB for Dom0 some of the memory will end above
the magic boundary (there is only a little bit less than 128GB below
the boundary available).

For 4.3 I have posted a patch series which will eventually make it into
the kernel allowing Dom0 (and other pv-domains as well) to use memory
above the 512GB boundary.


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