coreboot

coreboot@coreboot.org

12 participants
39716 discussions

[LinuxBIOS] Problem with elfboot
by Hamish Guthrie 18 Apr '05

18 Apr '05

I am having a stupid problem trying to get etherboot (or anything else for that matter) to boot using elfboot. I am testing this with LinuxBIOS V1 because I have no mainboards at the moment supported by V2, and the port I am doing currently is taking its' time! Once my LinuxBIOS has configured everything, the last bit of serial output is: Wrote linuxbios table at: 00000500 - 00000670 checksum 320f Welcome to elfboot, the open sourced starter. January 2002, Eric Biederman. Version 1.2 ROMBase = 0x464c457f null The null message appears to be coming from the stream->init() function call in elfboot.c, and I am having trouble finding out exactly where things are going wrong. In my config I have the following: option USE_GENERIC_ROM=1 option USE_ELF_BOOT=1 option ZKERNEL_START=0xfffc0000 I am guessing that the stream->init() function is attempting to set up a stream and with the USE_GENERIC_ROM option set, I would imagine that this should really call the stream init code in rom_fill_inbuf.c, but the debug statements in that are not getting printed. I was guessing that maybe elfboot could not find the ROM device, and I have verified (with the ROMBase = 0x464c457 debug statement above) that I am indeed able to read valid data from 0xfffc0000. The value printed is the first 4 bytes of the etherboot elf image I am trying to load, so I definately have the ROM chip selects enabled. Any pointers please?? Hamish -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.9.15 - Release Date: 16.04.2005

1 0

[LinuxBIOS] arch hell
by Ronald G. Minnich 17 Apr '05

17 Apr '05

I can't get anywhere with arch. No matter what I do I get this: rminnich@enigma:~/src/bios/freebios2> tla commit M src/mainboard/via/epia/Options.lb arch_commit: unable to acquire revision lock (internal error in archive-pfs.c(pfs_lock_revision)) tree: /home/rminnich/src/bios/freebios2 revision: linuxbios(a)linuxbios.org--devel/freebios--devel--2.0--patch-14 rminnich@enigma:~/src/bios/freebios2> any hints? ron

3 5

[LinuxBIOS] Re: Is anybody checking in new code in tla?
by Richard Smith 15 Apr '05

15 Apr '05

On 4/14/05, Svante Signell <svante.signell(a)telia.com> wrote: > Hi, > > Are there any recent checkins made to the arch tree? I'm mostly > interested in the 440BX v2 development. There hasn't been any really. Its still at the get valid data back from the smbus controller stage. Are you interested in hacking on that? None of my patches have been committed. I can send you what I have and then commit the stuff this weekend. Oh and change your linuxbios list address to openbios.org. -- Richard A. Smith

1 0

RE: [LinuxBIOS] readl and read32
by YhLu 14 Apr '05

14 Apr '05

Actually, I think read32 is only used by Intel chipset E7501 and ...E7520.... YH > -----Original Message----- > From: Ronald G. Minnich [mailto:rminnich@lanl.gov] > Sent: Thursday, April 14, 2005 7:45 PM > To: YhLu > Cc: ebiederman(a)lnxi.com; linuxbios(a)openbios.org > Subject: RE: [LinuxBIOS] readl and read32 > > > > On Thu, 14 Apr 2005, YhLu wrote: > > > get rid of read32 or get rid of readl? > > I would think get rid of readl. > > ron >

1 0

RE: [LinuxBIOS] readl and read32
by YhLu 14 Apr '05

14 Apr '05

but We got inb, inw, inl....etc. YH > -----Original Message----- > From: Ronald G. Minnich [mailto:rminnich@lanl.gov] > Sent: Thursday, April 14, 2005 7:45 PM > To: YhLu > Cc: ebiederman(a)lnxi.com; linuxbios(a)openbios.org > Subject: RE: [LinuxBIOS] readl and read32 > > > > On Thu, 14 Apr 2005, YhLu wrote: > > > get rid of read32 or get rid of readl? > > I would think get rid of readl. > > ron >

2 1

RE: [LinuxBIOS] readl and read32
by YhLu 14 Apr '05

14 Apr '05

get rid of read32 or get rid of readl? YH > -----Original Message----- > From: Ronald G. Minnich [mailto:rminnich@lanl.gov] > Sent: Tuesday, April 12, 2005 9:29 AM > To: YhLu > Cc: ebiederman(a)lnxi.com; linuxbios(a)openbios.org > Subject: Re: [LinuxBIOS] readl and read32 > > > > On Wed, 6 Apr 2005, YhLu wrote: > > > Do you think > > read32 arch/i386/include/arch/romcc_io.h and readl in > > arch/i386/include/arch/io.h should be removed one? > > > > yes, that is going to bite somebody. get rid of readl. > > ron >

2 1

[LinuxBIOS] New version of ROM posting app
by Jon Smirl 14 Apr '05

14 Apr '05

I put two new posting apps, a vm86 version and emu86 version out on: bk://mesa3d.bkbits.net/rom Get klibc from: http://kernel.org/pub/linux/libs/klibc/ Install it somewhere and build it. You need to make a link to the kernel source in the top level klibc directory. In this directory make a link from the klibc-xxx directory to klibc. Both projects will then build. v86bios uses vm86 to run the rom post uses emu86 Use an environment variable to pick the card to be acted on: export DEVPATH=/bus/pci/devices/0000:01:00.0 vm86 is 20K non-debug emu86 is 40K non-debug Currently they don't use Ben's VGA arbiter which isn't ready yet. When finished these app will automatically be triggered on driver load as part of the hotplug process. The source to vm86 is from the linux BIOS project where is has been worked on to make it substantially smaller. I like to keep everyone on the same source code base if possible. Once we get these cleaned up and working I'm hoping to get them added to the klibc project. Once in klibc, klibc is schedule to go into the kernel sooner or later. They are both partially working but fail part way through the posting process. I've been playing with them a couple of days and I can't figure out why they are failing. They are both failing for different reasons. Can anyone help? -- Jon Smirl jonsmirl(a)gmail.com

7 29

[LinuxBIOS] Boot Time
by Jun OKAJIMA 13 Apr '05

13 Apr '05

Hello. I understand one of the biggest merits of LinuxBIOS is fast booting. Then, how fast it is? The top page of the Wiki says 3 sec, and "7/25/01: Dual Athlon update " issue says about 2 sec to boot a kernel. But this log shows it took 20 sec. http://www.carbotpc.com/linux/boottiming.log.txt It is too big difference between 2 sec and 20 sec, dont you? Especially, I would want to know the figures on VIA mini-ITX mothres with USB memory booting. It is very good that if I could get /bin/init started within 3 sec or such. --- Okajima, Jun. Tokyo, Japan.

6 17

[LinuxBIOS] Re: post code "fe" means what ?
by Stefan Reinauer 13 Apr '05

13 Apr '05

* Huang-Jen Wang <huangjen.wang(a)gmail.com> [050413 14:15]: > Thank you for your suggestions, I solved the problems > But I got new problems now, I want to add VGA functionality > and I follow the illustration of Filo_on_the_Arima_Hdama on linuxbios > main page, the address is here: > http://wiki.linuxbios.org/index.php/Filo_on_the_Arima_Hdama > > I add "dir /drivers/ati/ragexl" to src/mainboard/arima/hdama/Config.lb > and add > "uses CONFIG_CONSOLE_BTEXT > option CONFIG_CONSOLE_BTEXT=1" > to targets/arima/hdama/Config.lb > > When I Run "buildtarget arima/hdama" , it has error message: Using drivers/ati/ragexl is probably obsolete and replaced by the vgabios stuff. Go look for "x86emu" in the list archive. Stefan

1 0

[LinuxBIOS] Feature request - romcc
by Hamish Guthrie 12 Apr '05

12 Apr '05

Hi, It would be really nice if the default in code generation from romcc would generate constant values as hex values, rather than decimal values - I have been looking at the generated code in auto.inc and $1016 really means nothing to me as opposed to 0x3f8, which means a lot to me. I have had a brief look at romcc.c, and it is a HUGE piece of code, and I do not think that it is of merit for me to look at that code while actually trying to get something else working! TIA Regards Hamish -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.9.5 - Release Date: 07.04.2005

3 6

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