[coreboot] RFC porting of SB7x00/RS78x boards

Rudolf Marek r.marek at assembler.cz
Sun Mar 21 13:28:03 CET 2010


Hi all,

I went bit more through the code, looks overall very good! Thanks AMD!

Before we start the porting efforts here is the list of stuff needs to be done.

Is there anyone with spare time?

1) move fadt.c into sb700 directory

2) split ACPI dsl into smaller chunks, similar as we have for ICH7/945

3) Check why resourcemap.c is needed. The only change from default is change for
maximum bus number settings which is set to 8. Not sure if we really need any
limit here?

4) some DSDT methods are doing checks for Linux and do something with AC97
codec, I think it does not work anyway because Linux tells it is Windows to ACPI
:) Some DSDT values should be generated using ACPIgen namely HPET and something
else I forgot already. The ITE code should go to separate file, the _PTS method
is doing something to SMI, which we don't want because we dont have any SMI trap
handler.

5) The GFX reset stuff

The Mahagony board has separate GFX reset GPIO because some PCIe 16x are shared
with displayport.  I think this has to be checked for each board if such GPIO
reset is needed.

6) GPIO for IDE cable
   This is also board dependent and must be find out.

7) PCIe lanes setup. The RS780 has very flexible setup for PCIe lanes, some for
them can be multiplexed for Display Port, some for HDMI etc... There is
something written in the DS of RS780 but it is hard to understand that how it
suppose to work.

#Define gpp_configuration,      A=0, B=1, C=2, D=3, E=4(default)
#Define port_enable, (bit map): GFX(2,3), GPP(4,5,6,7)
#Define gfx_dev2_dev3, 0: a link will never be established on Dev2 or Dev3,
#                       1: the system allows a PCIE link to be established on
Dev2 or Dev3.
#Define gfx_dual_slot, 0: single slot, 1: dual slot
#Define gfx_lane_reversal, 0: disable lane reversal, 1: enable
#Define gfx_tmds, 0: didn't support TMDS, 1: support
#Define gfx_compliance, 0: didn't support compliance, 1: support
#Define gfx_reconfiguration, 0: short reconfiguration, 1(default): long
reconfiguration
#Define gfx_link_width, 0: x16, 1: x1, 2: x2, 3: x4, 4: x8, 5: x12 (not
supported), 6: x16

Each board can setup this differently, gpp_configuration = 0 means read it from
STRAP which is good because we dont have to set it up.


Is dual_slot - crossfire?

Does TMDS here means DVI/HDMI?

I try to get more ideas how this is supposed to work, maybe AMD folks can also
help ;)

Rudolf





More information about the coreboot mailing list