the following patch was just integrated into master:
commit aadf4c5effd7f31579d6105d82a7006d08eeab3e
Author: Sven Schnelle <svens(a)stackframe.org>
Date: Mon Nov 28 21:12:11 2011 +0100
X60/T60: reset baudrate loglevel to sane values
Change-Id: Iaf5861e9db0a41a184da6d2e515e3b9afe0655d6
Signed-off-by: Sven Schnelle <svens(a)stackframe.org>
Build-Tested: build bot (Jenkins) at Mon Nov 28 21:37:31 2011, giving +1
Reviewed-By: Sven Schnelle <svens(a)stackframe.org> at Thu Dec 1 11:55:43 2011, giving +2
See http://review.coreboot.org/459 for details.
-gerrit
Hi Wolfgang,
On Wed, Nov 30, 2011 at 1:46 AM, Wolfgang Kamp - datakamp
<wmkamp(a)datakamp.de> wrote:
>
>
> Hi Marc,
>
>
>
> it looks that the PCI enumeration of the LAN chip works fine, but then the
> register access fails.
>
> So lspci -vvnn lists the Realtec LAN [10ec/8168] correct, but network test
> fails to access the register.
>
> It's not possible to read out the MAC address. 0xFF on all places will be
> returned.
>
> I have attached the coreboot log file.
>
> On line 375 PCI: 01:00.0 [10ec/8168] enabled shows the bus.
>
> On line 994 down I can see assertion fails on AmdInitLate process.
>
> What does this mean? Can you help?
>
>
>
> Thanks
I don't see anything that might be causing the MAC to be blanked, but
this has been reported in other places this week. I am working on a
patch for the cpulateinit assert, but I don't know if it will fix the
issue you are seeing. I think that there are some problems with the C0
release and we need to work through them. Please post what you find in
your debug.
Thanks,
Marc
--
http://se-eng.com