coreboot February 2004

coreboot@coreboot.org

43 participants
63 discussions

答复: /dev/bios for 2.6
by YhLu 10 Feb '04

10 Feb '04

Why not use flash_rom in freebios2/util? YH -----邮件原件----- 发件人: ebiederman(a)lnxi.com [mailto:ebiederman@lnxi.com] 发送时间: 2004年2月10日 9:10 收件人: RSmith(a)bitworks.com 抄送: stepan(a)suse.de; linuxbios(a)clustermatic.org 主题: Re: /dev/bios for 2.6 Richard Smith <rsmith(a)bitworks.com> writes: > Eric W. Biederman wrote: > > > If you look in jedec_probe.c AM29F040, and AM29LV040B are supported so if > > it is not it should be just a tiny tweak to jedec probe to get the chip > > recognized. > > Ah.. jdec_probe ok well that gives me a place to start. I'll go see if I can > tweak that to find a AM29F040B. I would have though that the AM29F040 id would > have matched. It might I don't know how you have things configured. > >> The MTD webpage dosen't have any info and I build and inserted lots of > >> different mtd > >>modules but nothing indicated they did anything. > > Do you have a proper map driver? > > Er... I don't know. How do I check? MTD has 3 levels of drivers. - The map driver (i.e. ich2rom and amd76xrom ) which knows how to find the ROM chip on a specific board, or chipset. - The probe driver (cfi_probe or jedec_probe) which knows how to detect which ROM chip you have. - The chip driver (cfi_cmdset_0001 cfi_cmdset_002..) which knows how to use a specific command set regardless of which device you have. > I've not found any documentation explaining anything about useing the MTD with > BIOS type flash chips. Its all Msystems or CF stuff so I've just been guessing. > > > My chip is hanging out just like a normal BIOS chip would at physical address > 0xfff80000 - 0xffffffff. The 1Meg extended BIOS space area should be enabled in > my chipset. So BIOS chipselects should be generated for 0xfff0ffff up. > There was an option in the kernel building that asked for a start address and a > size to which I entered 0xfff80000 and 0x80000. > > Hmmm... come to think about it now I may have entered 0x80000 rather than > 0xfff80000 as the start address.. > > In any case.. given my setup what and where do I config this? Basically it depends on the map driver you are using. Some of them can look at your chipset and figure these things out. Some are really generic and you have to hard code things. I don't know if those work at all. Eric _______________________________________________ Linuxbios mailing list Linuxbios(a)clustermatic.org http://www.clustermatic.org/mailman/listinfo/linuxbios

2 1

What is this good for?
by Stefan Reinauer 10 Feb '04

10 Feb '04

Hi, I appreciate that we only have to do one reset when optimizing HT links: http://cvs.sourceforge.net/viewcvs.py/freebios/freebios2/src/northbridge/am… What I don't like about the whole situation is the fact that this code does not honour the actually available links but does hardcodes. This will break Athlon64 systems _ONCE AGAIN_ Please, instead of removing my comments, do read them - They explain pretty well why certain code is only enabled for CONFIG_MAX_CPUS > 1 Best regards, Stefan Reinauer -- Stefan Reinauer, SUSE LINUX AG Teamleader Architecture Development

3 7

Re: IDE on s2885 and LinuxBIOS -- FILO
by YhLu 10 Feb '04

10 Feb '04

Ron, I have checked pci.c in fifo. It need to be changes as follow. It seems otherwise it can not scan the peer root bus. Maybe someone need to make it can handle peer root bus refer to the code in Linux kernel or Etherboot. Regards YH. void pci_init(void) { /* Count devices */ dev_list = 0; debug("Scanning PCI: "); pci_scan_bus(0); pci_scan_bus(1); // For Tyan s2880,s2881,s2882,s2885,s4880 // pci_scan_bus(3); //For Tyan s2885 debug("found %d devices\n", n_devs); /* Make the list */ dev_list = malloc(n_devs * sizeof(struct pci_dev)); n_devs = 0; pci_scan_bus(0); pci_scan_bus(1); // For Tyan s2880,s2881,s2882,s2885,s4880 // pci_scan_bus(3); //For Tyan s2885 #if DEBUG { int i; for (i = 0; i < n_devs; i++) { debug("%02x:%02x.%x %04x:%04x %04x %02x\n", PCI_BUS(dev_list[i].addr), PCI_DEV(dev_list[i].addr), PCI_FN(dev_list[i].addr), dev_list[i].vendor, dev_list[i].device, dev_list[i].devclass, dev_list[i].prog_if); } } #endif } -----邮件原件----- 发件人: YhLu 发送时间: 2003年12月10日 9:27 收件人: 'ron minnich' 抄送: Hendricks David W. 主题: Re: IDE on s2885 and LinuxBIOS Is it working with On current tree or using old source tree to make sure all 8111/8131 on bus 0? Yinghai Lu -----邮件原件----- 发件人: ron minnich [mailto:rminnich@lanl.gov] 发送时间: 2003年12月10日 7:25 收件人: YhLu 抄送: Hendricks David W. 主题: Re: IDE on s2885 and LinuxBIOS I wonder what differes from HDAMA to s2885? filo works fine on HDAMA ron

5 8

where is a step-by-step tutorial ?
by spidermantm＠freenet.de 10 Feb '04

10 Feb '04

1 0

Re: ATI gets a clue.
by Hendricks David W. 09 Feb '04

09 Feb '04

We don't need to with nVidia, we can run their VGA BIOS using testbios. Though in the perfect world, they'd be more forthcoming with specs so that someone can make an LB port for their nForce boards. On Mon, 9 Feb 2004, Carlos Silva wrote: > Really nice news... i'll keep dreaming that nvidia will do the same. > > > > Wonderfull news... I got this back today from ATI. Looks like someone > > with some clout there finally gets it. > > > > So I'm about to start porting some biosless init code I received over to > > Linux. Then work it into linux bios. > > > > I take back everything I said bad about ATI. *grin* > > > > Tell all your OEM buddies that ATI Mobility M1 video chips are about to > > become LinuxBIOS friendly in the near future. > > > > ------- > > Sorry for the lengthy delay. There is a lot of detail here. Basically, > > you can develop code with our documentation, and then release it under > > GPL - no issues there. > > > > If you want to produce a biosless chip init procedure, you can use the > > documentation I pointed you to. If you have any questions, feel free to > > email me about those documents. > > --------- > > > > -- > > Richard A. Smith > > rsmith(a)bitworks.com > > > > > > _______________________________________________ > > Linuxbios mailing list > > Linuxbios(a)clustermatic.org > > http://www.clustermatic.org/mailman/listinfo/linuxbios > > > > _______________________________________________ > Linuxbios mailing list > Linuxbios(a)clustermatic.org > http://www.clustermatic.org/mailman/listinfo/linuxbios >

5 7

Re: LinuxBIOS....on desktop PCs?
by Hendricks David W. 09 Feb '04

09 Feb '04

Yes, depending on which mainboard you're running. And with the recent revelations in VGA support (It works :)), I think LinuxBIOS is well underway for use in the desktop market. Did you have anything specific in mind? If you're looking for a mainboard, check out the Epia or perhaps the Chaintech 7KJD if you're looking for an Athlon platform. On Sat, 7 Feb 2004 bjm_(a)bellsouth.net wrote: > Is it possible to have LinuxBIOS on desktop PCs? Was wondering...if so, I'd like to use it :) > > _______________________________________________ > Linuxbios mailing list > Linuxbios(a)clustermatic.org > http://www.clustermatic.org/mailman/listinfo/linuxbios >

1 0

Re: LinuxBIOS....on desktop PCs?
by ron minnich 08 Feb '04

08 Feb '04

On Sat, 7 Feb 2004 bjm_(a)bellsouth.net wrote: > Is it possible to have LinuxBIOS on desktop PCs? Was wondering...if so, > I'd like to use it :) I think it is, if only because we keep finding it does a bit better job of configuring the platform, which is only a 10% gain but what the heck ... ron

1 0

LinuxBIOS....on desktop PCs?
by bjm_＠bellsouth.net 07 Feb '04

07 Feb '04

Is it possible to have LinuxBIOS on desktop PCs? Was wondering...if so, I'd like to use it :)

1 0

Re: EPIA-M HW graphics slow under linuxbios
by Dave Ashley 07 Feb '04

07 Feb '04

>I don't have etherboot. I use filo-0.4.1. Doh! I guess I'm not so great afterall... I don't really have any suggestions. The important thing I was trying to get working for you was the int21 bios calls. The VGA bios will do various callbacks to query how much video memory has been allocated, what the clock rates are, etc. My patch traps those and provides acceptable answers. After doing that I saw a performance improvement. If you could integrate those int handlers you'll get the same benefit. Another alternative is to debug the existing problem. You can't always get everything you want without effort :^). Really someone in the core linuxbios group needs to adopt my patch and integrate it into linuxbios, after "blessing" it and making sure everything is ok. I did all the really hard work, someone just has to make it so it is fit for mass consumption. I'll be around for answering questions. -Dave

3 4

Upload to generic
by Carl Peto 06 Feb '04

06 Feb '04

I am new to LinuxBIOS but have years of Linux experience. I would like to upgrade my test PC to LinuxBIOS but do not want to replace the existing motherboard. Is it possible to "flash" LinuxBIOS into a standard motherboard, like mine. I have an ASUS motherboard K7A or something like that. Also if I do this and it goes wrong, can I undo it or do I have to go to the manufacturer and pretend that I don't know how it broke? :) Thanks, Carl Peto

2 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

coreboot February 2004