<div dir="ltr"><div>Hello Persmule,</div><div><br></div><div>Please, forgive for my ignorance regarding X200 HW. No clue how it really looks inside (except normal, usual configuration).</div><div><br></div>I have looked into the log, and I do not understand the romstage phase, namely this:<div><br></div><div><div>Memory configured in dual-channel asymmetric mode.</div><div>Memory map:</div><div>TOM   =   512MB</div><div>TOLUD =   512MB</div><div>TOUUD =   512MB</div><div>REMAP:<span class="gmail-Apple-tab-span" style="white-space:pre">       </span> base  = 65535MB</div><div><span class="gmail-Apple-tab-span" style="white-space:pre">      </span> limit =     0MB</div><div>usedMEsize: 0MB</div><div><b><i><u>Performing Jedec initialization at address 0x00000000.</u></i></b></div><div><b><i><u>Performing Jedec initialization at address 0x08000000.</u></i></b></div><div><b><i><u>Performing Jedec initialization at address 0x10000000.</u></i></b></div><div><b><i><u>Performing Jedec initialization at address 0x18000000.</u></i></b></div></div><div><b><i><u><br></u></i></b></div><div>Seems that you have somewhere in X200 128MB NVRAM as four banks (gives total of 512MB NVRAM). So, if this repeats every time, regardless how you shutdown Linux, you need to skip this depending upon the shutdown conditions.</div><div><br></div><div>I repeat, I have no idea what this NVRAM is for? And where/how it is located? Anyway, 512MB of NVRAM for booting Coreboot, or BIOS (for keeping postmortem boot-loader or OS parameters) seems too much (at least to me), don't you think?</div><div><br></div><div>Zoran</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 19, 2017 at 10:11 AM, Persmule <span dir="ltr"><<a href="mailto:persmule@gmail.com" target="_blank">persmule@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    Hi all,<br>
    <br>
    I recently built and flashed a coreboot image to my thinkpad x200s,
    with an IFD generated by libreboot's ich9gen. After flashing,
    everything seems okay, but if I let the Debian GNU/Linux installed
    on that machine finish its booting, all the reasonable value inside
    NVRAM will be reset to default during next boot (detected via
    nvrancui), whether I shut it down properly or cut its power
    violently. <br>
    <br>
    I have done several tests, whose result is listed below:<br>
    <br>
    <table cellpadding="2" cellspacing="2" border="1" width="100%">
      <tbody>
        <tr>
          <td valign="top">Boot mode<br>
          </td>
          <td valign="top">NVRAM reset?<br>
          </td>
        </tr>
        <tr>
          <td valign="top">payload (reboot immediately)</td>
          <td valign="top">no<br>
          </td>
        </tr>
        <tr>
          <td valign="top">parted magic<br>
          </td>
          <td valign="top">no<br>
          </td>
        </tr>
        <tr>
          <td valign="top">trisquel live<br>
          </td>
          <td valign="top">no<br>
          </td>
        </tr>
        <tr>
          <td valign="top">kali live<br>
          </td>
          <td valign="top">no<br>
          </td>
        </tr>
        <tr>
          <td valign="top">Debian recovery mode (reboot immediately)<br>
          </td>
          <td valign="top">no<br>
          </td>
        </tr>
        <tr>
          <td valign="top">Debian installer<br>
          </td>
          <td valign="top">no<br>
          </td>
        </tr>
        <tr>
          <td valign="top">Debian normal boot (with or without display
            manager)<br>
          </td>
          <td valign="top">yes<br>
          </td>
        </tr>
        <tr>
          <td valign="top">Debian recovery mode (finish recovery and
            continue booting)<br>
          </td>
          <td valign="top">yes<br>
          </td>
        </tr>
        <tr>
          <td valign="top">Debian normal boot with kernel of Debian
            installer</td>
          <td valign="top">yes<br>
          </td>
        </tr>
      </tbody>
    </table>
    <br>
    If I modify those value with nvramtool and reboot, they will be
    reset to default. If I zero the nvram region in a normal booted
    Debian by running "# nvramtool -B /dev/zero" and reboot, the content
    of NVRAM will keep all zero, and will reset during next reboot.<br>
    <br>
    Now in order to keep using my preferred value, I may have to write
    those value to cmos.default, enable STATIC_OPTION_TABLE, and then
    build them into the image.<br>
    <br>
    The problem should be inside the Debian user land. Do you guys have
    any clue how to locate it?<br>
    <br>
    Best regards,<br>
    <br>
    Persmule<br>
    <p><br>
    </p>
  </div>

<br>--<br>
coreboot mailing list: <a href="mailto:coreboot@coreboot.org">coreboot@coreboot.org</a><br>
<a href="https://www.coreboot.org/mailman/listinfo/coreboot" rel="noreferrer" target="_blank">https://www.coreboot.org/<wbr>mailman/listinfo/coreboot</a><br></blockquote></div><br></div>