[MinnowBoard] Went to boot Minnow until clear CMOS

Krau, Michael P michael.p.krau at intel.com
Fri Dec 18 22:27:03 UTC 2015


To Follow on John's response:

The CMOS storage is legacy BIOS canon, most new firmware solutions (Like UEFI and FSP) have no dependence upon the CMOS storage on a platform.  I could provide the historical rundown on the CMOS storage, but it would be of little value to resolving the issue at hand.

The firmware images provided on the firmware website: https://firmware.intel.com/projects/minnowboard-max, come in several configurations.  There are "Release" and "Debug" versions of images in both 32 and 64 bit execution mode.  Though I firmly agree that it would be best to update to the latest firmware revision (0.84).  If you have the ability to use the serial console of the MinnowBoard MAX or Turbot, you could use the Debug version to get a firmware dump at boot, which would tell you exactly how far the boot proceeded before going experiencing difficulty, this could give you more clues as to what is happening on the system.    The Debug versions do take longer to boot, as they are reporting (debug logging) everything as the boot progresses, so once you have your answers, you can always flash to the 'release' version of the same firmware to get the boot times down again.  

To answer John's question, the 0.84 firmware is the first version with the Reset pin capability on a Turbot (per the release notes for 0.84 - supported new features):
6. Main changes in this release
.....
     4) Implement the feature that all bios setup will be reset in case of the jumper          is present on Turbot Board.
     5) Add "RTC Battery Present" item in setup page.  
.....

Sincerely,


Michael Krau
 
-----Original Message-----
From: elinux-MinnowBoard [mailto:elinux-minnowboard-bounces at lists.elinux.org] On Behalf Of John Hawley
Sent: Friday, December 18, 2015 1:58 PM
To: elinux-minnowboard at lists.elinux.org
Subject: Re: [MinnowBoard] Went to boot Minnow until clear CMOS



On 12/18/2015 02:55 AM, Grigory V. Korotov wrote:
> Hi all.
> Sometimes i have issue with my minnow. I went to boot it up until i 
> clear CMOS by removing CMOS battery for few minutes.

That likely won't reset the firmware as the firmware's storage is non-volatile.  You'd either have to externally flash it, or go into the firmware itself to reset it.

There's a change on the Turbots that changes J7 to act as a firmware reset on power on, but that requires the more recent firmware (0.84 has it for sure, I'd have to go back and check if 0.83 does or not), as well as a Turbot.

> I've been done some investigation. When board is in frozen state i see 
> that CORE and GFX power supply stays in default voltages 1.1V on booth 
> channels. So cpu does not start at all and dont initialize SVID 
> iterface. When it starts correctly i see about 0.875V and 0.791V on 
> CORE and GFX channels respectively. If i manually short PMC_RSMRST or 
> PMC_CORE_PWROK signals nothing changes. Only VCC led shuts off for few 
> seconds and then shuts on again.
> Have someone same issue?

So does the board do anything?  Are you seeing anything on serial at all?  Does D2 come on or does it bounce (or not come on at all)?

> Thanks
> 
> P.S. I have 5V 12A power supply ;)

So likely not the power supply's fault ;-) _______________________________________________
elinux-MinnowBoard mailing list
elinux-MinnowBoard at lists.elinux.org
http://lists.elinux.org/mailman/listinfo/elinux-minnowboard


More information about the elinux-MinnowBoard mailing list