the following patch was just integrated into master:
commit e42133f33e94a5c55aa98d2a6432e10108232846
Author: Stefan Reinauer <reinauer(a)google.com>
Date: Wed Dec 5 17:12:10 2012 -0800
Fix xcompile for ARMv7 and our cross toolchain
The naming of architectures is highly inconsistent between
the different components of the toolchain. In binutils, the
file architecture is elf32-littlearch. In GCC it's armv7a-eabi.
This patch adds support for different BFD / GCC names
Change-Id: Ib644f71e8d8b4964adec73eed23921d3838e8aa7
Signed-off-by: Stefan Reinauer <reinauer(a)google.com>
Reviewed-on: http://review.coreboot.org/1969
Reviewed-by: Ronald G. Minnich <rminnich(a)gmail.com>
Tested-by: build bot (Jenkins)
Reviewed-by: David Hendricks <dhendrix(a)chromium.org>
Build-Tested: build bot (Jenkins) at Thu Dec 6 02:30:44 2012, giving +1
Reviewed-By: David Hendricks <dhendrix(a)chromium.org> at Thu Dec 6 02:33:15 2012, giving +2
Reviewed-By: Ronald G. Minnich <rminnich(a)gmail.com> at Thu Dec 6 02:30:08 2012, giving +2
See http://review.coreboot.org/1969 for details.
-gerrit
the following patch was just integrated into master:
commit 6edb729cee4ebeb06aa4db54e682cc0a39ac9fa1
Author: Stefan Reinauer <reinauer(a)google.com>
Date: Wed Dec 5 17:09:01 2012 -0800
Drop ARCH_ARM in favor of ARCH_ARMV7
The ARM architecture is really many architectures, and most
of them need their own toolchain. After discussing with Ron
and David, we decided that we're going to call the architecture
of our ARM board armv7.. This patch cleans out the remainders
of ARCH_ARM in the tree and moves on to consistent ARMv7 naming.
As of now, we only support little endian ARMv7 CPUs. We can
fix that for big endian if/when it comes our way.
Change-Id: Id70c7ef615f600e4d09961d811e7ac974fce4811
Signed-off-by: Stefan Reinauer <reinauer(a)google.com>
Reviewed-on: http://review.coreboot.org/1968
Tested-by: build bot (Jenkins)
Reviewed-by: Ronald G. Minnich <rminnich(a)gmail.com>
Build-Tested: build bot (Jenkins) at Thu Dec 6 02:23:37 2012, giving +1
Reviewed-By: Ronald G. Minnich <rminnich(a)gmail.com> at Thu Dec 6 02:26:42 2012, giving +2
See http://review.coreboot.org/1968 for details.
-gerrit
Stefan Reinauer (stefan.reinauer(a)coreboot.org) just uploaded a new patch set to gerrit, which you can find at http://review.coreboot.org/1968
-gerrit
commit b1d3a413b408ccc0a52b16fdd61dd61d036e0244
Author: Stefan Reinauer <reinauer(a)google.com>
Date: Wed Dec 5 17:09:01 2012 -0800
Drop ARCH_ARM in favor of ARCH_ARMV7
The ARM architecture is really many architectures, and most
of them need their own toolchain. After discussing with Ron
and David, we decided that we're going to call the architecture
of our ARM board armv7.. This patch cleans out the remainders
of ARCH_ARM in the tree and moves on to consistent ARMv7 naming.
As of now, we only support little endian ARMv7 CPUs. We can
fix that for big endian if/when it comes our way.
Change-Id: Id70c7ef615f600e4d09961d811e7ac974fce4811
Signed-off-by: Stefan Reinauer <reinauer(a)google.com>
---
Makefile | 4 ++--
src/Kconfig | 4 ----
2 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/Makefile b/Makefile
index 4faf12b..6e8bd0d 100644
--- a/Makefile
+++ b/Makefile
@@ -113,14 +113,14 @@ else
include $(HAVE_DOTCONFIG)
-ARCHDIR-$(CONFIG_ARCH_ARM) := armv7
+ARCHDIR-$(CONFIG_ARCH_ARMV7) := armv7
ARCHDIR-$(CONFIG_ARCH_X86) := x86
ARCH-y := $(ARCHDIR-y)
# If architecture folder name is different from GCC binutils architecture name,
# override here.
-ARCH-$(CONFIG_ARCH_ARM) := littlearm
+ARCH-$(CONFIG_ARCH_ARMV7) := armv7
ARCH-$(CONFIG_ARCH_X86) := i386
CC := $(CC_$(ARCH-y))
diff --git a/src/Kconfig b/src/Kconfig
index ef7fcf6..d005d83 100644
--- a/src/Kconfig
+++ b/src/Kconfig
@@ -205,10 +205,6 @@ config ARCH_X86
default n
select PCI
-config ARCH_ARM
- bool
- default n
-
config ARCH_ARMV7
bool
default n
the following patch was just integrated into master:
commit 4266b92db06eae5c6aa3c8cc8eb2b873f40ecbba
Author: Stefan Reinauer <reinauer(a)google.com>
Date: Wed Dec 5 16:18:32 2012 -0800
crossgcc: Fix buildgcc on Mac OS X
Once again, the compiler we use on Mac OS X had trouble compiling GCC.
Switch to llvm-gcc because that one works with Xcode 4.5.2 and gcc 4.7.2.
Also drop the -W flags not known to Xcode from the iasl Makefile, and
drop the --remove-destination option from the copy, because that does not
exist on Darwin.
Change-Id: I9f978f65b5ae7edee2ecdcab337772e7a692bd9b
Signed-off-by: Stefan Reinauer <reinauer(a)google.com>
Reviewed-on: http://review.coreboot.org/1967
Tested-by: build bot (Jenkins)
Reviewed-by: David Hendricks <dhendrix(a)chromium.org>
Reviewed-by: Ronald G. Minnich <rminnich(a)gmail.com>
Build-Tested: build bot (Jenkins) at Thu Dec 6 01:30:16 2012, giving +1
Reviewed-By: David Hendricks <dhendrix(a)chromium.org> at Thu Dec 6 01:56:08 2012, giving +1
Reviewed-By: Ronald G. Minnich <rminnich(a)gmail.com> at Thu Dec 6 02:01:41 2012, giving +2
See http://review.coreboot.org/1967 for details.
-gerrit
On Mon, Dec 03, 2012 at 05:12:03PM -0800, Kui Zhang wrote:
> I got some old boxes: tyan s2882-d, dual opteron processors, 16G RAM. 512K
> bios flash.
>
> So far, I am not able to get it to boot. It appears to reboot during CPU
> init.
>
> If anyone got coreboot working on this board, which revision did it worked
> last ?
That would have been me, I think. I'm not 100% sure we still have an s2882;
we only had one if I recall correctly. I can check later this week. Some
revision(s) it worked with are listed on http://www.coreboot.org/Tyan_S2882.
Those are revisions from the old SVN tree; you can grep the git log for the
svn revision number (it is listed); you'll see these are revisions from 2006.
I do have an s2881 that I booted succesfully about 5 or 6 weeks ago, with
coreboot head. It's a very similar board.
Have you tried with less ram?
Thanks,
Ward.
--
Ward Vandewege | CTO, Free Software Foundation
GPG Key: 25F774AB | http://identi.ca/cure | http://fsf.org/blogs/RSS
Do you use free software? Donate to join the FSF and support freedom at
http://www.fsf.org/register_form?referrer=859
Hi,
On Tue, 4 Dec 2012 14:12:40 -0800
David Hendricks <dhendrix(a)google.com> wrote:
> Hello Siyuan,
> You might find this webpage useful:
> http://www.phisch.org/website/efiboot/
>
> Have you built Coreboot for your target mainboard or emulator?
> Coreboot can load any ELF payload (Payload -> Add a payload -> An ELF
> executable payload and provide the path to your payload).
>
> I have not attempted using a UDK-generated payload... There may be
> additional requirements for UEFI such as wrapping the binary into ELF
> format and adding data structures resident in memory (HOBs). The
> efiboot project appears to address these issues.
However,according to the link you pasted, it seems that they didn't
release the source code yet:
"Unfortunately, the efiload source code as well as the CorebootPkg
cannot be distributed at this time due to legal obligations."
Denis.
the following patch was just integrated into master:
commit 0f5caa26cb0b25ae452a14aedc71f5c137850a4e
Author: David Hendricks <dhendrix(a)chromium.org>
Date: Fri Nov 30 19:16:50 2012 -0800
Conditionally include mc146818rtc in console.c
get_option() is used to get a config option (debug loglevel) from
CMOS. However, not all machines have CMOS, so define a dummy inline
function that will return an error code so the caller (console_init())
will use the default loglevel.
Change-Id: I6adf371d79164178f40a83f7608289a6a7673357
Signed-off-by: David Hendricks <dhendrix(a)chromium.org>
Reviewed-on: http://review.coreboot.org/1962
Tested-by: build bot (Jenkins)
Reviewed-by: Ronald G. Minnich <rminnich(a)gmail.com>
Build-Tested: build bot (Jenkins) at Wed Dec 5 05:26:11 2012, giving +1
Reviewed-By: Ronald G. Minnich <rminnich(a)gmail.com> at Wed Dec 5 05:26:31 2012, giving +2
See http://review.coreboot.org/1962 for details.
-gerrit