coreboot April 2004

coreboot@coreboot.org

47 participants
130 discussions

Build error and Makefile.settings
by Mathieu Deschamps 14 Apr '04

14 Apr '04

ok i've found were it bugs : when it does this : export LINUXBIOS_ASSEMBLER:=$(shell touch dummy.s ; $(CC) -c -Wa,-v dummy.s 2>&1; rm -f dummy.s dummy.o ) the answer should be when typing make echo : LINUXBIOS_ASSEMBLER="Version de l'assembleur GNU 2.13.90.0.18 (i386-redhat-linux) utilisant la version BFD 2.13.90.0.18 20030206" But the ' character makes a parse error even if the string is quoted ' ' I propose to patch this quckly: export LINUXBIOS_ASSEMBLER:=$(shell touch dummy.s ; $(CC) -c -Wa,-v dummy.s 2>&1 | tr -s '\''; rm -f dummy.s dummy.o ) mathieu

2 4

VGA bios on epia-m
by ron minnich 14 Apr '04

14 Apr '04

I'm trying to extract it. I'm wondering if anyone else has, and if so, where in the bios image it was? I can't see anything at an offset that makes lots of sense. Unless the bios copies the vga bios to ram at 0xc000, oh joy. ron

3 5

LinuxBios "official" requirements.
by Mathieu Deschamps 13 Apr '04

13 Apr '04

I've read several documentation on LinuxBios and related projects, though I didn't find out a LinuxBios requirements "true" paper. I still have the 2.4.xx kernel compiling oriented slab that is to say : GNU Make 3.77, ECGS 1.1.2 (GCC 2.91.66), Binutils 2.10, util-linux 2.10. Also I had a quite old python version (1.1 or so), i got it updated to 2.2.3 when I've seen the python script insulted me while running buildtarget. What are the "official" requirements ? What I try to say is that a REQUIEREMENTS file in the source tree LACKS, Maybe it lacks also in the site page (IMHO, the early page info should mention this)... cordialy, mathieu

3 6

ATI rage xl.init
by YhLu 13 Apr '04

13 Apr '04

Stefan, I move the kernel patch that init rage xl for fb into LinuxBIOS. You can disable the patch in Kernel and still can use rage xl for fb. Regards YH

5 14

答复: ATI rage xl.init
by YhLu 13 Apr '04

13 Apr '04

Tyan s2850 Tyan S2880 Tyan S2881 Tyan S2882 Tyan S4880 Tyan S4882 -----邮件原件----- 发件人: Stefan Reinauer [mailto:stepan@openbios.org] 发送时间: 2004年4月13日 7:23 收件人: ron minnich 抄送: YhLu; Takeshi Sone; ebiederman(a)lnxi.com; linuxbios(a)clustermatic.org 主题: Re: ATI rage xl.init * ron minnich <rminnich(a)lanl.gov> [040413 16:10]: > It's true that 'dir' would work. The other commands are all for the most > part handly aliases for 'dir'. > > So if people want to just go with 'dir', fine, if we want another noise > word, 'device' is fine too. One thing, the new noise word 'device' does > give us the future ability to do special things for devices if we need to. I've adapted the newisys khepri build to use the trident blade 3d code in drivers/. What boards use an onboard Rage XL? * Tyan S2880? * Arima HDAM* * AMD Quartet any more? Stefan

1 0

答复: ATI rage xl.init
by YhLu 13 Apr '04

13 Apr '04

>If we can now get hands on loading firmware into the LSI1020/1030, we'd >be prepared for a lot of nice opteron servers and possibly many others. I understand that The LSI seems not to want to let me put the code that I have referred to their NDA documents under GPL. Beside that still need to add some code to filo to make it understand scsi_disk. I will try to talk to them again. Regards YH -----邮件原件----- 发件人: Stefan Reinauer [mailto:stepan@openbios.org] 发送时间: 2004年4月13日 5:22 收件人: YhLu 抄送: ron minnich; Stefan Reinauer; Takeshi Sone; ebiederman(a)lnxi.com; linuxbios(a)clustermatic.org 主题: Re: ATI rage xl.init * YhLu <YhLu(a)tyan.com> [040412 23:23]: > I move the kernel patch that init rage xl for fb into LinuxBIOS. You can > disable the patch in Kernel and still can use rage xl for fb. wonderful! I've commited this to the V2 CVS and moved the Trident Blade3d driver there as well. I changed the directory layout a little bit to suit northbridge/southbridge/mainboard by using driver/vendor/device as the path to the device init code. What is the right way of getting this code into a LinuxBIOS build? Should there be some "driver" directive like there's "northbridge" and "southbridge"? Or is there some better idea? If we can now get hands on loading firmware into the LSI1020/1030, we'd be prepared for a lot of nice opteron servers and possibly many others. Stefan

1 0

LinuxBios and Openbios's dev/bios capacity
by Mathieu Deschamps 13 Apr '04

13 Apr '04

I've found in OpenBios dev/bios a good reason to hope i could spare the cost of a "physical" flashing device , and a ease using. That is to say getting LinuxBios building the .bin and flash the onboard BIOS via the dev/bios mechanism. I have a via/epia and a SST39 series 20A (256Ko) bios chip on I'd thought I could read/write this bios with cat my.bin >/dev/bios but by insmoding bios.o. But i got a kmess coming from lines 123-126 printk code of bios.c "BIOS : No flash devices found" This resulting in a console message "Device busy" (that is, though, a bit paradoxal notfound != busy isn't it ? :) ) I can't catch what have missed me... Is dev/bios couldn't be used in my aim ? Gratefull if experienced people could help me. Cordialy. Mathieu

4 4

Re: XScale Port
by Bari Ari 12 Apr '04

12 Apr '04

Greg Watson wrote: > I've only just embarked on the road to video for PPC. Currently I've > tried a Matrox board which works fine, mainly because it doesn't need Too bad Matrox doesn't sell chips anymore. > any BIOS support at all (nice). ATI is proving difficult for the x86 > people because of a lack of chipset information (not nice). I believe Looking into ATI as well since Richard is working with the M1. > they have nvidia working with the x86 emulator, so I'll be trying that > next. x86 emulator will probably be to ugly a path to use on an ARM platform. -Bari

5 10

答复: ATI rage xl.init
by YhLu 12 Apr '04

12 Apr '04

The patch origninally is for kernel 2.4.21. Stefan sent that to me. It is developed by SGI??? And it is under GPL I have tried to move that to 2.6. and it works. I'm talking to ATI, and try to get more data sheet and then We can get the output from beginning in LinuxBIOS. ( It's not very begninnig, should in PCI init stage). Regards YH -----邮件原件----- 发件人: Gregg C Levine [mailto:hansolofalcon@worldnet.att.net] 发送时间: 2004年4月12日 18:20 收件人: Linuxbios 主题: RE: ATI rage xl.init Hello from Gregg C Levine It happens that I can use the frame buffer functions on my ATI Rage 128 without much of a hassle. In fact that's the native mode of the video card. (And this is on a native BIOS, not the subject of the group.) Without breaking your NDA, could you enlighten the group regarding how you are going about the enabling of this ATI card? And where did you find the details for the frame buffer modes for this ATI video card? Were they provided that way? If so, then I don't need to know. ------------------- Gregg C Levine hansolofalcon(a)worldnet.att.net ------------------------------------------------------------ "The Force will be with you...Always." Obi-Wan Kenobi "Use the Force, Luke." Obi-Wan Kenobi > -----Original Message----- > From: linuxbios-admin(a)clustermatic.org [mailto:linuxbios- > admin(a)clustermatic.org] On Behalf Of Eric W. Biederman > Sent: Monday, April 12, 2004 8:29 PM > To: YhLu > Cc: ron minnich; Stefan Reinauer; Takeshi Sone; linuxbios(a)clustermatic.org > Subject: Re: ATI rage xl.init > > YhLu <YhLu(a)tyan.com> writes: > > > Stefan, > > > > I move the kernel patch that init rage xl for fb into LinuxBIOS. You can > > disable the patch in Kernel and still can use rage xl for fb. > > Cool. I have been meaning to try that for a long time I just have > not been able to find the time. > > Unless we see some serious problems this looks like a good model for > how to handle onboard graphics chips. > > Eric > _______________________________________________ > 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

1 0

Re: 2.6 kernel
by ebiederman＠lnxi.com 12 Apr '04

12 Apr '04

Greg Lewis <glewis(a)lnxi.com> writes: > Hi Eric, > > We're having a look at 2.6 kernels again. Just curious if you have ever > gotten any of the 2.6 kernels up and playing nice with etherboot and > mkelfimage. If so, I'd be interested in what versions of each you were > using :). Also, do we have a general method of verifying the validity of > an EBi other than booting a node with it? Thanks. Yes. I have had reports of people having problems but nothing confirmed. I looked into it a while ago and I got it to work so I don't know how to pursue further complaints. mkelfImage 2.5 linux kernel 2.6.5rc3 (Which was the latest at the time I looked). etherboot 5.2.2eb2 (The patches were to my build configuration) Hmm. Make certain you have a known working binary version of mkelfImage. A 2.4 kernel can verify that. You can look at the ELF sections and suck out the compress kernel portion at 1MB. After accounting for the 16bit real mode section you can do a binary compare of the kernel pieces. There is the checksum which can be verified. I believe FILO has a tool to verify that. I know it has a tool that will write it in user space. You can boot the kernel in another manner and see if that works. Eric

1 0

← Newer
1
...
6
7
8
9
10
11
12
13
Older →

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 2004