coreboot December 2007

coreboot@coreboot.org

78 participants
271 discussions

Re: [LinuxBIOS] Support for Intel Little Valley
by Michael Ost 18 Dec '07

18 Dec '07

> Ron Minnich wrote: > But don't get scared! If 8 Mbit is too large for you, you can still > get a lot done with FILO in 256 Kbits. OK, good. Just so I understand, with FILO as the payload will linuxbios get us to the bootloader step faster than the current Intel bios? Is that the primary benefit? Also, we wouldn't have the ROM capacity to actually boot straight into a linux kernel. - mo PS: can you please keep my email CCd in your reply? I am not currently subscribed to the list.

2 1

[LinuxBIOS] Interest in a Free Software BIOS for Radeon cards?
by Oliver McFadden 18 Dec '07

18 Dec '07

Hello, I'm interested in a free software BIOS for the newer Radeon cards which use the AtomBIOS format. The previous legacy BIOS is completely x86 assembly code unique to each card, but the AtomBIOS is modular and *should* be easier to replace. I haven't really done any serious work on this yet, and it's just a spare time project (which isn't very much because of other projects and real life) but there seems to be some interest. There is some information on my blog (http://olivermcfadden.livejournal.com/) trying to figure out how to flash these cards, but I think it's some kind of GPIO based SPI interface. AMD have released some register information for the Radeon cards (http://www.x.org/docs/AMD/42589_rv630_rrg_1.01o.pdf and http://www.x.org/docs/AMD/RRG-216M56-03oOEM.pdf) and a working AtomBIOS parser in the radeonhd driver (http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-radeonhd;a=summary) I believe the parser in radeonhd is also compiled into the BIOS flashed to the card. I guessed this from some left over preprocessor defines, etc. As far as I know, the AtomBIOS on the card consists of an interpreter in x86 code, some binary scripts executed by the interpreter, and some data tables, all wrapped up inside the PCI expansion ROM format. The opcodes and format of the binary scripts and data tables are described by the parser code, so I think there is enough information, except for how to actually flash the on-card ROM... I don't whether there is much interest for this project, but at least one LinuxBIOS developer seems interested, so let's see where it goes...

3 12

[LinuxBIOS] VGA Support on AMD DB800
by Omar Esteves Duarte Filho 18 Dec '07

18 Dec '07

Hello! I'm trying to use LinuxBIOS with the AMD Geode DB800 platform. I'd followed all the instructions in <http://linuxbios.org/VGA_support> http://linuxbios.org/VGA_support but there is no sign of life at the VGA monitor. However, if i disable the VGA support options in the COnfig.lb and Options.lb files, I get the a linux console at the serial port. Has anyone been able to make VGA work with this platform? If so, is there a HOWTO or some documentation that could give a clue? I think i'm missing something... Any help is welcome! :-) Best regards, Omar. Omar Esteves Duarte Filho Werner Von Braun Center for Advanced Research Av. Alice de Castro P. N. Mattosinho, 301 13098-381 Alphaville Campinas, SP - Brazil Fone +55 19 3262 2207 <http://www.vonbraunlabs.com.br/> http://www.vonbraunlabs.com.br

1 0

[LinuxBIOS] [Fwd: Re: Patch file for Fedora 8 compile problems]
by Marc Karasek 17 Dec '07

17 Dec '07

Forgot to add my sign-off Signed-off-by: Marc Karasek mailto:marc.karasek@sun.com -------- Original Message -------- Subject: Re: [LinuxBIOS] Patch file for Fedora 8 compile problems Date: Tue, 11 Dec 2007 12:31:57 -0500 From: Marc Karasek <marc.karasek(a)sun.com> To: ron minnich <rminnich(a)gmail.com> CC: Ed Swierk <eswierk(a)arastra.com>, LinuxBIOS <linuxbios(a)linuxbios.org>, Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006(a)gmx.net> References: <47597C98.9060202(a)sun.com> <47597F1A.7090200(a)gmx.net> <4759865D.4060906(a)sun.com> <20071207185317.GA17596@greenwood> <e6c711510712071131td93e67dp2ec22f9046d9eab2(a)mail.gmail.com> <475EC0FA.4040003(a)sun.com> <13426df10712110915l2fb53305r1951d484672746bc(a)mail.gmail.com> I did and I came up with a better solution. I added an option called BUILDID_OPTION to the process. This is a string that is set to the "-Wl,--build-id=none" for newer ld versions and can be set to blank for older ld versions. I have attached the patch file to add this to V2. I think this should take care of any backwards compatibility. :-) /********************* Marc Karasek MTS Sun Microsystems mailto:marc.karasek@sun.com ph:770.360.6415 *********************/ ron minnich wrote: > I think you are adding too much complexity to the build process. it > may be time to step back a bit and think about all this. > > Just my $.02 > > ron > -- /********************* Marc Karasek MTS Sun Microsystems mailto:marc.karasek@sun.com ph:770.360.6415 *********************/

7 27

[LinuxBIOS] r3012 - trunk/util/flashrom
by svn＠openbios.org 17 Dec '07

17 Dec '07

Author: hailfinger Date: 2007-12-17 23:22:40 +0100 (Mon, 17 Dec 2007) New Revision: 3012 Modified: trunk/util/flashrom/flash.h trunk/util/flashrom/flashchips.c Log: Add support for ST M25P05-A, M25P10-A, M25P20, M25P40, M25P16, M25P32, M25P64, M25P128 to flashrom. ST M25P80 support is already there. Not tested, but conforming to data sheets and double checked. Signed-off-by: Carl-Daniel Hailfinger <c-d.hailfinger.devel.2006(a)gmx.net> Acked-by: Uwe Hermann <uwe(a)hermann-uwe.de> Modified: trunk/util/flashrom/flash.h =================================================================== --- trunk/util/flashrom/flash.h 2007-12-17 22:10:00 UTC (rev 3011) +++ trunk/util/flashrom/flash.h 2007-12-17 22:22:40 UTC (rev 3012) @@ -172,7 +172,15 @@ * byte of device ID is related to log(bitsize) at least for some chips. */ #define ST_ID 0x20 /* ST */ +#define ST_M25P05A 0x2010 +#define ST_M25P10A 0x2011 +#define ST_M25P20 0x2012 +#define ST_M25P40 0x2013 #define ST_M25P80 0x2014 +#define ST_M25P16 0x2015 +#define ST_M25P32 0x2016 +#define ST_M25P64 0x2017 +#define ST_M25P128 0x2018 #define ST_M50FLW040A 0x08 #define ST_M50FLW040B 0x28 #define ST_M50FLW080A 0x80 Modified: trunk/util/flashrom/flashchips.c =================================================================== --- trunk/util/flashrom/flashchips.c 2007-12-17 22:10:00 UTC (rev 3011) +++ trunk/util/flashrom/flashchips.c 2007-12-17 22:22:40 UTC (rev 3012) @@ -140,8 +140,24 @@ probe_jedec, erase_chip_jedec, write_jedec}, {"M29F040B", ST_ID, ST_M29F040B, 512, 64 * 1024, probe_29f040b, erase_29f040b, write_29f040b}, + {"M25P05-A", ST_ID, ST_M25P05A, 64, 32 * 1024, + probe_spi, generic_spi_chip_erase_c7, generic_spi_chip_write}, + {"M25P10-A", ST_ID, ST_M25P10A, 128, 32 * 1024, + probe_spi, generic_spi_chip_erase_c7, generic_spi_chip_write}, + {"M25P20", ST_ID, ST_M25P20, 256, 64 * 1024, + probe_spi, generic_spi_chip_erase_c7, generic_spi_chip_write}, + {"M25P40", ST_ID, ST_M25P40, 512, 64 * 1024, + probe_spi, generic_spi_chip_erase_c7, generic_spi_chip_write}, {"M25P80", ST_ID, ST_M25P80, 1024, 64 * 1024, probe_spi, generic_spi_chip_erase_c7, generic_spi_chip_write}, + {"M25P16", ST_ID, ST_M25P16, 2048, 64 * 1024, + probe_spi, generic_spi_chip_erase_c7, generic_spi_chip_write}, + {"M25P32", ST_ID, ST_M25P32, 4096, 64 * 1024, + probe_spi, generic_spi_chip_erase_c7, generic_spi_chip_write}, + {"M25P64", ST_ID, ST_M25P64, 8192, 64 * 1024, + probe_spi, generic_spi_chip_erase_c7, generic_spi_chip_write}, + {"M25P128", ST_ID, ST_M25P128, 16384, 256 * 1024, + probe_spi, generic_spi_chip_erase_c7, generic_spi_chip_write}, {"82802ab", 137, 173, 512, 64 * 1024, probe_82802ab, erase_82802ab, write_82802ab}, {"82802ac", 137, 172, 1024, 64 * 1024,

1 0

[LinuxBIOS] #89: New product support - thin clients
by LinuxBIOS 17 Dec '07

17 Dec '07

#89: New product support - thin clients ------------------------------------+--------------------------------------- Reporter: andrey | Owner: somebody Type: task | Status: new Priority: major | Milestone: Component: wiki/website/tracker | Version: v2 Keywords: | Dependencies: Patchstatus: there is no patch | ------------------------------------+--------------------------------------- Hi guys! [[BR]] I found that Lucida Technology Co., [http://www.lucidatech.com], sales thin clients with LinuxBios inside -[[BR]] [http://www.lucidatech.com/product/lt2610.htm] [http://www.lucidatech.com/product/integrated.htm] These are first inegrated LCD thin clients with LinuxBios I'v ever seen! Good news, isn't it?[[BR]] I think there should be mention about it on LinuxBios "Vendors & Products" Wiki chapter.[[BR]] Thanks! -- Ticket URL: <http://tracker.linuxbios.org/trac/LinuxBIOS/ticket/89> LinuxBIOS <http://www.linuxbios.org/>

1 1

[LinuxBIOS] [PATCH] superiotool: Add dump support for NSC PC87317
by Ulf Jordan 17 Dec '07

17 Dec '07

Add dump support for NSC PC87317. /ulf

2 1

[LinuxBIOS] r3011 - trunk/util/superiotool
by svn＠openbios.org 17 Dec '07

17 Dec '07

Author: uwe Date: 2007-12-17 23:10:00 +0100 (Mon, 17 Dec 2007) New Revision: 3011 Modified: trunk/util/superiotool/nsc.c Log: Add dump support for NSC PC87317. Signed-off-by: Ulf Jordan <jordan(a)chalmers.se> Acked-by: Uwe Hermann <uwe(a)hermann-uwe.de> Modified: trunk/util/superiotool/nsc.c =================================================================== --- trunk/util/superiotool/nsc.c 2007-12-17 21:34:53 UTC (rev 3010) +++ trunk/util/superiotool/nsc.c 2007-12-17 22:10:00 UTC (rev 3011) @@ -62,6 +62,40 @@ {0x00,0x00,0x00,0x00,0x04,0x04,EOT}}, {EOT}}}, {0xd0, "PC87317", { + {NOLDN, NULL, + {0x20,0x21,0x22,0x23,0x24,0x25,EOT}, + {0xd0,MISC,MISC,0x00,0x00,0x00,EOT}}, + {0x0, "Keyboard", + {0x30,0x31,0x60,0x61,0x62,0x63,0x70,0x71,0x74,0x75, + 0xf0,EOT}, + {MISC,0x00,0x00,0x60,0x00,0x64,0x01,0x02,0x04,0x04, + 0x40,EOT}}, + {0x1, "Mouse", + {0x30,0x70,0x71,0x74,0x75,EOT}, + {0x00,0x0c,0x02,0x04,0x04,EOT}}, + {0x2, "Real-time clock (RTC), advanced power control (APC)", + {0x30,0x31,0x60,0x61,0x70,0x71,0x74,0x75,EOT}, + {MISC,0x00,0x00,0x70,0x08,0x00,0x04,0x04,EOT}}, + {0x3, "Floppy", + {0x30,0x31,0x60,0x61,0x70,0x71,0x74,0x75,0xf0,0xf1, + EOT}, + {MISC,0x00,0x03,0xf2,0x06,0x03,0x02,0x04,0x20,0x00, + EOT}}, + {0x4, "Parallel port", + {0x30,0x31,0x60,0x61,0x70,0x71,0x74,0x75,0xf0,EOT}, + {0x00,0x00,0x02,0x78,0x07,0x00,0x04,0x04,0xf2,EOT}}, + {0x5, "COM2 / IR", + {0x30,0x31,0x60,0x61,0x70,0x71,0x74,0x75,0xf0,EOT}, + {0x00,0x00,0x02,0xf8,0x03,0x03,0x04,0x04,0x02,EOT}}, + {0x6, "COM1", + {0x30,0x31,0x60,0x61,0x70,0x71,0x74,0x75,0xf0,EOT}, + {0x00,0x00,0x03,0xf8,0x04,0x03,0x04,0x04,0x02,EOT}}, + {0x7, "GPIO", + {0x30,0x31,0x60,0x61,0x74,0x75,EOT}, + {0x00,0x00,0x00,0x00,0x04,0x04,EOT}}, + {0x8, "Power management", + {0x30,0x31,0x60,0x61,0x74,0x75,EOT}, + {0x00,0x00,0x00,0x00,0x04,0x04,EOT}}, {EOT}}}, {0xdf, "PC97317", { {NOLDN, NULL,

1 0

Re: [LinuxBIOS] AMD Geode LX on Lippert Roadrunner LX800
by Peter Stuge 17 Dec '07

17 Dec '07

Hi Matthew, (are you subscribed to the list or should we always cc you and ms(a)tx.rr.com?) On Sat, Dec 15, 2007 at 08:19:26PM -0600, Simpson, Matthew wrote: > Is this supported? No. But I guess it is rather similar to a few other LX800 boards that are supported. > What target do I choose? I think amd/norwich, pcengines/alix1c or maybe amd/db800 would be good starting points. (What about amd/rumba?) > Here is the info about this board, used for embedded systems: > > Board: Lippert Roadrunner LX800 .. > BIOS chip: SST 49LF004B (Bios Savior supports this) Sure, the flash is rarely a major problem. > Output of lspci: .. > The data sheet and technical manual can be found at: .. Board manufacturers never publish all the information that is needed in order to fully support a mainboard. The technical documentation is never technical enough for boot firmware development. For a board like this, in particular this means information about PCI device and expansion slot IRQ routing, as well as the proper pin/ball multiplexing configuration required to match how the board has been designed. Possibly there are also some magic GPIO signals that the firmware needs to work the right way to make the system function. This is all known only by the board designers. Usually it can be learned from a little investigation of the board, along with trial and error. The factory BIOS can also help. (Boot it and read the relevant settings.) AMD is also working with the LinuxBIOS project (maybe you've already seen some posts by Marc, Jordan or Libo) so the only thing we may need is some information from Lippert, and sometimes board manufacturers will gladly help with this information. :) I would start out with trying to boot another LX800 target, to see if there's any response at all. It may get you pretty far. //Peter

2 1

[LinuxBIOS] [PATCH] IDE legacy port access + UDMA/33 for 440BX boards
by Uwe Hermann 17 Dec '07

17 Dec '07

See patch. At the very least the IDE legacy port access must be enabled to be able to use FILO. The rest is optional, but I see no reason to not enable it per default. Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org

3 5

← Newer
1
...
10
11
12
13
14
15
16
...
28
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 December 2007