coreboot April 2009

coreboot@coreboot.org

69 participants
583 discussions

[v2] r4054 - in trunk/coreboot-v2: src/arch/i386 util/newconfig
by svn＠coreboot.org 03 Apr '09

03 Apr '09

Author: oxygene Date: 2009-04-03 18:17:05 +0200 (Fri, 03 Apr 2009) New Revision: 4054 Modified: trunk/coreboot-v2/src/arch/i386/Config.lb trunk/coreboot-v2/util/newconfig/config.g Log: I thought that romfs infrastructure is done now, but there were some issues (see buildbot). The romfs image was always built, and sometimes broke (because of the different image layouts) for buildrom images. After the patch, these issues are avoided by not adding payloads to the romfs image (they wouldn't be read anyway). Both workarounds (in buildrom code for romfs and vice-versa) aren't very pretty, but that's what our buildsystem requires. As I had to create a "communication channel" (via the romfs-support files), I took the chance to also use it for compression information, so if you configure lzma support, you'll get lzma compressed payloads in romfs. Signed-off-by: Patrick Georgi <patrick.georgi(a)coresystems.de> Acked-by: Stefan Reinauer <stepan(a)coresystems.de> Modified: trunk/coreboot-v2/src/arch/i386/Config.lb =================================================================== --- trunk/coreboot-v2/src/arch/i386/Config.lb 2009-04-03 15:57:58 UTC (rev 4053) +++ trunk/coreboot-v2/src/arch/i386/Config.lb 2009-04-03 16:17:05 UTC (rev 4054) @@ -80,7 +80,8 @@ else makerule coreboot.rom depends "coreboot.strip buildrom $(PAYLOAD-1)" - action "PAYLOAD=$(PAYLOAD-1); if [ $(CONFIG_ROMFS) -eq 1 ]; then PAYLOAD=/dev/null; fi; ./buildrom $< $@ $$PAYLOAD $(ROM_IMAGE_SIZE) $(ROM_SECTION_SIZE)" + action "PAYLOAD=$(PAYLOAD-1); if [ $(CONFIG_ROMFS) -eq 1 ]; then PAYLOAD=/dev/null; touch romfs-support; fi; ./buildrom $< $@ $$PAYLOAD $(ROM_IMAGE_SIZE) $(ROM_SECTION_SIZE)" + action "if [ $(CONFIG_COMPRESSED_PAYLOAD_LZMA) -eq 1 -a $(CONFIG_ROMFS) -eq 1 ]; then echo l > romfs-support; fi" end end Modified: trunk/coreboot-v2/util/newconfig/config.g =================================================================== --- trunk/coreboot-v2/util/newconfig/config.g 2009-04-03 15:57:58 UTC (rev 4053) +++ trunk/coreboot-v2/util/newconfig/config.g 2009-04-03 16:17:05 UTC (rev 4054) @@ -2275,7 +2275,7 @@ for j in i.roms: #failover is a hack that will go away soon. if (j != "failover") and (rommapping[j] != "/dev/null"): - file.write("\t $(TOP)/util/romtool/romtool %sfs add-payload %s %s/payload\n" % (i.name, rommapping[j], j)) + file.write("\tif [ -f %s/romfs-support ]; then $(TOP)/util/romtool/romtool %sfs add-payload %s %s/payload `cat %s/romfs-support`; fi\n" % (j, i.name, rommapping[j], j, j)) file.write("\t $(TOP)/util/romtool/romtool %sfs print\n" % i.name) file.write(".PHONY: all clean romtool")

1 0

[PATCH]romfs: avoid build errors for non-romfs targets, and support lzma compression for romfs targets
by Patrick Georgi 03 Apr '09

03 Apr '09

Hi, I thought that romfs infrastructure is done now, but there were some issues (see buildbot). The romfs image was always built, and sometimes broke (because of the different image layouts) for buildrom images. After the patch, these issues are avoided by not adding payloads to the romfs image (they wouldn't be read anyway). Both workarounds (in buildrom code for romfs and vice-versa) aren't very pretty, but that's what our buildsystem requires. As I had to create a "communication channel" (via the romfs-support files), I took the chance to also use it for compression information, so if you configure lzma support, you'll get lzma compressed payloads in romfs. Signed-off-by: Patrick Georgi <patrick.georgi(a)coresystems.de> Patrick

2 1

build service results for r4052
by coreboot information 03 Apr '09

03 Apr '09

Dear coreboot readers! This is the automatic build system of coreboot. The developer "oxygene" checked in revision 4052 to the coreboot repository. This caused the following changes: Change Log: Print a pointer as pointer, it's really trivial. Signed-off-by: Patrick Georgi <patrick.georgi(a)coresystems.de> Acked-by: Patrick Georgi <patrick.georgi(a)coresystems.de> Build Log: Compilation of a-trend:atc-6220 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=atc-6220&vendo… Compilation of a-trend:atc-6240 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=atc-6240&vendo… Compilation of abit:be6-ii_v2_0 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=be6-ii_v2_0&ve… Compilation of advantech:pcm-5820 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=pcm-5820&vendo… Compilation of amd:db800 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=db800&vendor=a… Compilation of amd:norwich is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=norwich&vendor… Compilation of amd:rumba is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=rumba&vendor=a… Compilation of artecgroup:dbe61 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=dbe61&vendor=a… Compilation of asi:mb_5blgp is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=mb_5blgp&vendo… Compilation of asi:mb_5blmp is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=mb_5blmp&vendo… Compilation of asus:p2b is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=p2b&vendor=asu… Compilation of asus:p2b-ds is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=p2b-ds&vendor=… Compilation of asus:p2b-f is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=p2b-f&vendor=a… Compilation of asus:p3b-f is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=p3b-f&vendor=a… Compilation of axus:tc320 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=tc320&vendor=a… Compilation of azza:pt-6ibd is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=pt-6ibd&vendor… Compilation of bcom:winnet100 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=winnet100&vend… Compilation of biostar:m6tba is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=m6tba&vendor=b… Compilation of compaq:deskpro_en_sff_p600 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=deskpro_en_sff… Compilation of digitallogic:msm800sev is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=msm800sev&vend… Compilation of eaglelion:5bcm is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=5bcm&vendor=ea… Configuration of embeddedplanet:ep405pc is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=ep405pc&vendor… Compilation of gigabyte:ga-6bxc is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=ga-6bxc&vendor… Compilation of iei:nova4899r is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=nova4899r&vend… Compilation of iei:pcisa-lx-800-r10 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=pcisa-lx-800-r… Compilation of lippert:frontrunner is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=frontrunner&ve… Compilation of motorola:sandpointx3_altimus_mpc7410 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=sandpointx3_al… Compilation of msi:ms6119 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=ms6119&vendor=… Compilation of msi:ms6147 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=ms6147&vendor=… Compilation of olpc:btest is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=btest&vendor=o… Compilation of olpc:rev_a is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=rev_a&vendor=o… Compilation of technologic:ts5300 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=ts5300&vendor=… Compilation of televideo:tc7020 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=tc7020&vendor=… Configuration of totalimpact:briq is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=briq&vendor=to… Compilation of tyan:s1846 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=s1846&vendor=t… Compilation of via:epia is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4052&device=epia&vendor=vi… If something broke during this checkin please be a pain in oxygene's neck until the issue is fixed. If this issue is not fixed within 24h the revision should be backed out. Best regards, coreboot automatic build system

1 0

[v2] r4053 - trunk/coreboot-v2/src/arch/i386
by svn＠coreboot.org 03 Apr '09

03 Apr '09

Author: oxygene Date: 2009-04-03 17:57:58 +0200 (Fri, 03 Apr 2009) New Revision: 4053 Modified: trunk/coreboot-v2/src/arch/i386/Config.lb Log: The attached patch tries new style compression first and runs old style compression if the command returned an error code (happens if you run an old lzma with the new arguments) Tested on new-style lzma only (as I lack a build environment with old lzma), but I tested that the old lzma returns with an error code. Signed-off-by: Patrick Georgi <patrick.georgi(a)coresystems.de> Acked-by: Stefan Reinauer <stepan(a)coresystems.de> Modified: trunk/coreboot-v2/src/arch/i386/Config.lb =================================================================== --- trunk/coreboot-v2/src/arch/i386/Config.lb 2009-04-03 15:02:08 UTC (rev 4052) +++ trunk/coreboot-v2/src/arch/i386/Config.lb 2009-04-03 15:57:58 UTC (rev 4053) @@ -48,7 +48,7 @@ # unlike nrv2b, lzma is a huge build mess. If they want lzma, they have to have built it makerule payload.lzma depends "$(PAYLOAD) " - action "lzma e $(PAYLOAD) $@" + action "lzma -zc $(PAYLOAD) > $@ || lzma e $(PAYLOAD) $@" end

1 0

build service results for r4051
by coreboot information 03 Apr '09

03 Apr '09

Dear coreboot readers! This is the automatic build system of coreboot. The developer "oxygene" checked in revision 4051 to the coreboot repository. This caused the following changes: Change Log: This patch implements --include=file.h for romcc. The compile_file calls seem to be in the wrong order, but romcc actually requires it that (probably some stack-like file processing) Signed-off-by: Stefan Reinauer <stepan(a)coresystems.de> Acked-by: Patrick Georgi <patrick.georgi(a)coresystems.de> Build Log: Compilation of a-trend:atc-6220 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=atc-6220&vendo… Compilation of a-trend:atc-6240 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=atc-6240&vendo… Compilation of abit:be6-ii_v2_0 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=be6-ii_v2_0&ve… Compilation of advantech:pcm-5820 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=pcm-5820&vendo… Compilation of amd:db800 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=db800&vendor=a… Compilation of amd:norwich is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=norwich&vendor… Compilation of amd:rumba is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=rumba&vendor=a… Compilation of artecgroup:dbe61 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=dbe61&vendor=a… Compilation of asi:mb_5blgp is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=mb_5blgp&vendo… Compilation of asi:mb_5blmp is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=mb_5blmp&vendo… Compilation of asus:mew-am has been fixed Compilation of asus:mew-vm has been fixed Compilation of asus:p2b is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=p2b&vendor=asu… Compilation of asus:p2b-ds is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=p2b-ds&vendor=… Compilation of asus:p2b-f is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=p2b-f&vendor=a… Compilation of asus:p3b-f is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=p3b-f&vendor=a… Compilation of axus:tc320 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=tc320&vendor=a… Compilation of azza:pt-6ibd is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=pt-6ibd&vendor… Compilation of bcom:winnet100 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=winnet100&vend… Compilation of bcom:winnetp680 has been fixed Compilation of biostar:m6tba is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=m6tba&vendor=b… Compilation of compaq:deskpro_en_sff_p600 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=deskpro_en_sff… Compilation of dell:s1850 has been fixed Compilation of digitallogic:adl855pc has been fixed Compilation of digitallogic:msm586seg has been fixed Compilation of digitallogic:msm800sev is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=msm800sev&vend… Compilation of eaglelion:5bcm is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=5bcm&vendor=ea… Configuration of embeddedplanet:ep405pc is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=ep405pc&vendor… Compilation of emulation:qemu-x86 has been fixed Compilation of gigabyte:ga-6bxc is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=ga-6bxc&vendor… Compilation of iei:juki-511p has been fixed Compilation of iei:nova4899r is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=nova4899r&vend… Compilation of iei:pcisa-lx-800-r10 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=pcisa-lx-800-r… Compilation of intel:jarrell has been fixed Compilation of intel:mtarvon has been fixed Compilation of intel:truxton has been fixed Compilation of intel:xe7501devkit has been fixed Compilation of jetway:j7f24 has been fixed Compilation of lippert:frontrunner is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=frontrunner&ve… Compilation of motorola:sandpointx3_altimus_mpc7410 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=sandpointx3_al… Compilation of msi:ms6119 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=ms6119&vendor=… Compilation of msi:ms6147 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=ms6147&vendor=… Compilation of msi:ms6178 has been fixed Compilation of nec:powermate2000 has been fixed Compilation of olpc:btest is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=btest&vendor=o… Compilation of olpc:rev_a is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=rev_a&vendor=o… Compilation of rca:rm4100 has been fixed Compilation of supermicro:x6dai_g has been fixed Compilation of supermicro:x6dhe_g has been fixed Compilation of supermicro:x6dhe_g2 has been fixed Compilation of supermicro:x6dhr_ig has been fixed Compilation of supermicro:x6dhr_ig2 has been fixed Compilation of technologic:ts5300 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=ts5300&vendor=… Compilation of televideo:tc7020 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=tc7020&vendor=… Compilation of thomson:ip1000 has been fixed Configuration of totalimpact:briq is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=briq&vendor=to… Compilation of tyan:s1846 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=s1846&vendor=t… Compilation of via:epia is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4051&device=epia&vendor=vi… Compilation of via:epia-cn has been fixed Compilation of via:epia-m has been fixed Compilation of via:pc2500e has been fixed If something broke during this checkin please be a pain in oxygene's neck until the issue is fixed. If this issue is not fixed within 24h the revision should be backed out. Best regards, coreboot automatic build system

1 0

[PATCH]handle both oldstyle and newstyle lzma(1) utility
by Patrick Georgi 03 Apr '09

03 Apr '09

The attached patch tries new style compression first and runs old style compression if the command returned an error code (happens if you run an old lzma with the new arguments) Tested on new-style lzma only (as I lack a build environment with old lzma), but I tested that the old lzma returns with an error code. Signed-off-by: Patrick Georgi <patrick.georgi(a)coresystems.de>

2 1

[PATCH]romfs final patch
by Patrick Georgi 03 Apr '09

03 Apr '09

Hi, the attached patch is the last infrastructure change necessary for romfs. Everything else to make a target romfs aware happens in the targets. What the patch does: 1. missing romfs.h include 2. special handling while creating coreboot.rom While the romfs code path in the makefile doesn't actually use the file, it's possible that the build of coreboot.rom fails in a romfs setup, because the individual buildrom image is too small to host both coreboot and payloads (as the payloads aren't supposed to be there). Thus, a special case to replace the payload with /dev/null in case of a romfs build. There would be cleaner ways, but they're not easily encoded in the Config.lb format. 3. config.g is changed to create rules for a romfs build Targets should still build (they do for me) Signed-off-by: Patrick Georgi <patrick.georgi(a)coresystems.de> Regards, Patrick

3 2

[v2] r4052 - trunk/coreboot-v2/src/stream
by svn＠coreboot.org 03 Apr '09

03 Apr '09

Author: oxygene Date: 2009-04-03 17:02:08 +0200 (Fri, 03 Apr 2009) New Revision: 4052 Modified: trunk/coreboot-v2/src/stream/rom_stream.c Log: Print a pointer as pointer, it's really trivial. Signed-off-by: Patrick Georgi <patrick.georgi(a)coresystems.de> Acked-by: Patrick Georgi <patrick.georgi(a)coresystems.de> Modified: trunk/coreboot-v2/src/stream/rom_stream.c =================================================================== --- trunk/coreboot-v2/src/stream/rom_stream.c 2009-04-03 14:04:06 UTC (rev 4051) +++ trunk/coreboot-v2/src/stream/rom_stream.c 2009-04-03 15:02:08 UTC (rev 4052) @@ -94,7 +94,7 @@ * long term, this has got to be fixed. */ dest = (unsigned char *) (16 * 1024 * 1024); - printk_debug("Uncompressing to RAM 0x%08lx ", dest); + printk_debug("Uncompressing to RAM %p ", dest); olen = uncompress((uint8_t *) rom_start, (uint8_t *)dest ); printk_debug(" olen = 0x%08lx done.\n", olen); if (olen != 0) {

1 0

[v2] r4051 - trunk/coreboot-v2/util/romcc
by svn＠coreboot.org 03 Apr '09

03 Apr '09

Author: oxygene Date: 2009-04-03 16:04:06 +0200 (Fri, 03 Apr 2009) New Revision: 4051 Modified: trunk/coreboot-v2/util/romcc/romcc.c Log: This patch implements --include=file.h for romcc. The compile_file calls seem to be in the wrong order, but romcc actually requires it that (probably some stack-like file processing) Signed-off-by: Stefan Reinauer <stepan(a)coresystems.de> Acked-by: Patrick Georgi <patrick.georgi(a)coresystems.de> Modified: trunk/coreboot-v2/util/romcc/romcc.c =================================================================== --- trunk/coreboot-v2/util/romcc/romcc.c 2009-04-03 12:55:55 UTC (rev 4050) +++ trunk/coreboot-v2/util/romcc/romcc.c 2009-04-03 14:04:06 UTC (rev 4051) @@ -3,8 +3,8 @@ #undef RELEASE_DATE #undef VERSION #define VERSION_MAJOR "0" -#define VERSION_MINOR "70" -#define RELEASE_DATE "23 October 2007" +#define VERSION_MINOR "71" +#define RELEASE_DATE "03 April 2009" #define VERSION VERSION_MAJOR "." VERSION_MINOR #include <stdarg.h> @@ -24925,7 +24925,7 @@ } } -static void compile(const char *filename, +static void compile(const char *filename, const char *includefile, struct compiler_state *compiler, struct arch_state *arch) { int i; @@ -24998,7 +24998,10 @@ /* Enter the globl definition scope */ start_scope(&state); register_builtins(&state); + compile_file(&state, filename, 1); + if (includefile) + compile_file(&state, includefile, 1); /* Stop if all we want is preprocessor output */ if (state.compiler->flags & COMPILER_PP_ONLY) { @@ -25065,6 +25068,7 @@ int main(int argc, char **argv) { const char *filename; + const char *includefile = NULL; struct compiler_state compiler; struct arch_state arch; int all_opts; @@ -25114,6 +25118,14 @@ else if (strncmp(argv[1], "-m", 2) == 0) { result = arch_encode_flag(&arch, argv[1]+2); } + else if (strncmp(argv[1], "--include=", 10) == 0) { + if (includefile) { + arg_error("Only one --include option may be specified.\n"); + } else { + includefile = argv[1] + 10; + result = 0; + } + } if (result < 0) { arg_error("Invalid option specified: %s\n", argv[1]); @@ -25133,7 +25145,7 @@ if (!filename) { arg_error("No filename specified\n"); } - compile(filename, &compiler, &arch); + compile(filename, includefile, &compiler, &arch); return 0; }

1 0

[PATCH] romcc --include=settings.h support
by Stefan Reinauer 03 Apr '09

03 Apr '09

I figured we really want to have settings.h, so I added support for it to romcc. See patch. Stefan -- coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br. Tel.: +49 761 7668825 • Fax: +49 761 7664613 Email: info(a)coresystems.de • http://www.coresystems.de/ Registergericht: Amtsgericht Freiburg • HRB 7656 Geschäftsführer: Stefan Reinauer • Ust-IdNr.: DE245674866

4 5

← Newer
1
...
52
53
54
55
56
57
58
59
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 April 2009