Re: [coreboot] how to use TianoCore as a coreboot payload

2012-12-04 Thread wx


 See Tianocore DuetPlatform ,you may find something about it ?From: 
wangsiyuanb...@gmail.com
Date: Tue, 4 Dec 2012 09:11:18 +0800
To: coreboot@coreboot.org
Subject: [coreboot] how to use TianoCore as a coreboot payload

In this page http://www.coreboot.org/TianoCore , It is said that TianoCore 
could be a payload of coreboot to implement opensource UEFI environment. 


Now, I have built UDK(UEFI development Kit) successfully. Then what to do next? 
how to use these as payload of coreboot?



-- 
Yours sincerely,
WANG Siyuan


-- 
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot   
  -- 
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot

Re: [coreboot] how to use TianoCore as a coreboot payload

2012-12-04 Thread David Hendricks
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.
-- 
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot

[coreboot] New patch to review for coreboot: 30cf0f9 crossgcc: Add support for building armv7a toolchain

2012-12-04 Thread stefan.reina...@coreboot.org
Stefan Reinauer (stefan.reina...@coreboot.org) just uploaded a new patch set to 
gerrit, which you can find at http://review.coreboot.org/1966

-gerrit

commit 30cf0f97b7cb1f71346e18149e6c13ebae12f532
Author: Stefan Reinauer reina...@chromium.org
Date:   Tue Dec 4 15:48:05 2012 -0800

crossgcc: Add support for building armv7a toolchain

!#%$@ autotools don't support all the platforms gcc and binutils
support. If you try to update to the latest autoconf, it will complain
that you have to use the older one. If I had a penny for every time
autotools broke portability...

Change-Id: I479b6c5f64f1def8dca889884e6a2b0e2ffc1fb8
Signed-off-by: Stefan Reinauer reina...@google.com
---
 util/crossgcc/patches/binutils-2.23_armv7a.patch | 12 
 util/crossgcc/patches/gcc-4.7.2_armv7a.patch | 12 
 2 files changed, 24 insertions(+)

diff --git a/util/crossgcc/patches/binutils-2.23_armv7a.patch 
b/util/crossgcc/patches/binutils-2.23_armv7a.patch
new file mode 100644
index 000..63bcc9c
--- /dev/null
+++ b/util/crossgcc/patches/binutils-2.23_armv7a.patch
@@ -0,0 +1,12 @@
+diff -u binutils-2.23/config.sub binutils-2.23/config.sub
+--- binutils-2.23/config.sub   2012-04-25 08:53:25.0 -0700
 binutils-2.23/config.sub   2012-12-04 14:58:16.050136773 -0800
+@@ -259,7 +259,7 @@
+   | alpha | alphaev[4-8] | alphaev56 | alphaev6[78] | alphapca5[67] \
+   | alpha64 | alpha64ev[4-8] | alpha64ev56 | alpha64ev6[78] | 
alpha64pca5[67] \
+   | am33_2.0 \
+-  | arc | arm | arm[bl]e | arme[lb] | armv[2345] | armv[345][lb] | avr | 
avr32 \
++  | arc | arm | arm[bl]e | arme[lb] | armv* | armv[345][lb] | avr | avr32 
\
+ | be32 | be64 \
+   | bfin \
+   | c4x | clipper \
diff --git a/util/crossgcc/patches/gcc-4.7.2_armv7a.patch 
b/util/crossgcc/patches/gcc-4.7.2_armv7a.patch
new file mode 100644
index 000..82e6609
--- /dev/null
+++ b/util/crossgcc/patches/gcc-4.7.2_armv7a.patch
@@ -0,0 +1,12 @@
+diff -ur gcc-4.7.2/config.sub gcc-4.7.2/config.sub
+--- gcc-4.7.2/config.sub   2012-08-06 07:34:27.0 -0700
 gcc-4.7.2/config.sub   2012-12-04 15:03:30.813137430 -0800
+@@ -250,7 +250,7 @@
+   | alpha | alphaev[4-8] | alphaev56 | alphaev6[78] | alphapca5[67] \
+   | alpha64 | alpha64ev[4-8] | alpha64ev56 | alpha64ev6[78] | 
alpha64pca5[67] \
+   | am33_2.0 \
+-  | arc | arm | arm[bl]e | arme[lb] | armv[2345] | armv[345][lb] | avr | 
avr32 \
++  | arc | arm | arm[bl]e | arme[lb] | armv* | armv[345][lb] | avr | avr32 
\
+ | be32 | be64 \
+   | bfin \
+   | c4x | clipper \

-- 
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot


Re: [coreboot] tyan s2882-d not booting

2012-12-04 Thread Ward Vandewege
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

-- 
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot


[coreboot] Patch set updated for coreboot: 3a7e42f Conditionally include mc146818rtc in console.c

2012-12-04 Thread dhend...@chromium.org
David Hendricks (dhend...@chromium.org) just uploaded a new patch set to 
gerrit, which you can find at http://review.coreboot.org/1962

-gerrit

commit 3a7e42f9090e91695d2fd9181c944fd224d813f8
Author: David Hendricks dhend...@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 dhend...@chromium.org
---
 src/console/console.c  | 10 ++
 src/include/pc80/mc146818rtc.h |  2 ++
 2 files changed, 12 insertions(+)

diff --git a/src/console/console.c b/src/console/console.c
index 8f60f04..d5f25a5 100644
--- a/src/console/console.c
+++ b/src/console/console.c
@@ -24,7 +24,17 @@
 
 #ifndef __PRE_RAM__
 #include string.h
+
+/*
+ * FIXME: get_option() needs to be abstracted better so that other non-volatile
+ * storage can be used. This will benefit machines without CMOS as well as 
those
+ * without a battery-backed CMOS (e.g. some laptops).
+ */
+#ifdef HAVE_CMOS_DEFAULT
 #include pc80/mc146818rtc.h
+#else
+static inline int get_option(void *dest, const char *name) { return -1; }
+#endif
 
 /* initialize the console */
 void console_init(void)
diff --git a/src/include/pc80/mc146818rtc.h b/src/include/pc80/mc146818rtc.h
index ee1473b..15d35bb 100644
--- a/src/include/pc80/mc146818rtc.h
+++ b/src/include/pc80/mc146818rtc.h
@@ -167,6 +167,8 @@ static inline void cmos_write32(u8 offset, u32 value)
 }
 #endif
 
+#define get_option(a,b) -1
+
 #if !defined(__ROMCC__)
 void rtc_init(int invalid);
 void rtc_check_update_cmos_date(u8 has_century);

-- 
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot


[coreboot] Patch set updated for coreboot: 36b42ec Conditionally include mc146818rtc in console.c

2012-12-04 Thread dhend...@chromium.org
David Hendricks (dhend...@chromium.org) just uploaded a new patch set to 
gerrit, which you can find at http://review.coreboot.org/1962

-gerrit

commit 36b42ec9bb4ba9349ed2f132c9711f1b0a389257
Author: David Hendricks dhend...@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 dhend...@chromium.org
---
 src/console/console.c | 10 ++
 1 file changed, 10 insertions(+)

diff --git a/src/console/console.c b/src/console/console.c
index 8f60f04..d5f25a5 100644
--- a/src/console/console.c
+++ b/src/console/console.c
@@ -24,7 +24,17 @@
 
 #ifndef __PRE_RAM__
 #include string.h
+
+/*
+ * FIXME: get_option() needs to be abstracted better so that other non-volatile
+ * storage can be used. This will benefit machines without CMOS as well as 
those
+ * without a battery-backed CMOS (e.g. some laptops).
+ */
+#ifdef HAVE_CMOS_DEFAULT
 #include pc80/mc146818rtc.h
+#else
+static inline int get_option(void *dest, const char *name) { return -1; }
+#endif
 
 /* initialize the console */
 void console_init(void)

-- 
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot


[coreboot] Patch merged into coreboot/master: 0f5caa2 Conditionally include mc146818rtc in console.c

2012-12-04 Thread gerrit
the following patch was just integrated into master:
commit 0f5caa26cb0b25ae452a14aedc71f5c137850a4e
Author: David Hendricks dhend...@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 dhend...@chromium.org
Reviewed-on: http://review.coreboot.org/1962
Tested-by: build bot (Jenkins)
Reviewed-by: Ronald G. Minnich rminn...@gmail.com

Build-Tested: build bot (Jenkins) at Wed Dec  5 05:26:11 2012, giving +1
Reviewed-By: Ronald G. Minnich rminn...@gmail.com at Wed Dec  5 05:26:31 
2012, giving +2
See http://review.coreboot.org/1962 for details.

-gerrit

-- 
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot