coreboot May 2009

coreboot@coreboot.org

92 participants
571 discussions

build service results for r4320
by coreboot information 29 May '09

29 May '09

Dear coreboot readers! This is the automatic build system of coreboot. The developer "oxygene" checked in revision 4320 to the coreboot repository. This caused the following changes: Change Log: Add lzma.o for CBFS, regardless if CONFIG_COMPRESSED_PAYLOAD_LZMA is enabled or not. CONFIG_COMPRESSED_PAYLOAD_LZMA is set only if the lzma utility is found on the system - at least when using abuild. CBFS doesn't use this tool for compression. The result was a failed build if lzma (the tool) wasn't found, or failed runtime (if src/lib/cbfs.c disables lzma decompression based on CONFIG_COMPRESSED_PAYLOAD_LZMA) Signed-off-by: Patrick Georgi <patrick.georgi(a)coresystems.de> Acked-by: Myles Watson <mylesgw(a)gmail.com> Build Log: Compilation of embeddedplanet:ep405pc is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4320&device=ep405pc&vendor… Compilation of motorola:sandpointx3_altimus_mpc7410 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4320&device=sandpointx3_al… Compilation of totalimpact:briq is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4320&device=briq&vendor=to… 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] r4320 - trunk/coreboot-v2/src/lib
by svn＠coreboot.org 29 May '09

29 May '09

Author: oxygene Date: 2009-05-29 00:18:25 +0200 (Fri, 29 May 2009) New Revision: 4320 Modified: trunk/coreboot-v2/src/lib/Config.lb Log: Add lzma.o for CBFS, regardless if CONFIG_COMPRESSED_PAYLOAD_LZMA is enabled or not. CONFIG_COMPRESSED_PAYLOAD_LZMA is set only if the lzma utility is found on the system - at least when using abuild. CBFS doesn't use this tool for compression. The result was a failed build if lzma (the tool) wasn't found, or failed runtime (if src/lib/cbfs.c disables lzma decompression based on CONFIG_COMPRESSED_PAYLOAD_LZMA) Signed-off-by: Patrick Georgi <patrick.georgi(a)coresystems.de> Acked-by: Myles Watson <mylesgw(a)gmail.com> Modified: trunk/coreboot-v2/src/lib/Config.lb =================================================================== --- trunk/coreboot-v2/src/lib/Config.lb 2009-05-28 21:57:11 UTC (rev 4319) +++ trunk/coreboot-v2/src/lib/Config.lb 2009-05-28 22:18:25 UTC (rev 4320) @@ -1,4 +1,3 @@ -uses HAVE_FALLBACK_BOOT uses CONFIG_USE_INIT uses CONFIG_USBDEBUG_DIRECT @@ -28,6 +27,7 @@ if CONFIG_CBFS object cbfs.o + object lzma.o end if CONFIG_COMPRESSED_PAYLOAD_LZMA

1 0

[PATCH] fix CBFS builds if the lzma utility isn't found on the system.
by Patrick Georgi 29 May '09

29 May '09

Hi, see attached patch

2 1

build service results for r4319
by coreboot information 29 May '09

29 May '09

Dear coreboot readers! This is the automatic build system of coreboot. The developer "myles" checked in revision 4319 to the coreboot repository. This caused the following changes: Change Log: Make memmove copy (dev->resources -i) resource structs instead of (dev->resources-i) bytes in compact_resources. Signed-off-by: Myles Watson <mylesgw(a)gmail.com> Acked-by: Peter Stuge <peter(a)stuge.se> Build Log: Compilation of embeddedplanet:ep405pc is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4319&device=ep405pc&vendor… Compilation of motorola:sandpointx3_altimus_mpc7410 is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4319&device=sandpointx3_al… Compilation of totalimpact:briq is still broken See the error log at http://qa.coreboot.org/log_buildbrd.php?revision=4319&device=briq&vendor=to… If something broke during this checkin please be a pain in myles'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] resource compaction failure
by Myles Watson 28 May '09

28 May '09

This simple patch makes memmove copy (dev->resources -i) resource structs instead of (dev->resources-i) bytes. All my resources were disappearing when I compacted (if I had a zeroed resource). Now they don't. Signed-off-by: Myles Watson <mylesgw(a)gmail.com> Thanks, Myles

2 2

[v2] r4319 - trunk/coreboot-v2/src/devices
by svn＠coreboot.org 28 May '09

28 May '09

Author: myles Date: 2009-05-28 23:57:11 +0200 (Thu, 28 May 2009) New Revision: 4319 Modified: trunk/coreboot-v2/src/devices/device_util.c Log: Make memmove copy (dev->resources -i) resource structs instead of (dev->resources-i) bytes in compact_resources. Signed-off-by: Myles Watson <mylesgw(a)gmail.com> Acked-by: Peter Stuge <peter(a)stuge.se> Modified: trunk/coreboot-v2/src/devices/device_util.c =================================================================== --- trunk/coreboot-v2/src/devices/device_util.c 2009-05-27 18:55:19 UTC (rev 4318) +++ trunk/coreboot-v2/src/devices/device_util.c 2009-05-28 21:57:11 UTC (rev 4319) @@ -272,7 +272,8 @@ for(i = 0; i < dev->resources;) { resource = &dev->resource[i]; if (!resource->flags) { - memmove(resource, resource + 1, dev->resources - i); + memmove(resource, resource + 1, (dev->resources - i) * + sizeof(*resource)); dev->resources -= 1; memset(&dev->resource[dev->resources], 0, sizeof(*resource)); } else {

1 0

cmos_util
by Chris Kinney 28 May '09

28 May '09

i've been trying to find this util but have been empty handed thus far. I was wondering if someone can point me in the right direction so I can get this. thanks! -Chris

3 2

[v2] ACPI on m57sli
by Ronald Hoogenboom 28 May '09

28 May '09

Hi, I've tried Harald Gutman's ACPI patch for gigabyte m57sli and I can successfully boot Linux with it (straight from flash, 2MB), and, as a bonus, the proprietary NVIDIA driver for X works too with full glx acceleration, hurray! There are still some errors in dmesg regarding ACPI, though, which is probably why the powernow cpu frequency scaling doesn't work yet. Most notably the FACP checksum is incorrect. For some strange reason, the ethernet device is 'renamed' to eth1, eth0 doesn't work. I've attached the output of dmesg.

6 11

[PATCH] flashrom: Always verify erase and write
by Uwe Hermann 28 May '09

28 May '09

See patch. I cannot think of any situation where we would not want to verify, and verifying always will help many users to properly detect misflashes. The patch is not tested on hardware (yet), might need a bit of tweaking. If this goes in the -v option will stay for (a) backwards compatibility (b) manual verifying via 'flashrom -v file.bin' (vs. -wv directly) Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org

3 2

Just a voice of apreciation
by Michael Howell 28 May '09

28 May '09

You are definitely fighting the good fight. This project does not get a lot of press, but its probably one of the most important projects that could be running. Rock on! -- Please do not send HTML mail. Please, if you forward email, clean off the garbage. Thanks for making everyone's email experience more enjoyable. Michael Howell mhowell123(a)gmail.com

2 1

← Newer
1
...
8
9
10
11
12
13
14
...
58
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 May 2009