coreboot

coreboot@coreboot.org

39717 discussions

Start a nNew thread

Re: [LinuxBIOS] flash_rom on Nvidia CK804
by Lu, Yinghai 13 Apr '06

13 Apr '06

These should be DMI info ...., You can backup it and restore it late. YH

3 4

[LinuxBIOS] Chipset docs for ITE 8712F missing
by Carl-Daniel Hailfinger 13 Apr '06

13 Apr '06

Hi Ron, iirc you wanted to post the docs for the ITE 8712F SuperIO to the LinuxBIOS website. However, I can't find them with the wiki search. Did I make a mistake? Regards, Carl-Daniel -- http://www.hailfinger.org/

2 3

Re: [LinuxBIOS] flash_rom on Nvidia CK804
by Carl-Daniel Hailfinger 13 Apr '06

13 Apr '06

Hi Scott, Scott Leffel schrieb: > > or another of the embedded systems developers I know would have > a little spare time though, so I'll have to see if I can get them > interested in LinuxBIOS. As for That would be cool. > the chipset hurdle, is the CK804 = nForce4? Just trying to gauge > roughly how far along this might already be in terms of progress. Yes. AFAICS you would just need to find someone writing the driver for the SuperIO and a little bit of glue code and you'd be done. Regards, Carl-Daniel -- http://www.hailfinger.org/

1 0

[LinuxBIOS] flash_rom on Nvidia CK804
by Scott Leffel 12 Apr '06

12 Apr '06

When this thread began the other day, I know mention was made of the Asus A8N-SLI Deluxe board. Since (I think) the focus of this discussion has been on making sure it's safe to flash an Asus image back onto the board, I wanted to make sure the inference I'm drawing is correct, namely that this board in fact supports a working build of LinuxBIOS v2.0? One of my main systems is based on that board, and since I've been wanting to dabble in LinuxBIOS for a long time (but, alas, haven't had any supported hardware) I thought this sounded like a good opening. Is CK804 some barely published term for the nForce4 'southbridge'? When I've searched nVidia's own site for the keyword CK804 it's always come up with nothing, so I had no idea that might have been referring to my own chip(set) all along. If this does successfully build, and safely burn to flash, does anybody know if the 4Mib is sufficient for a useful kernel, or would I need to use an EtherBoot payload? Hopefully this isn't too risky; my only other faintly promising prospect - in terms of a board that was ever on the supported hardware list - is with an OLD Tyan "Tsunami" S1846 board! That was merged into FreeBIOS v1.0, oh, it looks like sometime several years ago, and has since been seemingly dumped. Doh! --------------------------------- Love cheap thrills? Enjoy PC-to-Phone calls to 30+ countries for just 2¢/min with Yahoo! Messenger with Voice.

2 1

[LinuxBIOS] qemu missing openbios.elf within Config.lb?
by roger 12 Apr '06

12 Apr '06

Trying to build an image for qemu and am stumped as to how to get the openbios.elf file? Or should I use filo with using Qemu? ~/src/linuxbios/LinuxBIOSv2-2247/targets/emulation/qemu-i386/Config.lb mainboard emulation/qemu-i386 option ROM_SIZE=0x40000 option CC="gcc -m32" romimage "image" option USE_FALLBACK_IMAGE=1 option ROM_IMAGE_SIZE=0x10000 option LINUXBIOS_EXTRA_VERSION="-OpenBIOS" payload /home/stepan/openbios.elf end buildrom ./qemu-bios.rom ROM_SIZE "image" -- Roger http://www.eskimo.com/~roger/index.html Key fingerprint = 8977 A252 2623 F567 70CD 1261 640F C963 1005 1D61 Tue Apr 11 21:18:10 PDT 2006

2 1

[LinuxBIOS] flash_rom on Nvidia CK804
by Carl-Daniel Hailfinger 11 Apr '06

11 Apr '06

Hi, I want to flash a legacy BIOS on my ASUS A8N-SLI Deluxe, but to make sure I don't screw up, I tried to backup the existing BIOS first. However, running a binary diff between the image extracted from the chip via flash_rom and the vendor-supplied image of the same BIOS version, it seems that a few sections differ. The image is 512 kb big. >From 0x0040000-0x005fff0, flash_rom reads only contents with all bits set, while the vendor-supplied image contains meaningful data there. >From 0x006e000-0x006e8c0, the contents also differ, but it seems that one is only meaningful for the extracted image. My first thought was to just exclude 0x006e000-0x006e8c0 from flashing, but the fact that flash_rom read only 0xff from 0x0040000-0x005fff0 made me worried. Do you have any suggestions how to find out whether the results above are expected? switch:/storage/LinuxBIOSv2-2251/util/flashrom # ./flashrom Calibrating delay loop... ok No LinuxBIOS table found. Enabling flash write on NVIDIA CK804...OK SST49LF004A/B found at physical address: 0xfff80000 Flash part is SST49LF004A/B OK, only ENABLING flash write, but NOT FLASHING. Thanks, Carl-Daniel -- http://www.hailfinger.org/

1 0

[LinuxBIOS] Emulator for linuxbios
by roger＠eskimo.com 11 Apr '06

11 Apr '06

Any possible solutions for using an emulator to test linuxbios payloads? ie. Bochs?

2 2

[LinuxBIOS] Intel Southbridges
by Stefan Reinauer 11 Apr '06

11 Apr '06

Hi, I just noticed, there are two identical intel southbridges in the v2 tree: The southbridge/intel/i82801er part is exactly the southbridge/intel/ich5r part. Seems like someone did not check what was there. ICH5R: dell/s1850 intel/jarrell momentum/apache supermicro/x6dhe_g2 supermicro/x6dhr_ig2 supermicro/x6dhr_ig 82801er tyan/s2735 Also, the ich5r version uses nice PCI names like PCI_DEVICE_ID_INTEL_82801ER_ISA whereas the i82802er code uses PCI_DEVICE_ID_INTEL_82801ER_1F0 where the 1F0 says absolutely nothing except maybe (guessing) the position of the device on the PCI bus in factory bios. Since all mainboards except one are using the ich5r, I suggest deleting the 82801er directory and renaming the ich5r to 82801er to keep consistence in the naming scheme 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/

2 3

Re: [LinuxBIOS] CONFIG_LB_MEM_TOPK (and a patch)
by Lu, Yinghai 11 Apr '06

11 Apr '06

Please add comment before discard timer on amd 8111.... I didn't figure the reason for that yet. YH -----Original Message----- From: Stefan Reinauer [mailto:stepan@coresystems.de] Sent: Tuesday, April 11, 2006 11:38 AM To: Ward Vandewege Cc: linuxbios(a)linuxbios.org; Lu, Yinghai Subject: Re: [LinuxBIOS] CONFIG_LB_MEM_TOPK (and a patch) * Ward Vandewege <ward(a)gnu.org> [060411 13:37]: > All three in fact - to my local tree. But the first one (small fix from YH on > Friday) has already been applied in the svn tree I see. > > Ward. Ok, committed in revision 2251. Could you please update to this version and verify it's working correctly? 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/

1 0

Re: [LinuxBIOS] Is this system supported? SUN FIRE X4100
by Alan Mimms 11 Apr '06

11 Apr '06

Danger Will Robinson! We found certain (won't name them) PCI-X cards that consume HUGE amounts of power when held in RESET. Of course YMMV, but keeping the motherboard in reset for long periods of time CAN be detrimental... Alan Mimms, Senior Architect F5 Networks, Inc. Spokane Development Center 1322 North Whitman Lane Liberty Lake, Washington 99019 v: 509-343-3524 f: 509-343-3501 -----Original Message----- From: linuxbios-bounces(a)linuxbios.org [mailto:linuxbios-bounces@linuxbios.org] On Behalf Of Stefan Reinauer Sent: Tuesday, April 11, 2006 10:27 AM To: Duncan Laurie Cc: Frank Rust; linuxbios(a)linuxbios.org; Lu,Yinghai Subject: Re: [LinuxBIOS] Is this system supported? SUN FIRE X4100 * Duncan Laurie <dlaurie(a)google.com> [060411 18:31]: > This one is different; considerably more invasive but useful. > It does not care what (if anything) is currently loaded in the > system bios flash and will read and write directly via the LPC > bus. Since LPC is no good at sharing this requires the system > to be held in reset to guarantee it is idle or all sorts of > strange things will happen. Nice! Keeping the system in reset is nothing evil, as a system with a corrupted bios won't do much anyways :) > The downside is you cannot do a BIOS upgrade via the SP through > an in-band method since you would lose communiation. (tricks could > be done to load the image first and flash later but then you lose > notification of failures, etc etc) It is still possible to do > a direct BIOS flash on the system with the right (DOS) tool. or probably with the LinuxBIOS flashrom utility. 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/ -- linuxbios mailing list linuxbios(a)linuxbios.org http://www.openbios.org/mailman/listinfo/linuxbios

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

coreboot