Patch merged into coreboot/master: d16cd96 CBMEM CONSOLE: Add CBMEM console driver implementation.

the following patch was just integrated into master:
commit d16cd960d632db676f0928cb44a53950721c737e
Author: Vadim Bendebury 
Date:   Thu Sep 29 17:27:15 2011 -0700

CBMEM CONSOLE: Add CBMEM console driver implementation.

The CBMEM console driver saves console output in a CBMEM area, which
    then is made available to Linux applications for perusing.

There are some system limitations which need to be worked around
    to achieve this goal:

- some console traffic is generated before DRAM is initialized,
      leave alone CBMEM initialized.

- after the RAM based stage starts, a lot of traffic is generated
      before CBMEM is initialized.

As a result, the console log lives in three different places -
    the bottom of the cache as RAM space, the CBMEM buffer (where it
    is expected to be) and a static buffer used early in the RAM
    stage.

When execution starts (in the cache as RAM mode), the console
    buffer is allocated at the bottom of the cache as RAM memory
    address range. Once DRAM is initialized, the CBMEM structure is
    initialized, and then the console buffer contents are copied from
    the bottom of the cache as RAM space into the CBMEM area right
    before the cache as RAM mode is disabled. The
    src/lib/cbmem_console.c:cbmemc_reinit() takes care of the
    copying.

At this point the cache as RAM memory is about to be disabled,
    but the ROM stage is still going generating console output. To
    make sure this output is not lost, cbmemc_reinit() saves the new
    buffer address at a fixed location (0x600 was chosen for this),
    and the actual "printing" function checks to see if the RAM is
    already initialized (the stack is in RAM), and if so, gets the
    console buffer pointer from this location instead of using the
    cache as RAM address.

When the RAM stage starts, a static buffer is used to store the
    console output, as the CBMEM buffer location is not known. Then,
    when CBMEM is reinitialized, cbmemc_reinit() again takes care of
    the copying.

In case the allocated buffers are not large enough, the excessive
    data is dropped, and the copying routine adds some text to the
    output buffer to indicate that there has been data lost and how
    many characters were dropped.

Change-Id: I8c126e31db6cb2141f7f4f97c5047f39a8db44fc
    Signed-off-by: Vadim Bendebury

Build-Tested: build bot (Jenkins) at Fri Mar  9 16:00:41 2012, giving +1
See http://review.coreboot.org/719 for details.

-gerrit