coreboot September 2012

coreboot@coreboot.org

29 participants
134 discussions

Patch merged into coreboot/master: 3a197f7 nvramtool: Read/write binary data as binary
by gerrit＠coreboot.org 25 Sep '12

25 Sep '12

the following patch was just integrated into master: commit 3a197f70f91986ae971355917870cc3c4d07be4d Author: Patrick Georgi <patrick.georgi(a)secunet.com> Date: Thu Sep 20 13:26:42 2012 +0200 nvramtool: Read/write binary data as binary Only relevant on windows (and nvramtool currently fails there), but it doesn't hurt. Change-Id: I5d6420c1f9dc49cf3af31e75088e51a90f729e01 Signed-off-by: Patrick Georgi <patrick.georgi(a)secunet.com> Build-Tested: build bot (Jenkins) at Tue Sep 25 11:37:11 2012, giving +1 Reviewed-By: Ronald G. Minnich <rminnich(a)gmail.com> at Tue Sep 25 16:08:23 2012, giving +2 See http://review.coreboot.org/1535 for details. -gerrit

1 0

New patch to review for coreboot: 48d13cb libpayload: CMOS access was implemented in a backward way
by Patrick Georgi 25 Sep '12

25 Sep '12

Patrick Georgi (patrick(a)georgi-clan.de) just uploaded a new patch set to gerrit, which you can find at http://review.coreboot.org/1539 -gerrit commit 48d13cb21288bfe31dcf749f6521f5a814b5960c Author: Patrick Georgi <patrick.georgi(a)secunet.com> Date: Mon Sep 24 20:47:03 2012 +0200 libpayload: CMOS access was implemented in a backward way Instead of having the highlevel functions make use of the lowlevel functions, it implemented the lowlevel stuff in terms of highlevel. Change-Id: I530bfe3cbc6f57a6294d86fbf1739e06467a2318 Signed-off-by: Patrick Georgi <patrick.georgi(a)secunet.com> --- payloads/libpayload/drivers/options.c | 13 ++++++------- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/payloads/libpayload/drivers/options.c b/payloads/libpayload/drivers/options.c index eac4a0c..4df3f19 100644 --- a/payloads/libpayload/drivers/options.c +++ b/payloads/libpayload/drivers/options.c @@ -159,12 +159,11 @@ static struct cb_cmos_entries *lookup_cmos_entry(struct cb_cmos_option_table *op /* cmos entries are located right after the option table */ - for ( cmos_entry = (struct cb_cmos_entries*)((unsigned char *)option_table + option_table->header_length); - cmos_entry->tag == CB_TAG_OPTION; - cmos_entry = (struct cb_cmos_entries*)((unsigned char *)cmos_entry + cmos_entry->size)) { - if (memcmp((const char*)cmos_entry->name, name, len)) - continue; - return cmos_entry; + for ( cmos_entry = first_cmos_entry(option_table); + cmos_entry; + cmos_entry = next_cmos_entry(cmos_entry)) { + if (memcmp((const char*)cmos_entry->name, name, len) == 0) + return cmos_entry; } printf("ERROR: No such CMOS option (%s)\n", name); @@ -173,7 +172,7 @@ static struct cb_cmos_entries *lookup_cmos_entry(struct cb_cmos_option_table *op struct cb_cmos_entries *first_cmos_entry(struct cb_cmos_option_table *option_table) { - return lookup_cmos_entry(option_table, NULL); + return (struct cb_cmos_entries*)((unsigned char *)option_table + option_table->header_length); } struct cb_cmos_entries *next_cmos_entry(struct cb_cmos_entries *cmos_entry)

1 0

New patch to review for coreboot: a8649ba libpayload: Extend CMOS access library
by Patrick Georgi 25 Sep '12

25 Sep '12

Patrick Georgi (patrick(a)georgi-clan.de) just uploaded a new patch set to gerrit, which you can find at http://review.coreboot.org/1538 -gerrit commit a8649ba43bcaef355b75ef9e11048342fa03ce71 Author: Patrick Georgi <patrick.georgi(a)secunet.com> Date: Mon Sep 24 20:06:27 2012 +0200 libpayload: Extend CMOS access library libpayload already contained a number of functions for convenient access to CMOS configuration. Add functions to support iteration over available enum fields. Change-Id: If95f45d7223d2e19c42f1d8680c12d23f6890a01 Signed-off-by: Patrick Georgi <patrick.georgi(a)secunet.com> --- payloads/libpayload/drivers/options.c | 64 ++++++++++++++++++++++++++------ payloads/libpayload/include/libpayload.h | 7 ++++ 2 files changed, 60 insertions(+), 11 deletions(-) diff --git a/payloads/libpayload/drivers/options.c b/payloads/libpayload/drivers/options.c index 03b6d36..eac4a0c 100644 --- a/payloads/libpayload/drivers/options.c +++ b/payloads/libpayload/drivers/options.c @@ -185,25 +185,67 @@ struct cb_cmos_entries *next_cmos_entry(struct cb_cmos_entries *cmos_entry) return NULL; } -/* Either value or text must be NULL. Returns the field that matches "the other" for a given config_id */ -static struct cb_cmos_enums *lookup_cmos_enum_core(struct cb_cmos_option_table *option_table, int config_id, const u8 *value, const char *text) +struct cb_cmos_enums *first_cmos_enum(struct cb_cmos_option_table *option_table) { struct cb_cmos_entries *cmos_entry; - int len = strnlen(text, CMOS_MAX_TEXT_LENGTH); - /* cmos entries are located right after the option table. Skip them */ - cmos_entry = (struct cb_cmos_entries*)((unsigned char *)option_table + option_table->header_length); + cmos_entry = (struct cb_cmos_entries *)((unsigned char *)option_table + option_table->header_length); while (cmos_entry->tag == CB_TAG_OPTION) cmos_entry = (struct cb_cmos_entries*)((unsigned char *)cmos_entry + cmos_entry->size); /* cmos enums are located after cmos entries. */ + return (struct cb_cmos_enums *)cmos_entry; +} + +struct cb_cmos_enums *next_cmos_enum(struct cb_cmos_enums *cmos_enum) +{ + if (!cmos_enum) { + return NULL; + } + + cmos_enum = (struct cb_cmos_enums*)((unsigned char *)cmos_enum + cmos_enum->size); + if (cmos_enum->tag == CB_TAG_OPTION_ENUM) { + return cmos_enum; + } else { + return NULL; + } +} + +struct cb_cmos_enums *next_cmos_enum_of_id(struct cb_cmos_enums *cmos_enum, int id) +{ + while ((cmos_enum = next_cmos_enum(cmos_enum))) { + if (cmos_enum->config_id == id) { + return cmos_enum; + } + } + return NULL; +} + +struct cb_cmos_enums *first_cmos_enum_of_id(struct cb_cmos_option_table *option_table, int id) +{ + struct cb_cmos_enums *cmos_enum = first_cmos_enum(option_table); + if (!cmos_enum) { + return NULL; + } + if (cmos_enum->config_id == id) { + return cmos_enum; + } + + return next_cmos_enum_of_id(cmos_enum, id); +} + +/* Either value or text must be NULL. Returns the field that matches "the other" for a given config_id */ +static struct cb_cmos_enums *lookup_cmos_enum_core(struct cb_cmos_option_table *option_table, int config_id, const u8 *value, const char *text) +{ + int len = strnlen(text, CMOS_MAX_TEXT_LENGTH); + + /* cmos enums are located after cmos entries. */ struct cb_cmos_enums *cmos_enum; - for ( cmos_enum = (struct cb_cmos_enums*)cmos_entry; - cmos_enum->tag == CB_TAG_OPTION_ENUM; - cmos_enum = (struct cb_cmos_enums*)((unsigned char *)cmos_enum + cmos_enum->size)) { - if ((cmos_enum->config_id == config_id) - && ((value == NULL) || (cmos_enum->value == *value)) - && ((text == NULL) || (memcmp((const char*)cmos_enum->text, text, len)))) { + for ( cmos_enum = first_cmos_enum_of_id(option_table, config_id); + cmos_enum; + cmos_enum = next_cmos_enum_of_id(cmos_enum, config_id)) { + if (((value == NULL) || (cmos_enum->value == *value)) && + ((text == NULL) || (memcmp((const char*)cmos_enum->text, text, len)))) { return cmos_enum; } } diff --git a/payloads/libpayload/include/libpayload.h b/payloads/libpayload/include/libpayload.h index c67c659..2deb961 100644 --- a/payloads/libpayload/include/libpayload.h +++ b/payloads/libpayload/include/libpayload.h @@ -206,8 +206,15 @@ struct cb_cmos_option_table *get_system_option_table(void); int options_checksum_valid(const struct nvram_accessor *nvram); void fix_options_checksum_with(const struct nvram_accessor *nvram); void fix_options_checksum(void); + struct cb_cmos_entries *first_cmos_entry(struct cb_cmos_option_table *option_table); struct cb_cmos_entries *next_cmos_entry(struct cb_cmos_entries *cur); + +struct cb_cmos_enums *first_cmos_enum(struct cb_cmos_option_table *option_table); +struct cb_cmos_enums *next_cmos_enum(struct cb_cmos_enums *cmos_enum); +struct cb_cmos_enums *first_cmos_enum_of_id(struct cb_cmos_option_table *option_table, int id); +struct cb_cmos_enums *next_cmos_enum_of_id(struct cb_cmos_enums *cmos_enum, int id); + int get_option_with(const struct nvram_accessor *nvram, struct cb_cmos_option_table *option_table, void *dest, const char *name); int get_option_from(struct cb_cmos_option_table *option_table, void *dest, const char *name); int get_option(void *dest, const char *name);

1 0

New patch to review for coreboot: f787076 HAVE_HIGH_TABLES is gone
by Patrick Georgi 25 Sep '12

25 Sep '12

Patrick Georgi (patrick(a)georgi-clan.de) just uploaded a new patch set to gerrit, which you can find at http://review.coreboot.org/1537 -gerrit commit f7870767f5a5b82ec2eeb14afc0e7d7740bf4652 Author: Patrick Georgi <patrick.georgi(a)secunet.com> Date: Mon Sep 24 20:56:13 2012 +0200 HAVE_HIGH_TABLES is gone ... but no-one told intel/sch. Change-Id: I68eaae6910bd6fc579c35b5bc038b9597cd1b3e7 Signed-off-by: Patrick Georgi <patrick.georgi(a)secunet.com> --- src/northbridge/intel/sch/Kconfig | 1 - 1 file changed, 1 deletion(-) diff --git a/src/northbridge/intel/sch/Kconfig b/src/northbridge/intel/sch/Kconfig index 43a0993..8df2732 100644 --- a/src/northbridge/intel/sch/Kconfig +++ b/src/northbridge/intel/sch/Kconfig @@ -19,7 +19,6 @@ config NORTHBRIDGE_INTEL_SCH bool - select HAVE_HIGH_TABLES if NORTHBRIDGE_INTEL_SCH

1 0

New patch to review for coreboot: 1fc1ca9 abuild: abort if payload.sh failed
by Patrick Georgi 25 Sep '12

25 Sep '12

Patrick Georgi (patrick(a)georgi-clan.de) just uploaded a new patch set to gerrit, which you can find at http://review.coreboot.org/1536 -gerrit commit 1fc1ca9986ad93f30eb82d23e8024a04398ea17f Author: Patrick Georgi <patrick.georgi(a)secunet.com> Date: Mon Sep 24 20:52:42 2012 +0200 abuild: abort if payload.sh failed With this chance it becomes practical to have payload.sh build/update the payload, and abort abuild if something bad happened. Change-Id: Iee25de2e8b62153c477b8e5d32e097b59797523c Signed-off-by: Patrick Georgi <patrick.georgi(a)secunet.com> --- util/abuild/abuild | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/util/abuild/abuild b/util/abuild/abuild index ecda5c3..04b8e05 100755 --- a/util/abuild/abuild +++ b/util/abuild/abuild @@ -155,6 +155,10 @@ function create_config if [ -f $payloads/payload.sh ]; then PAYLOAD=`sh $payloads/payload.sh $VENDOR $MAINBOARD` + if [ $? -gt 0 ]; then + echo "problem with payload" + exit 1 + fi printf "Using payload $PAYLOAD\n" fi

1 0

New patch to review for coreboot: 3a197f7 nvramtool: Read/write binary data as binary
by Patrick Georgi 25 Sep '12

25 Sep '12

Patrick Georgi (patrick(a)georgi-clan.de) just uploaded a new patch set to gerrit, which you can find at http://review.coreboot.org/1535 -gerrit commit 3a197f70f91986ae971355917870cc3c4d07be4d Author: Patrick Georgi <patrick.georgi(a)secunet.com> Date: Thu Sep 20 13:26:42 2012 +0200 nvramtool: Read/write binary data as binary Only relevant on windows (and nvramtool currently fails there), but it doesn't hurt. Change-Id: I5d6420c1f9dc49cf3af31e75088e51a90f729e01 Signed-off-by: Patrick Georgi <patrick.georgi(a)secunet.com> --- util/nvramtool/cli/nvramtool.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/util/nvramtool/cli/nvramtool.c b/util/nvramtool/cli/nvramtool.c index f3fb16d..f283463 100644 --- a/util/nvramtool/cli/nvramtool.c +++ b/util/nvramtool/cli/nvramtool.c @@ -402,7 +402,7 @@ static void op_write_cmos_dump(void) unsigned char data[CMOS_SIZE]; FILE *f; - if ((f = fopen(nvramtool_op.param, "w")) == NULL) { + if ((f = fopen(nvramtool_op.param, "wb")) == NULL) { fprintf(stderr, "%s: Can not open file %s for writing: %s\n", prog_name, nvramtool_op.param, strerror(errno)); exit(1); @@ -434,7 +434,7 @@ static void op_read_cmos_dump(void) size_t nr_bytes; FILE *f; - if ((f = fopen(nvramtool_op.param, "r")) == NULL) { + if ((f = fopen(nvramtool_op.param, "rb")) == NULL) { fprintf(stderr, "%s: Can not open file %s for reading: %s\n", prog_name, nvramtool_op.param, strerror(errno)); exit(1);

1 0

Microsoft Antitrust behaviour
by Alex G. 24 Sep '12

24 Sep '12

To the United States Department of Justice, I would like to bring to your attention a matter of anticompetitive behaviour, which, in my honest opinion, will have a deep negative impact on the personal computer (PC) market. == What are the names of companies, individuals, or organizations that are involved? == Microsoft Corporation One Microsoft Way Redmond, WA 98052-6399 == How do you believe they have violated the federal antitrust laws? (For details on federal antitrust laws, see Antitrust Laws and You.) == Microsoft is using its market power in the PC operating system (OS) market to coerce computer hardware manufacturers to include a technology (SecureBoot) which, under its current form, will prevent consumers from installing and using the OS of their choice on their computers. == Can you give examples of the conduct that you believe violates the antitrust laws? If so, please provide as much detail as possible. == Microsoft is including SecureBoot with its upcoming "Windows 8" OS, and is requiring that hardware manufacturers support this feature. SecureBoot requires that the computer's hardware initialization software (firmware) performs a cryptographic check of the OS before starting the OS. As part of SecureBoot, the OS loader (bootloader) must be signed with a cryptographic key, and the firmware checks this signature before loading the OS to ensure that it has not been modified by malicious software (malware). Microsoft claims that SecureBoot is designed as a security feature against malware. However, as part of its requirements for SecureBoot, Microsoft only specifies that the bootloader must be verified against a Microsoft key. It does not specify any of the following: 1) The user being able to disable SecureBoot at his or her option 2) The user being able to specify his or her key and boot the OS of his or her choice As we have seen in the past, most manufacturers will adhere only to the minimum requirements set by Microsoft, and thus neither point (1) nor point (2) will be implemented in an overwhelming majority of firmware. This effectively prevents the user from using any other OS than Microsoft's Window 8, strengthening Microsoft's artificial monopoly in the OS market. Microsoft is well aware of the implications of not addressing points (1) and (2), but has remained silent on the issue. == What is the product or service affected by this conduct? Where is the product manufactured or sold, or where is the service provided? == All future PC systems will be affected by this conduct. == Who are the major competitors that sell the product or provide the service? == Apple sells its MacOS operating system with its macintosh line of computers. While Apple does not allow use of MacOS on non-Apple computers, it allows any OS to be installed and used on its line of computers. Since Apple computers are priced high, and are not as configurable as a regular PC, buying a Macintosh in order to be able to use the OS of their choice is not an option for the majority of users. RedHat and Novell both sell their flavor of the GNU/Linux operating system. Their business relies on the user being able to install the OS of his or her choice, and they will be negatively impacted by Microsoft's conduct. == What is your role in the situation in question? == I am a user of free and open source software (FOSS), including, but not limited to linux, GNU, KDE, apache, etc. I am also a software developer which has contributed to many of these projects (by improving their source code). == Who is harmed by the alleged violations? How are they harmed? == All users of FOSS are harmed. By not being able to install the OS of their choice, they will be forced into using Microsoft's OS, or buying computers which implement points (1) or (2). Considering the proliferation of linux in the server and workstation segment, I do expect some manufacturers to implement either (1) or (2) in their server and/or workstation products; however, servers and workstations are significantly more expensive than regular PC systems. Thusly, FOSS users will be forced to either use Microsoft's OS, or spend a significantly higher amount of money on PC hardware in order to be able to use the OS and software of their choice. I do believe that, if implemented ethically, SecureBoot has the potential to be a great technology, and a very effective way to defend against certain types of malware. However, in order for my previous statement to have any value, the user must be given the choice to use the OS of their choice on _any_ computer he or she chooses to buy. I very strongly believe that, the best way to ensure the users' freedom remains unaffected, is to have Microsoft modify its SecureBoot specification such that both the following are mandated by the specification: 1) The user, should he or she chose to do so, must be able to specify the cryptographic keys to use to use as part of the bootloader verification process (including having the option to blacklist any Microsoft keys installed at the factory). 2) The user, at his or her option, must be able to disable the cryptographic verification in his or her computer's firmware. Sincerely, Alexandru Gagniuc

2 2

Patch merged into coreboot/master: 1d6e584 AMD hudson: Round the float pointing number to integer
by gerrit＠coreboot.org 24 Sep '12

24 Sep '12

the following patch was just integrated into master: commit 1d6e58401b9cd182a59471d34bd0563a05cfca67 Author: Zheng Bao <fishbaozi(a)gmail.com> Date: Mon Sep 24 14:05:22 2012 +0800 AMD hudson: Round the float pointing number to integer Try sh> printf %d 0x005500AA | LC_ALL=C awk '{printf("%c%c%c%c", \ $1 % 256, $1/256 % 256, $1/65536 % 256, $1/16777216);}' | \ od -Ax -t x On Linux with gawk, we get 000000 005500aa 000004 On FreeBSD with nongnu-awk, we get 000000 000055aa 000002 In awk, all the numbers are floating point number. So division doesn't round the result from 0.75 (3/4) to 0. And, There is a fact that, for the FreeBSD awk, sh> awk 'BEGIN {printf("%c", 0.75)}'; produces nothing, instead of 0. Here we need to convert the floating point number to integer by int(X), which is an awk built-in function, instead of GNU extension. Change-Id: I3470d5f13e7ea59a978d5575a54c0d56368dc78d Signed-off-by: Zheng Bao <zheng.bao(a)amd.com> Signed-off-by: Zheng Bao <fishbaozi(a)gmail.com> Build-Tested: build bot (Jenkins) at Mon Sep 24 06:41:09 2012, giving +1 Reviewed-By: Peter Stuge <peter(a)stuge.se> at Mon Sep 24 09:19:26 2012, giving +2 See http://review.coreboot.org/1529 for details. -gerrit

1 0

Patch set updated for coreboot: 1d6e584 AMD hudson: Round the float pointing number to integer
by Zheng Bao 24 Sep '12

24 Sep '12

Zheng Bao (zheng.bao(a)amd.com) just uploaded a new patch set to gerrit, which you can find at http://review.coreboot.org/1529 -gerrit commit 1d6e58401b9cd182a59471d34bd0563a05cfca67 Author: Zheng Bao <fishbaozi(a)gmail.com> Date: Mon Sep 24 14:05:22 2012 +0800 AMD hudson: Round the float pointing number to integer Try sh> printf %d 0x005500AA | LC_ALL=C awk '{printf("%c%c%c%c", \ $1 % 256, $1/256 % 256, $1/65536 % 256, $1/16777216);}' | \ od -Ax -t x On Linux with gawk, we get 000000 005500aa 000004 On FreeBSD with nongnu-awk, we get 000000 000055aa 000002 In awk, all the numbers are floating point number. So division doesn't round the result from 0.75 (3/4) to 0. And, There is a fact that, for the FreeBSD awk, sh> awk 'BEGIN {printf("%c", 0.75)}'; produces nothing, instead of 0. Here we need to convert the floating point number to integer by int(X), which is an awk built-in function, instead of GNU extension. Change-Id: I3470d5f13e7ea59a978d5575a54c0d56368dc78d Signed-off-by: Zheng Bao <zheng.bao(a)amd.com> Signed-off-by: Zheng Bao <fishbaozi(a)gmail.com> --- src/southbridge/amd/agesa/hudson/Makefile.inc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/southbridge/amd/agesa/hudson/Makefile.inc b/src/southbridge/amd/agesa/hudson/Makefile.inc index 014524d..6a47080 100644 --- a/src/southbridge/amd/agesa/hudson/Makefile.inc +++ b/src/southbridge/amd/agesa/hudson/Makefile.inc @@ -58,7 +58,7 @@ $(obj)/hudson_romsig.bin: $(call strip_quotes, $(CONFIG_HUDSON_XHCI_FWM_FILE)) \ $(HUDSON_IMC_POSITION) \ $(HUDSON_GEC_POSITION) \ $(HUDSON_XHCI_POSITION) ; do \ - echo $$fwm | LC_ALL=C awk '{printf ("%c%c%c%c", $$1 % 256, $$1/256 % 256, $$1/65536 % 256, $$1/16777216);}'; \ + echo $$fwm | LC_ALL=C awk '{printf ("%c%c%c%c", $$1 % 256, int($$1/256) % 256, int($$1/65536) % 256, int($$1/16777216));}'; \ done > $@ ifeq ($(CONFIG_HUDSON_FWM), y)

1 0

New patch to review for coreboot: dcec334 Fix compilation without CONFIG_WRITE_HIGH_TABLES.
by Denis Carikli 22 Sep '12

22 Sep '12

Denis Carikli (GNUtoo(a)no-log.org) just uploaded a new patch set to gerrit, which you can find at http://review.coreboot.org/1533 -gerrit commit dcec334895aa187e256543bc17382d567b3d1d94 Author: Denis 'GNUtoo' Carikli <GNUtoo(a)no-log.org> Date: Sat Sep 22 14:52:24 2012 +0200 Fix compilation without CONFIG_WRITE_HIGH_TABLES. Without that fix we have: CC boot/hardwaremain.ramstage.o src/boot/hardwaremain.c: In function 'hardwaremain': src/boot/hardwaremain.c:136:6: error: 'cbmem_post_handling' undeclared (first use in this function) src/boot/hardwaremain.c:136:6: note: each undeclared identifier is reported only once for each function it appears in src/boot/hardwaremain.c:137:3: error: implicit declaration of function 'cbmem_post_handling' [-Werror=implicit-function-declaration] cc1: all warnings being treated as errors make: *** [build/boot/hardwaremain.ramstage.o] Error 1 When compiling without CONFIG_WRITE_HIGH_TABLES Change-Id: Ie45f684a6db0ab55ef469bfcef57e539ae7e994c Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo(a)no-log.org> --- src/boot/hardwaremain.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/src/boot/hardwaremain.c b/src/boot/hardwaremain.c index bb7f264..099ab3a 100644 --- a/src/boot/hardwaremain.c +++ b/src/boot/hardwaremain.c @@ -133,8 +133,10 @@ void hardwaremain(int boot_complete) timestamp_add(TS_DEVICE_DONE, timestamps[5]); timestamp_add_now(TS_CBMEM_POST); +#if CONFIG_WRITE_HIGH_TABLES if (cbmem_post_handling) cbmem_post_handling(); +#endif timestamp_add_now(TS_WRITE_TABLES);

1 0

← Newer
1
2
3
4
5
6
7
8
...
14
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

coreboot September 2012