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: <Pine.LNX.4.64.0705310832460.6709@p34.internal.lan>
Date:	Thu, 31 May 2007 08:33:50 -0400 (EDT)
From:	Justin Piszcz <jpiszcz@...idpixels.com>
To:	Robert Hancock <hancockr@...w.ca>
cc:	Parag Warudkar <parag.warudkar@...il.com>,
	linux-kernel@...r.kernel.org
Subject: Re: Case: 7454422: Re: Kernel 2.6.21.3 does not work with 8GB of
 RAM on Intel 965WH motherboards. (FULL DMESG)



On Wed, 30 May 2007, Robert Hancock wrote:

> Parag Warudkar wrote:
>> Robert Hancock wrote:
>> 
>> 
>>> 0-3319MB
>>> 4096-8832MB
>>> 
>>> leaving 64MB of memory at the top of RAM uncached. What do you want to
>>> bet that something important (kernel code?) is getting loaded there..
>>> 
>>> So essentially it's a BIOS problem, it's not setting up the MTRRs
>>> properly in order to map all of RAM as cacheable. As Andi says, complain
>>> to Intel.
>>> 
>> 
>> Could the BADRAM patch be useful for him?
>> http://rick.vanrein.org/linux/badram/download.html has 2.6.21 version.
>> It says it supports x86_64. May be using this patch he can exclude
>> that RAM from being used/accessed?
>
> I think that mem=8832M would work as well, to make the kernel use only the 
> memory that is marked cacheable. (It looks like this parameter takes the 
> highest memory address we want the kernel to use, not the highest memory 
> amount.)
>
> -- 
> Robert Hancock      Saskatoon, SK, Canada
> To email, remove "nospam" from hancockr@...pamshaw.ca
> Home Page: http://www.roberthancock.com/
>

Thanks for all the help, I have contacted Intel with this information and 
I am going to try and get an update today, I may also try that mem= 
parameter with 'almost 8gb' sometime as well.

Is this typical for Intel motherboards?  Do AMD motherboards fair any 
better?  Curious for any user reports of people using 8GB on desktop 
boards..?
-
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