coreboot April 2005

coreboot@coreboot.org

23 participants
41 discussions

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

15 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

[LinuxBIOS] RE: Tyan 2850 video output
by YhLu 12 Apr '05

12 Apr '05

did you get the atix.rom using dd? YH > -----Original Message----- > From: Alex [mailto:alex301@bezeqint.net] > Sent: Tuesday, April 12, 2005 2:59 PM > To: YhLu > Cc: linuxbios(a)clustermatic.org > Subject: Re: Tyan 2850 video output > > Hi YhLu, > > The binary image you sent me works fine. > Would you please help me to build LinuxBIOS properly? > > I got the latest development tree (thru tla tool). > I tried to compile it - it failed with a segment overlap error. > So I changed the LOG_LEVEL from 8 to 7. > Also I set the ROM_SIZE to 524288 instead of 475136. > The last thing I changed - was using the r8169.zelf > (etherboot 5.2.6) instead of tg3 one. > In etherboot I've set direct_vga and keyboard (I also > experimented with some other options afterwards) > > I built the linuxbios.rom and burned it onto the chip. It > works fine, prints the output to the RS232 console and > DOESN'T print anything on the screen. > > (CONFIG_OPTION_ROM_RUN and CONFIG_VGA_CONSOLE are both set to 1) > > Appreciate your help, > Alex > > PS Should I use FILO support in etherboot? I tried - > compilation failed... >

1 0

[LinuxBIOS] Where should stuff go?
by Hamish Guthrie 12 Apr '05

12 Apr '05

Hi All, and particularly Eric or Ron, I am busy doing a port of the Geode code to v2, and similar to most of the x86 SoC's the GX1 has a lot of locally memory mapped registers to configure stuff before the chip is useful at all. These registers have to be configured before RAM initialisation etc., and I was just wondering if I should do a dirty hack to include the assembler for this, or if it would be better to recode in C and create a section of code which resides in the cpu tree as opposed to the mainboard tree which is executed prior to the auto.c code. I could of course also chuck this code into the auto.c file, but with auto.c being in the mainboard section, it is not totally appropriate, because for most of these SoC's this particular code is the same for all mainboards - it is really silicon dependant, not mainboard dependant. If I were to create a new cpu init code section, how exactly would I go about incorporating this into the build structure so it will execute before auto.c? TIA 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

2 1

[LinuxBIOS] Speed up flash programming!
by Hamish Guthrie 12 Apr '05

12 Apr '05

Hi, Just a small note: In order to speed up flash programming, I have a small note which may be useful - when a flash device is erased, all bits are set to 0xff - when programming the device, any bit which is not a 1 is changed to a 0, therefore, it is advantageous for speed purposes to have any byte which does not need to be programmed in the flash device set to 0xff. Currently, objcopy sets all padding bytes to 0x00 which adds to the programming time considerably. If you merely insert '--gap-fill 0xff' into all lines in freebios2/src/config/Config.lb where OBJCOPY appears, the resultant binary will have 0xff's as the fill character instead of 0x00's. There are 2 ocurrences of this in the Config.lb file, and the lines should read: action "$(OBJCOPY) --gap-fill 0xff -O binary linuxbios linuxbios.strip" and action "$(OBJCOPY) --gap-fill 0xff -O binary $< $@" respectively. 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

2 1

[LinuxBIOS] readl and read32
by YhLu 12 Apr '05

12 Apr '05

Do you think read32 arch/i386/include/arch/romcc_io.h and readl in arch/i386/include/arch/io.h should be removed one? YH

2 1

[LinuxBIOS] Geode in Linuxbios v2
by Hamish Guthrie 12 Apr '05

12 Apr '05

Hi, I have been following with interest discussions from Ramesh Bios and others relating to the Geode processor. I have a few boards here with GX1's with the CX5530 and PC97307/PC97317 superio, and am getting started with getting LinuxBIOS onto those boards. I have a board booting up to the point of attempting to load an ELF image, at which point it craps out! This is using the v1 code tree. My project would appear to be a long-term one and I was wondering if it would not be beneficial to all to port all of the GX1 related code to LinuxBIOS v2. Ramesh, I saw in one of your posts that you had mentioned willingness to start working on this - if you have started, maybe we could work together on this? I have had a brief look at the code in question to attempt to see why the elfboot code is failing, but have not found a logical reason yet. The one scarry debug message I get is the following: Welcome to elfboot, the open sourced starter. January 2002, Eric Biederman. Version 1.2 null op: 0x07 eax:0x00000000 ebx:0x00000000 ecx:0x00000000 edx:0x00000000 op: 0x08 eax:0x00000000 ebx:0x00000000 ecx:0x00000000 edx:0x00000000 op: 0x09 eax:0x00000000 ebx:0x00000000 ecx:0x00000000 edx:0x00000000 op: 0x0a eax:0x00000000 ebx:0x00000000 ecx:0x00000000 edx:0x00000000 ... ... ... It would appear as though the null is being printed out by the stream->init() call in the elfboot function in $(TOP)/lib/elfboot.c. I have had a further look into the code and do not see anywhere where the init function pointer within the stream struct in question is initialised. I have noticed in v2 that there is a completely different code interface to the stream stuff, and rather than patching broken code, maybe it is a good idea to look at moving the working GX1 code to v2. I have not looked at the v2 tree much, and am sure there is a learning curve to start porting the stuff across. Any pointers as to where there may be some docs relating to the porting process? Thanks in advance Hamish -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.9.3 - Release Date: 05.04.2005

3 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 April 2005