<div>there are three ways for your problem</div>
<div>1. pref64 really 64 bit, and above 4G...</div>
<div>2. use base reg instead of hole reg</div>
<div>3. auto increase hole sizek...</div>
<div> </div>
<div>1, depend if it kernel driver support 64 pref.</div>
<div>2, and 3 is in the patch..., if your kernel is too old, you may use 3 only....</div>
<div> </div>
<div>YH</div>
<div> </div>
<div> </div>
<div><br><br> </div>
<div><span class="gmail_quote">On 11/22/05, <b class="gmail_sendername">Stefan Reinauer</b> <<a href="mailto:stepan@openbios.org">stepan@openbios.org</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">* Ronald G Minnich <<a href="mailto:rminnich@lanl.gov">rminnich@lanl.gov</a>> [051122 17:40]:<br>> Stefan Reinauer wrote:
<br>> >* Ronald G Minnich <<a href="mailto:rminnich@lanl.gov">rminnich@lanl.gov</a>> [051122 01:17]:<br>> ><br>> >>status, anyone? Where is this?<br>> ><br>> ><br>> >Island/Aruma. They have plenty of devices. I think there is a better
<br>> >solution to this, but I wanted to put it up so it won't get lost.<br>> ><br>><br>><br>> the code looks ok. So do I commit this one, absent a better solution?<br><br>The code hard codes the three gig memory hole for all systems. Which
<br>is maybe not what we want.<br><br>I think <a href="https://www.openbios.org/roundup/linuxbios/issue33">https://www.openbios.org/roundup/linuxbios/issue33</a> might be<br>another approach for the problem. Yinghai?<br><br>
<br>-- Stefan<br><br><br><br>--<br>LinuxBIOS mailing list<br><a href="mailto:LinuxBIOS@openbios.org">LinuxBIOS@openbios.org</a><br><a href="http://www.openbios.org/mailman/listinfo/linuxbios">http://www.openbios.org/mailman/listinfo/linuxbios
</a><br></blockquote></div><br>