[coreboot] AMD SimNOW Seg Fault

Marc Karasek Marc.Karasek at Sun.COM
Mon Mar 24 17:31:51 CET 2008


Jordan,

Thanks for the offer. I was already in touch with the SimNOW group w/i 
AMD. (Trying all avenues to find a fix)

Turns out it was the max_map_count value being set to low. John Slice 
recommended a value of 8388608 and this works. I have changed my 
sysctl.conf to set this on boot.

Now for the next issue, LAB is failing on linuxrc[1] trap divide error. 
I saw this before and have booted (need to reverify) FILO successfully. 
I had narrowed it down to the Linux and not coreboot, need to debug this 
further to find the problem...

Marc

*********************
Marc Karasek
MTS
Sun Microsystems
mailto:marc.karasek at sun.com
ph:770.360.6415
*********************



Jordan Crouse wrote:
> On 20/03/08 15:33 -0400, Marc Karasek wrote:
>   
>> I have gotten some cycles and they removed our proxy server 
>> (hurrah!!!).  So I recompiled the BIOS fro SimNOW using buildrom on my 
>> test machine. 
>>
>> When I went to run SimNOW is Seg Faults.  I tried it with the default 
>> BIOS image for the Cheetah BSD, I also tried one of the other BSDs.  All 
>> of them Seg Fault. :-(
>>
>> I made the mistake of updating Fedora8_64 with the latest RPMs.   Lesson 
>> learned, if it ain't broke don't fix it...
>>
>> Does anyone have any idea what, I am guessing, package could be causing 
>> this?  I have tried with both kernels that are on the machine, with no 
>> success.  It did work at one point,  before the update.  I can nuke the 
>> box and reinstall f8_64, but would rather not. 
>>     
>
> See if you can get a core dump and send it to me with the details of your
> system - I'll send it to the SimNow team to see if they can see whats up.
>
> Also, you can try to send me your ROM and I'll see if I can break it.
>
> Jordan
>
>   




More information about the coreboot mailing list