coreboot March 2007

coreboot@coreboot.org

118 participants
226 discussions

[LinuxBIOS] Support of Asus P5P800SE ?
by Dean Loros 31 Mar '07

31 Mar '07

Greetings wondering if Asus P5P800 series boards are slated to be supported? I am available for testing. Dean Loros Performance by Design Ltd.

2 1

[LinuxBIOS] Intel SE440BX support
by Oscar Molin 31 Mar '07

31 Mar '07

I have 2 Intel SE440BX and one Intel SE440bx-3 (it's some kind of subversion to sebx-2) These were very popular Intel OEM boards and were used by Dell, compaq, fujitsu and the like. If someone wants info on what chips they have etc I'm willing to be of assistance and help with testing code one them to make them work. Since they all have Intels soldered on flash chips you can't make too many mistakes but I have no problem losing one in the process as I don't need all of them.

8 15

[LinuxBIOS] Hardware best practises for optimal LinuxBIOS ports
by Peter Stuge 31 Mar '07

31 Mar '07

I got an idea today. We could create a wiki page where we document how LinuxBIOS (porting, and otherwise) is affected by hardware design decisions. This could be a very helpful resource for vendors that want to leverage LinuxBIOS to the fullest in new designs. Some or most points will have tradeoffs, but the point is to document them since some decisions that a hardware engineer or even manager or exec may consider unimportant can actually make a big difference for the software developers. Am I being too naive? Maybe it would be old news? Here are some discussion points to start with. I'll add a page with content after some feedback. There are many more points, I've only come up with those that affect LinuxBIOS porting. I imagine a lot can be learned from OLPC that would go on this page. * SuperIO serial port rs232 tx/rx on header or pads, or TTL levels, or EHCI debug port on one of the onboard USB ports. Pros: Reliable debugging, faster porting Cons: Board land, BOM cost, less so with only TTL and pads, possibly more complex routing for the USB debug port * Avoid or document flash chip write protection Pros: Less hard/software requirements for porting, faster porting Cons: Risk of malware or user error bricking board * Avoid SMM Pros: Faster porting Cons: Board land, BOM cost * Use already supported chips Pros: Faster, if not instant, porting Cons: Limited BOM suppliers, may lack state-of-the-art features * Avoid embedded controllers (for things that concern LinuxBIOS) Pros: Faster porting Cons: EC may be required for key features //Peter

4 3

[LinuxBIOS] Opinions needed: CN700 graphics support
by Corey Osgood 31 Mar '07

31 Mar '07

Okay, I understand no one has done this, so I'm looking for your best speculation. What are the chances of the VGA rom for the CN700 either loading correctly or working with the hacks used on the vt8623? I'm talking about full X server support, with the crappy Via drivers (since Luc's don't support it). Thanks, Corey

4 4

[LinuxBIOS] reliable boot loader
by Capt Beany 31 Mar '07

31 Mar '07

Following a failed kernel upgrade of a remote linux box im looking for a replacement to my current boot loader (GRUB) that will fall back to a previous kernel if the new one is corrupt and was wondering if filo could fit the bill (either as is or with some changes) ? The system in question has software raided disk for redunancy but this doesnt help when the boot kernel is corrupt. What I hope to achieve is that once the boot loader is running, it will scan the systems boot devices for files containing boot information (the files would either be text files with a known extension or binary files with a magic number) that contain the kernel/ramdisk filenames, the kernel/ramdisk checksums, a boot priority and the checksum of the file itself. It should then be possible to select the highest priority kernel/ramdisk to boot, checksum it and if this checksum fails fall back to the next kernel/ramdisk pair. Does this sound like a reasonable approach to the problem ? ___________________________________________________________ New Yahoo! Mail is the ultimate force in competitive emailing. Find out more at the Yahoo! Mail Championships. Plus: play games and win prizes. http://uk.rd.yahoo.com/evt=44106/*http://mail.yahoo.net/uk

4 8

[LinuxBIOS] Is my Dell Dimension 4400 computer compatibile with Linux Free BIOS?
by Daniel Delahoyde 30 Mar '07

30 Mar '07

Hi Linx Free BIOS Project, I'm wondering is my computer compatible with the Linux BIOS. Dell haven't updated this BIOS since 2002/2003, I think it could be a lot quicker. Below is my lspci output. Thanks for your help. Daniel 00:00.0 Host bridge: Intel Corporation 82845 845 (Brookdale) Chipset Host Bridge (rev 04) 00:01.0 PCI bridge: Intel Corporation 82845 845 (Brookdale) Chipset AGP Bridge (rev 04) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 05) 00:1f.0 ISA bridge: Intel Corporation 82801BA ISA Bridge (LPC) (rev 05) 00:1f.1 IDE interface: Intel Corporation 82801BA IDE U100 (rev 05) 00:1f.2 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #1) (rev 05) 00:1f.3 SMBus: Intel Corporation 82801BA/BAM SMBus (rev 05) 00:1f.4 USB Controller: Intel Corporation 82801BA/BAM USB (Hub #2) (rev 05) 00:1f.5 Multimedia audio controller: Intel Corporation 82801BA/BAM AC'97 Audio (rev 05) 01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev b2) 02:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 02:0a.0 Communication controller: Conexant HSF 56k Data/Fax/Voice/Spkp Modem (rev 01)

2 1

[LinuxBIOS] "Designed by Nvidia" mainboard support
by Carl-Daniel Hailfinger 30 Mar '07

30 Mar '07

Hi, yes, I know, this is (partially) old news, but since Nvidia recently restated that they will sell their own mainboard designs under various brand names, I thought we could seize that opportunity. If we support one such board, all identical boards sold with other names will magically work as well. Now the question is where we can get such boards and whether these boards are identical with Nvidia prototypes. A starting pointer is at http://www.nvidia.com/object/designed_by_nvidia_590_sli.html Regards, Carl-Daniel -- http://www.hailfinger.org/

1 0

[LinuxBIOS] [PATCH] Fix ITE IT8705F support
by Corey Osgood 30 Mar '07

30 Mar '07

I'm still not entirely convinced that the previous version was flawed, but this one has more features, and covers some of what Uwe had marked as TODO anyways, with more that I'll fix up later. This is a port from SMSC LPC47M10x's _early_serial.c to the ITE IT8705f that works with my configuration. I've also ported the superio.c, since it has more features than the current one, and it came out in the end looking almost identical to Uwe's for the features they share. If anyone has the hardware, please test and let me know if it does or doesn't work for you (or if the old one did), I haven't booted a payload with it yet to test it fully. Signed-off-by: Corey Osgood <corey_osgood(a)verizon.net>

2 2

[LinuxBIOS] CN700/VT8237RP support needed. Will pay.
by Magnus Feuer 30 Mar '07

30 Mar '07

Hello, First post - please don't kill me. We are in the process of launching an embedded product based on a Jetway mobo (http://www.jetway.com.tw/jetway/system/productshow2.asp?id=383&proname=J7F2…), and need LinuxBIOS support for this setup. Since we are a bit short on time, I would like to offer USD1500 to anyone who can get support in place according to the specs below. The final result obviously goes back into the project with full GPL. If this offer violates any project rules / etiquette, or it is way off the mark, I sincerely apologize. Our requirements, which are open for discussion: 1) Linuxrc executing three seconds after power on. Jetway can offer 6-7 seconds for POST. 2) Always power on when power is applied 3) Blank screen. (We will splash from initrd) 4) Loads 2.6.20.4 kernel directly from flash (in order to minimize chance of a bricked system and shorten boot time). 5) Initrd is read from USB memory stick, if available. 6) If no USB is plugged in, initrd is read from /dev/hda1, where root is also available. 7) The USB initrd can optionally flash a new kernel into firmware a part of the upgrade process. 8) Done by Apr 20. We have a motherboard to send over as a development platform. The idea with the initrd scheme is to provide a master USB memory stick to restore bricked units by having the kernel mount the stick's initrd, which would then load additional drivers and reinstall everything on /dev/hda1. If you have any questions or flames, please reply to the list. If you want to take on the job, mail me and we'll talk off list. Sincerely, /Magnus Feuer CTO Magden Technologies magnus _dot feuer _at magden _dot us.

10 23

[LinuxBIOS] Framebuffer UI
by joe＠smittys.pointclark.net 30 Mar '07

30 Mar '07

Has anyone checked this out? http://home.comcast.net/~fbui/ It is only about 50k and resides inside the kernel. I bet you could fit LinuxBIOS and a kernel with fbui on a 1024k chip. I bet it would boot in a matter of a few seconds! Thanks - Joe

2 1

← Newer
1
2
3
4
5
6
7
8
...
23
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 March 2007