I spent today trying to get the Supermicro X11SSH-TF working with the latest Coreboot 4.14 from git.
Board is at vendor firmware 2.5 (latest) and also most recent BMC firmware.
Luckily, writing the image has been possible via the vendor BMC (which preferably I would like to also replace with u-bmc once Coreboot runs).
After reboot into CB, the screen stays blank. I do not have a serial connection available at the moment. I do have the BMC, though:
The vendor BMC recognizes the Coreboot image and correctly displays header information such as build time and version (4.14). Also, the BMC does read the POST code from Coreboot. It rather quickly cycles through values and ends up at 0xE3 every time. And stops there.
According to the sources, that step is related to memory init. So to be sure, I swapped out the Samsung 2x16GB ECC modules with standard Non-ECC Corsair DDR4. Both functional with the Supermicro firmware, both POSTing to 0xE3 with Coreboot.
Is there any chance a recent commit has broken stuff with this board? I read reports that this board worked for some people, so I must have made a mistake?
Basically I followed the documentation, used the provided configuration options and supplied the me.bin and descriptor.bin extracted from the original firmware and kept the rest to defaults. Fsp is taken from the 3rd party repo. Is that fine for this platform?
I would appreciate any pointers or ideas what might hinder success. Will there be debug output written to the serial console?
If anybody has the board working, could he/she share his configuration, Coreboot version and 3rd party blobs used?
Also, once I get to run I would love to improve the documentation, so that people new to the subject like me have an easier time. I went through a couple of pitfalls that I would like to explain so others can follow in my footsteps.
-Andreas