[coreboot] build service results for r5238

[coreboot information]

Dear coreboot readers!

This is the automatic build system of coreboot.

The developer "stepan" checked in revision 5238 to
the coreboot repository. This caused the following 
changes:

Change Log:
>From Keith Hui:

This patch implements a full SDRAM buffer strength programming algorithm in
set_dram_buffer_strength(), checked against my P2B-LS factory BIOS. With this
in place, I now have 133MHz (!) stability with three 256MB PC133 modules, and
can boot Fedora 11 all the way to the init daemon (actually upstart, but that's
another story). Not to login prompt yet. We'll find out why later.

This again assumes a 4-DIMM board because that's all I have. I need someone
with a 3-DIMM board to test it.

As a bonus, there's a big comment block within that illustrates the algorithm.
:-)

Signed-off-by: Keith Hui <buurin at gmail.com>
Acked-by: Stefan Reinauer <stepan at coresystems.de>




Build Log:
Compilation of supermicro:x6dhe_g2 is still broken
See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=5238&device=x6dhe_g2&vendor=supermicro&num=2
Compilation of supermicro:x6dhr_ig is still broken
See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=5238&device=x6dhr_ig&vendor=supermicro&num=2
Compilation of supermicro:x6dhr_ig2 is still broken
See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=5238&device=x6dhr_ig2&vendor=supermicro&num=2
Compilation of tyan:s2735 is still broken
See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=5238&device=s2735&vendor=tyan&num=2


If something broke during this checkin please be a pain 
in stepan's neck until the issue is fixed.

If this issue is not fixed within 24h the revision should 
be backed out.

   Best regards,
     coreboot automatic build system