> -----BEGIN PGP SIGNED MESSAGE-----> On Fri, Jun 09, 2006 at 01:53:34PM +1200, Miskell, Craig wrote: > > > > > On Fri, Jun 09, 2006 at 12:25:16PM +1200, Miskell, Craig wrote: > > > > 5) Playing with memmap to exclude mem from 610-640K from > > > being used by > > > > the kernel. > > > > > > How about these kernel options ? > > > > > > memmap=exactmap [KNL,IA-32] Enable setting of an exact > > > E820 memory map, as specified by the user. > > > Such memmap=exactmap lines can be > > > constructed based on > > > BIOS output or other requirements. > > > See the memmap=nn at ss > > > option description. > > > > > > memmap=nn[KMG]$ss[KMG] > > > [KNL,ACPI] Mark specific memory > as reserved. > > > Region of memory to be used, from > ss to ss+nn. > > I used memmap=3K$637K to avoid the 3K segment just below > 640K (which my > > BIOS diagnostics told me was reserved), with no luck. I > bumped that up > > to memmap=30K$610K (lots of padding), also without luck. > > > > Similarly, I have tried: > > memmap=240M at 16M (no luck) > > And > > mem=240M at 16M ( no luck) > > > > as there seems to be some varying opinions on the 'net as > to which of > > those is correct syntax. > > There are not varying opinions. Using @ (instead of $) is a > valid syntax > if you want to _force_ the kernel to use that region :) Sorry, I meant "mem" vs "mmmap". I also thought that @ meant *only* use the specified region, but in hindsight that is not quite right. If I now understand correctly, @ forces the kernel to use memory it would not otherwise, and $ forces it to ignore memory that it would otherwise use. Is that correct? Craig ======================================================================= Attention: The information contained in this message and/or attachments from AgResearch Limited is intended only for the persons or entities to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipients is prohibited by AgResearch Limited. If you have received this message in error, please notify the sender immediately. =======================================================================