View previous topic :: View next topic |
Author |
Message |
Shining Arcanine Veteran
Joined: 24 Sep 2009 Posts: 1110
|
Posted: Sat Mar 06, 2010 2:47 pm Post subject: Reserve low 64K of RAM on AMI/Phoenix BIOSen |
|
|
I was at my local Linux User's Group meeting this week and there was a presentation on how to compile your own kernel. I ended up giving half the presentation from my seat because no one knew what many kernel options did and they did not actually need to compile them. People also did not know how to properly tune the kernel. My only regret is that I forgot to tell people to disable the routing stuff because I doubt anyone there planned on having their laptop double for a L3 router.
Anyway, the guy giving the presentation had "Reserve low 64K of RAM on AMI/Phoenix BIOSen" off, so I mentioned it. He said that he has never had a problem with it off and suggested I try having it off, so I did and suspend/resume appear to work without an issue. I am not sure if this is because the kernel happened to not be using the low 64KB of RAM when I tried it or if it is because the BIOS bug was fixed a really long time ago and this option is there for legacy purposes.
Does anyone know whether or not this bug was fixed by Phoenix (in my case) before 2006? |
|
Back to top |
|
|
Hu Administrator
Joined: 06 Mar 2007 Posts: 23062
|
Posted: Sat Mar 06, 2010 5:52 pm Post subject: Re: Reserve low 64K of RAM on AMI/Phoenix BIOSen |
|
|
Shining Arcanine wrote: | Anyway, the guy giving the presentation had "Reserve low 64K of RAM on AMI/Phoenix BIOSen" off, so I mentioned it. He said that he has never had a problem with it off and suggested I try having it off, so I did and suspend/resume appear to work without an issue. I am not sure if this is because the kernel happened to not be using the low 64KB of RAM when I tried it or if it is because the BIOS bug was fixed a really long time ago and this option is there for legacy purposes.
Does anyone know whether or not this bug was fixed by Phoenix (in my case) before 2006? | Git history shows that the configuration option appeared in x86: add X86_RESERVE_LOW_64K dated Tue Sep 16 10:07:34 2008 +0200. It appears the reservation code itself was added in x86: add DMI quirk for AMI BIOS which corrupts address 0xc000 during resume dated Tue Sep 16 09:29:09 2008 +0200. A quick scan of the bugs referenced in those commits leads to comment #109 from Ingo Molnar, which says in part: Igno Molnar wrote: | Both AMI and Phoenix BIOSes are affected, both old and new BIOSes. There's no good date cutoff and no good BIOS type and system type cutoff either. |
|
|
Back to top |
|
|
gerard27 Advocate
Joined: 04 Jan 2004 Posts: 2377 Location: Netherlands
|
Posted: Sat Mar 06, 2010 8:55 pm Post subject: |
|
|
I now own an Asus MoBo with AMI Bios.
One thing:My next MoBo will have to have another bios.
AMI sucks.
Gerard. _________________ To install Gentoo I use sysrescuecd.Based on Gentoo,has firefox to browse Gentoo docs and mc to browse (and edit) files.
The same disk can be used for 32 and 64 bit installs.
You can follow the Handbook verbatim.
http://www.sysresccd.org/Download |
|
Back to top |
|
|
Shining Arcanine Veteran
Joined: 24 Sep 2009 Posts: 1110
|
Posted: Sat Mar 06, 2010 10:28 pm Post subject: Re: Reserve low 64K of RAM on AMI/Phoenix BIOSen |
|
|
Hu wrote: | Shining Arcanine wrote: | Anyway, the guy giving the presentation had "Reserve low 64K of RAM on AMI/Phoenix BIOSen" off, so I mentioned it. He said that he has never had a problem with it off and suggested I try having it off, so I did and suspend/resume appear to work without an issue. I am not sure if this is because the kernel happened to not be using the low 64KB of RAM when I tried it or if it is because the BIOS bug was fixed a really long time ago and this option is there for legacy purposes.
Does anyone know whether or not this bug was fixed by Phoenix (in my case) before 2006? | Git history shows that the configuration option appeared in x86: add X86_RESERVE_LOW_64K dated Tue Sep 16 10:07:34 2008 +0200. It appears the reservation code itself was added in x86: add DMI quirk for AMI BIOS which corrupts address 0xc000 during resume dated Tue Sep 16 09:29:09 2008 +0200. A quick scan of the bugs referenced in those commits leads to comment #109 from Ingo Molnar, which says in part: Igno Molnar wrote: | Both AMI and Phoenix BIOSes are affected, both old and new BIOSes. There's no good date cutoff and no good BIOS type and system type cutoff either. |
|
Thankyou for the information. I will turn this back on.
Does anyone know if there is an easy test to determine whether or not this option is strictly necessary? |
|
Back to top |
|
|
gerard27 Advocate
Joined: 04 Jan 2004 Posts: 2377 Location: Netherlands
|
Posted: Sat Mar 06, 2010 11:17 pm Post subject: |
|
|
What diff will 64K make?
Better safe than sorry.
Gerard. _________________ To install Gentoo I use sysrescuecd.Based on Gentoo,has firefox to browse Gentoo docs and mc to browse (and edit) files.
The same disk can be used for 32 and 64 bit installs.
You can follow the Handbook verbatim.
http://www.sysresccd.org/Download |
|
Back to top |
|
|
|