From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752707AbbICJKv (ORCPT ); Thu, 3 Sep 2015 05:10:51 -0400 Received: from pandora.arm.linux.org.uk ([78.32.30.218]:47110 "EHLO pandora.arm.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750749AbbICJKu (ORCPT ); Thu, 3 Sep 2015 05:10:50 -0400 Date: Thu, 3 Sep 2015 10:10:44 +0100 From: Russell King - ARM Linux To: Yongtaek Lee Cc: linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Nicolas Pitre Subject: Re: Re: Re: [PATCH] ARM: fix bug which VMALLOC_START is lowwer than 0xf0000000 Message-ID: <20150903091044.GW21084@n2100.arm.linux.org.uk> References: <1441269272.3102.3.camel@pengutronix.de> <1441269809-11688-1-git-send-email-ytk.lee@samsung.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1441269809-11688-1-git-send-email-ytk.lee@samsung.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 03, 2015 at 05:43:29PM +0900, Yongtaek Lee wrote: > > So, if we go and apply your logic to a 1GB system we should resize the > > vmalloc area to 0 bytes in order to avoid RAM truncation without > > CONFIG_HIGHMEM? > > As you already know, CONFIG_HIGHMEM option is necessary if RAM is > more than 1GB. So no need to resize vmalloc area to 0. Wrong, there is no such "rule". If we apply that rule, then if you have 1GB of RAM, it will fill from 0xc0000000 to 0xffffffff inclusive. There will be _zero_ bytes of vmalloc space. There will be _zero_ bytes of IO mappings. There won't even be a vectors page, so the kernel _will_ crash on the first exception. The "rule" you think exists doesn't because it is wrong. -- FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up according to speedtest.net.