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: <5d6222a80806032220ta8d3847l3ce0c0a8df135446@mail.gmail.com>
Date:	Wed, 4 Jun 2008 02:20:18 -0300
From:	"Glauber Costa" <glommer@...il.com>
To:	"Yinghai Lu" <yhlu.kernel@...il.com>
Cc:	"Glauber Costa" <gcosta@...hat.com>, linux-kernel@...r.kernel.org,
	akpm@...ux-foundation.org, tglx@...utronix.de, mingo@...e.hu
Subject: Re: [PATCH] Make x86 latest boot with non-discontig boxes

On Wed, Jun 4, 2008 at 1:51 AM, Yinghai Lu <yhlu.kernel@...il.com> wrote:
> On Tue, Jun 3, 2008 at 9:08 PM, Glauber Costa <gcosta@...hat.com> wrote:
>> Commit 0596152388e234efebce464355186ad9e16c8cb6
>> broke my box, since it removes completely the call to
>> memory_present() at e820 setup.
>>
>> It seems to be really not needed with discontig memory,
>> but with flat and sparse, I get an early crash. The proposed patch
>> moves the call memory_present() to setup_memory, the one
>> present in setup_32.c.
>>
>> Signed-off-by: Glauber Costa <gcosta@...hat.com>
>> CC: Yinghai Lu <yhlu.kernel@...il.com>
>> ---
>>  arch/x86/kernel/setup_32.c |    2 ++
>>  1 files changed, 2 insertions(+), 0 deletions(-)
>>
>> diff --git a/arch/x86/kernel/setup_32.c b/arch/x86/kernel/setup_32.c
>> index 2901042..841eb2f 100644
>> --- a/arch/x86/kernel/setup_32.c
>> +++ b/arch/x86/kernel/setup_32.c
>> @@ -388,6 +388,8 @@ static unsigned long __init setup_memory(void)
>>  #ifdef CONFIG_FLATMEM
>>        max_mapnr = num_physpages;
>>  #endif
>> +       memory_present(0, 0, max_pfn);
>> +
>>        printk(KERN_NOTICE "%ldMB LOWMEM available.\n",
>>                        pages_to_mb(max_low_pfn));
>>
>> --
> thanks
>
> http://lkml.org/lkml/2008/6/3/229
> [PATCH] x86: change propagate_e820_map back to find_max_pfn -32bit - fix
>
> already address that.
>
> YH

Great.

I guess it was not on the tree yet, then.

-- 
Glauber Costa.
"Free as in Freedom"
http://glommer.net

"The less confident you are, the more serious you have to act."
--
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