coreboot April 2007

coreboot@coreboot.org

76 participants
281 discussions

[LinuxBIOS] New with a GA-M57SLI-S4
by Beth 08 Apr '07

08 Apr '07

Hi all !! This is my first post to the mailing list and my first question too :). First of all I want to say that I am pleased to talk to everyone around here. Well, the problem is called M57SLI-S4 and its socketed bios. A problem, not a problem, who knows. I am thinking on flashing the bios without desoldering it, one mistake and ... bye bye. Maybe I will have access to a desoldering station, but I have no experience with plcc chips, and maybe the person who works with it would have the same as I. Has anyone found anything about the "second" plcc socket? One friend of mine had a very "no no no, it don't likes me" idea, he says that one way of removing the plcc bios could be cutting the chip pins, but despite the "very intrusive" way, I will lose the chip, its information, I must to buy at least another chip (I am looking for it), and worst, I must to reprogram it (If I damage the current bios for putting a socket, the system will get bricked without bios, and I will not have the swap option ...). Despite this, I wish to know one thing, it is common to get the board bricked?, I say that because if someone can help me verifying the steps, parameters, and so on, I think that I will try the "Russian Roulette" with this board. In this case what information I must give to you (some charitable soul ;) ) Well thats all, thanks, and best regards from Spain.

10 26

[LinuxBIOS] Remaining MCP55 bits
by Ed Swierk 08 Apr '07

08 Apr '07

Is there a patch with the remaining bits of Yinghai's MCP55 patch? I'm bringing up an MCP55 board and this would be a good opportunity to try to get the code working. --Ed

7 16

[LinuxBIOS] freezing PC
by Andon Tschauschev 07 Apr '07

07 Apr '07

Hello, Is it possible to modify LinuxBIOS so, that a running PC can be freezed (through e.g. RS-232) from the BIOS, to read some registries, and then to unfreeze it? With kind regards Andon --------------------------------- Don't pick lemons. See all the new 2007 cars at Yahoo! Autos.

2 2

[LinuxBIOS] r2598 build service
by LinuxBIOS information 07 Apr '07

07 Apr '07

Dear LinuxBIOS readers! This is the automated build check service of LinuxBIOS. The developer "stepan" checked in revision 2598 to the LinuxBIOS source repository and caused the following changes: Change Log: increase image size for abuild (trivial) Signed-off-by: Stefan Reinauer <stepan(a)coresystems.de> Acked-by: Stefan Reinauer <stepan(a)coresystems.de> Build Log: Compilation of amd:quartet is still broken Compilation of amd:serenade is still broken Compilation of amd:serengeti_leopard is still broken Compilation of amd:solo is still broken Compilation of arima:hdama is still broken Compilation of artecgroup:dbe61 is still broken Compilation of gigabyte:m57sli is still broken Compilation of ibm:e325 is still broken Compilation of ibm:e326 is still broken Compilation of iwill:dk8_htx is still broken Compilation of iwill:dk8s2 is still broken Compilation of iwill:dk8x is still broken Configuration of msi:ms9282 is still broken Compilation of nvidia:l1_2pvv is still broken Compilation of supermicro:h8dmr has been fixed Compilation of technologic:ts5300 is still broken Compilation of tyan:s2912 is still broken If something broke during this checkin please be a pain in stepan's neck until the issue is fixed. If this issue is not fixed within 24h the revision will be backed out. Yours truely, LinuxBIOS automatic build system

1 0

[LinuxBIOS] r2598 - trunk/LinuxBIOSv2/util/abuild
by svn＠openbios.org 07 Apr '07

07 Apr '07

Author: stepan Date: 2007-04-07 15:27:14 +0200 (Sat, 07 Apr 2007) New Revision: 2598 Modified: trunk/LinuxBIOSv2/util/abuild/abuild Log: increase image size for abuild (trivial) Signed-off-by: Stefan Reinauer <stepan(a)coresystems.de> Acked-by: Stefan Reinauer <stepan(a)coresystems.de> Modified: trunk/LinuxBIOSv2/util/abuild/abuild =================================================================== --- trunk/LinuxBIOSv2/util/abuild/abuild 2007-04-07 09:17:00 UTC (rev 2597) +++ trunk/LinuxBIOSv2/util/abuild/abuild 2007-04-07 13:27:14 UTC (rev 2598) @@ -142,14 +142,14 @@ cat <<EOF romimage "normal" option USE_FALLBACK_IMAGE=0 - option ROM_IMAGE_SIZE=0x16000 + option ROM_IMAGE_SIZE=0x17000 option LINUXBIOS_EXTRA_VERSION=".0-normal" payload PAYLOAD end romimage "fallback" option USE_FALLBACK_IMAGE=1 - option ROM_IMAGE_SIZE=0x16000 + option ROM_IMAGE_SIZE=0x17000 option LINUXBIOS_EXTRA_VERSION=".0-fallback" payload PAYLOAD end

1 0

[LinuxBIOS] LinuxBios FILO VxWorks
by Edik Fainshtein 07 Apr '07

07 Apr '07

Hello everybody, My problem is simple to describe. I am trying to boot VxWorks from LinuxBios. I use compact flash on which I put my "bootrom" and my "VxWorks". I use iWill DK8-HTX. I have a success to boot the "bootrom" or the "VxWorks" immediately after FILO. However, after booting my "bootrom" I cannot boot VxWorks image from the "bootrom" on the same flash. I do have success booting VxWorks from a flash connected to another IDE controller. Original AMIBIOS (instead of LinuxBIOS + FILO) works fine in the same situation. It seams like FILO makes some IDE initializations which VxWorks doesn't understand. Any ideas? Thanks

4 3

[LinuxBIOS] r2597 build service
by LinuxBIOS information 07 Apr '07

07 Apr '07

Dear LinuxBIOS readers! This is the automated build check service of LinuxBIOS. The developer "stepan" checked in revision 2597 to the LinuxBIOS source repository and caused the following changes: Change Log: Fix epia-m build after u8/u16/u32 changes in Yh Lu's patch. Signed-off-by: Peter Stuge <peter(a)stuge.se> Acked-by: Stefan Reinauer <stepan(a)coresystems.de> Build Log: Compilation of amd:quartet is still broken Compilation of amd:serenade is still broken Compilation of amd:serengeti_leopard is still broken Compilation of amd:solo is still broken Compilation of arima:hdama is still broken Compilation of artecgroup:dbe61 is still broken Compilation of gigabyte:m57sli is still broken Compilation of ibm:e325 is still broken Compilation of ibm:e326 is still broken Compilation of iwill:dk8_htx is still broken Compilation of iwill:dk8s2 is still broken Compilation of iwill:dk8x is still broken Configuration of msi:ms9282 is still broken Compilation of nvidia:l1_2pvv is still broken Compilation of supermicro:h8dmr is still broken Compilation of technologic:ts5300 is still broken Compilation of tyan:s2912 is still broken Compilation of via:epia-m has been fixed If something broke during this checkin please be a pain in stepan's neck until the issue is fixed. If this issue is not fixed within 24h the revision will be backed out. Yours truely, LinuxBIOS automatic build system

1 0

[LinuxBIOS] r2597 - in trunk/LinuxBIOSv2/src: arch/i386/include/arch southbridge/ricoh/rl5c476
by svn＠openbios.org 07 Apr '07

07 Apr '07

Author: stepan Date: 2007-04-07 11:17:00 +0200 (Sat, 07 Apr 2007) New Revision: 2597 Modified: trunk/LinuxBIOSv2/src/arch/i386/include/arch/acpi.h trunk/LinuxBIOSv2/src/southbridge/ricoh/rl5c476/rl5c476.h Log: Fix epia-m build after u8/u16/u32 changes in Yh Lu's patch. Signed-off-by: Peter Stuge <peter(a)stuge.se> Acked-by: Stefan Reinauer <stepan(a)coresystems.de> Modified: trunk/LinuxBIOSv2/src/arch/i386/include/arch/acpi.h =================================================================== --- trunk/LinuxBIOSv2/src/arch/i386/include/arch/acpi.h 2007-04-06 21:06:44 UTC (rev 2596) +++ trunk/LinuxBIOSv2/src/arch/i386/include/arch/acpi.h 2007-04-07 09:17:00 UTC (rev 2597) @@ -17,6 +17,7 @@ #if HAVE_ACPI_TABLES==1 +#include <stdint.h> typedef unsigned long long u64; #define RSDP_SIG "RSD PTR " /* RSDT Pointer signature */ Modified: trunk/LinuxBIOSv2/src/southbridge/ricoh/rl5c476/rl5c476.h =================================================================== --- trunk/LinuxBIOSv2/src/southbridge/ricoh/rl5c476/rl5c476.h 2007-04-06 21:06:44 UTC (rev 2596) +++ trunk/LinuxBIOSv2/src/southbridge/ricoh/rl5c476/rl5c476.h 2007-04-07 09:17:00 UTC (rev 2597) @@ -21,7 +21,7 @@ /* rl5c476 routines and defines*/ -typedef unsigned char u8; +#include <stdint.h> /* the 16 bit control structure for ricoh cardbus bridge */

1 0

[LinuxBIOS] Asus smbus mux
by koko 07 Apr '07

07 Apr '07

I started a thread (well, its me talking to myself) "read the spd on A7V133" on lm-sensors list. My conclusions: E:\dane\Testery !\sandra>SPDINFO.EXE 1 a7v Ctrl 0, SMBus, Sys, IO 0000e800h, Mem 00000000h, Drv Intel PIIX4 SMBus / compatible, Brd A7V Mux 0 Asus IO mux, IO 0000e44dh, Ext 4267320 rasz@capek:~$ cat /proc/ioports|grep e4 e400-e47f : motherboard e400-e403 : ACPI PM1a_EVT_BLK e404-e405 : ACPI PM1a_CNT_BLK e408-e40b : ACPI PM_TMR e410-e415 : ACPI CPU throttle e420-e423 : ACPI GPE0_BLK I decompiled ACPI DSDT from my bios and found this : OperationRegion (\SGPO, SystemIO, 0xE44C, 0x04) Field (SGPO, ByteAcc, NoLock, Preserve) { GPO0, 1, Offset (0x01), GPO8, 1, , 2, GP11, 1, Offset (0x04) } so 1 Linux ACPI - Bios ACPI mismatch, 0xE44C is not claimed and not mapped properly 2 mux GPIO is mapped to 0xE44C-0xE44F. We can reverse it by trial and error (or by talking to sandra/everest developers, Im trying it now), or just use SPDINFO.EXE (its a part of SiSoftware Sandra package) on board to board basis comparing data and obtaining the right bit mask to switch smbus to SPD channel. Im posting this because I saw some movement on VT82C686 front, and this info will be needed to port to Asus boards (K7 ones hide SPD and Clock chip). -- Who logs in to gdm? Not I, said the duck.

3 4

[LinuxBIOS] r2596 build service
by LinuxBIOS information 07 Apr '07

07 Apr '07

Dear LinuxBIOS readers! This is the automated build check service of LinuxBIOS. The developer "stepan" checked in revision 2596 to the LinuxBIOS source repository and caused the following changes: Change Log: YhLu's patch from January 18th. hypertransport specific updates Signed-off-by: Yinghai Lu <yinghai.lu(a)amd.com> Signed-off-by: Ed Swierk <eswierk(a)arastra.com> Signed-off-by: Stefan Reinauer <stepan(a)coresystems.de> Acked-by: Ward Vandewege <ward(a)gnu.org> Acked-by: Stefan Reinauer <stepan(a)coresystems.de> Build Log: Compilation of agami:aruma has been fixed Compilation of amd:quartet is still broken Compilation of amd:serenade is still broken Compilation of amd:serengeti_cheetah has been fixed Compilation of amd:serengeti_leopard is still broken Compilation of amd:solo is still broken Compilation of arima:hdama is still broken Compilation of artecgroup:dbe61 is still broken Compilation of broadcom:blast has been fixed Compilation of gigabyte:m57sli is still broken Compilation of ibm:e325 is still broken Compilation of ibm:e326 is still broken Compilation of iwill:dk8_htx is still broken Compilation of iwill:dk8s2 is still broken Compilation of iwill:dk8x is still broken Compilation of msi:ms9185 has been fixed Configuration of msi:ms9282 is still broken Compilation of newisys:khepri has been fixed Compilation of nvidia:l1_2pvv is still broken Compilation of sunw:ultra40 has been fixed Compilation of supermicro:h8dmr is still broken Compilation of technologic:ts5300 is still broken Compilation of tyan:s2850 has been fixed Compilation of tyan:s2875 has been fixed Compilation of tyan:s2880 has been fixed Compilation of tyan:s2881 has been fixed Compilation of tyan:s2882 has been fixed Compilation of tyan:s2885 has been fixed Compilation of tyan:s2891 has been fixed Compilation of tyan:s2892 has been fixed Compilation of tyan:s2895 has been fixed Compilation of tyan:s2912 is still broken Compilation of tyan:s4880 has been fixed Compilation of tyan:s4882 has been fixed Compilation of via:epia-m is still broken If something broke during this checkin please be a pain in stepan's neck until the issue is fixed. If this issue is not fixed within 24h the revision will be backed out. Yours truely, LinuxBIOS automatic build system

2 1

← Newer
1
...
17
18
19
20
21
22
23
...
29
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 2007