coreboot

coreboot@coreboot.org

39717 discussions

[LinuxBIOS] issue 47 and 48
by Lu, Yinghai 06 Dec '05

06 Dec '05

Please check the patch on issue tracker 47: put chain on bus 0, 0x40, 0x80, and 0xc0 48: using hcdn to simplify the mptable.c and irqtable.c Also there is ck804_early_setup_car.c for s2895 and other MB with multi ck804 YH

1 0

[LinuxBIOS] Is my PC supported? (fwd)
by Andrei V. Toutoukine 05 Dec '05

05 Dec '05

Dear friends, I wonder if it is possible to use LinuxBIOS on my hardware, or if not, what labour costs the porting? CPU: Pentium 166 MotherBoard: Eagles, E-AD586-3P21-401 Chipset: NEC PowerTX ADC 009B 026 kropotkin:~# lspci -vvv 0000:00:1c.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) Subsystem: Realtek Semiconductor Co., Ltd. RT8139 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR+ Latency: 64 (8000ns min, 16000ns max) Interrupt: pin A routed to IRQ 11 Region 0: I/O ports at 7000 [size=256] Region 1: Memory at e2000000 (32-bit, non-prefetchable) [size=256] Expansion ROM at 000d0000 [disabled] [size=64K] Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1+,D2+,D3hot+,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 0000:00:1e.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2164W [Millennium II] (prog-if 00 [VGA]) Subsystem: Matrox Graphics, Inc.: Unknown device 2007 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- Latency: 0 Interrupt: pin A routed to IRQ 12 Region 0: Memory at e0000000 (32-bit, prefetchable) [size=16M] Region 1: Memory at e1000000 (32-bit, non-prefetchable) [size=16K] Region 2: Memory at e1800000 (32-bit, non-prefetchable) [size=8M] kropotkin:~# I have no idea what "SuperIO chip" is, but the biggest one after NEC is labelled as "LGS Prime 3C 993/R". BIOS Looks like old UV-eraseable ROM: under an "Eagles" sticker there is something like a circle-shaped window. Actually, the main trouble with current BIOS is that it can count all the 128M of DIMM installed, but reports to Linux kernel (2.6.8) only the first 64M. Playing with mem="640K@0M 127M@1M" (or other variations does not help: kernel hangs at boot saying "Loading kernel"). memtest86+'s probe reports those 128M and tests run fine. Soryy for the off-topic. With the best regards, Andrey.

1 0

Re: [LinuxBIOS] where do we stand
by Stefan Reinauer 05 Dec '05

05 Dec '05

> > > Howdy, > Can I take it from this thread that the S2895 Tyan board will > not work now? I am just getting into this and was going to experiment > on the S2895. > > Thanks, > Jeff Young > The Tyan S2895 _should_ work with the current SVN tree, but it is still untested. This applies for most other boards in the latest tree. We'll gladly assist you if you are going to test this. As an option you can always choose a snapshot from 1.5 months ago. Stefan

1 0

[LinuxBIOS] Via MB suggestion
by Richard Smith 05 Dec '05

05 Dec '05

Hey all you via dudes: I'm looking at using one of these small ITX or mini-ITX boards for a personal project. And of course I want it to boot LinuxBIOS. I'm going to need LCD output to a >= 800x600 screen and X allthough I could probally make it work with the framebuffer as well. I don't need a lot of power just enough to run a pyQT3 python app play mp3's. What some MB board names I should I start looking for? There's loads of options. Which ones so far are known to boot? Which ones are bios hacker friendly? (Meaning it has a PLCC or DIP flash rather than TSOP) -- Richard A. Smith

2 3

[LinuxBIOS] Save the trees!
by Stefan Reinauer 04 Dec '05

04 Dec '05

Hi, after the LinuxBIOS tree was in a quasi permanent state of adaption during the last two months, it is getting to a state where we need heavy testing and reporting from users out there. Ron, Ollie, Yinghai and me have been trying to do some heavy fixing to get things going again, and the result can be seen here: http://snapshots.linuxbios.org/stats/abuild-LinuxBIOSv2-2131.log Now no more than three (3!) mainboards fail compilation: agami/aruma intel/xe7501devkit momentum/apache The next step should be to switch more mainboards over to cache as ram (especially the agami/aruma, which fails due to lack of registers in romcc) and, again, to test the current tree. Please go ahead and try any supported systems you have access to and send reports to this list, or to me. Best regards, Stefan

3 3

[LinuxBIOS] patches
by Ronald G Minnich 04 Dec '05

04 Dec '05

Guys, starting next week, I think we only take patches that are known to be a delta from an SVN-based repository. This current situation is not acceptable -- I believe some of these patches are coming from the old ARCH repo, which is quite out of date. OK? Can everyone please sync up with the svn tree? thanks ron

2 1

[LinuxBIOS] Geode GX1 and IRQ tables
by joep＠frog.nl 04 Dec '05

04 Dec '05

This week I started to create a linuxbios for an embedded Geode GX1 board (Kontron ETX-mgx). I was delighted to see that it was able to boot Linux at the first try! Off course there remain some issues that need to be solved. The first thing I ran into is that I can't use the ethernet controller. When I try to load the ethernet module (dmfe.o) I get this message: PCI: No IRQ known for interrupt pin A of device 00:02.0. Please try using pci=biosirq This reason is that linux is not able to locate the interrupt table, because linuxbios failed to copy the table to the area at 0xf0000: .... Copying IRQ routing tables to 0xf0000...done. Verifing copy of IRQ routing tables at 0xf0000...failed Moving GDT to 0x500...ok Wrote linuxbios table at: 00000530 - 000006b4 checksum e72d I saw that this issue was discussed earlier in this list (March 2005, started by ramesh), but I found no reference as to if and how it was ever solved. Any answers? Thanks, Joep Jansen

4 5

[LinuxBIOS] LinuxBIOS messing with CMOS on reboot?
by Stefan Reinauer 04 Dec '05

04 Dec '05

Hi, I'm seeing a weird problem while switching back and forth between a legacy bios and LinuxBIOS. I have a 256 byte cmos image created with cmos_util and a 512k bios image for each firmware flavour. Switching from legacy bios to LinuxBIOS works fine using flashrom and cmos_util. Switching the other way round always leaves legacy bios with a wrong checksum on the first boot. writing the cmos from the file afterwards and rebooting is fine, so it's not the cmos image that is wrong. Could LinuxBIOS change the CMOS when doing a reboot? Or is legacy bios doing some very weird things like safing additional data in mystic places? Stefan

3 3

[LinuxBIOS] cmos checksum in linuxbios table
by Stefan Reinauer 04 Dec '05

04 Dec '05

Hi, I suggest putting the cmos checksum areas into the LinuxBIOS table. This was obviously planned a long time ago and I already implemented support for that in the lxbios utility. See below patch to implement this thing in LinuxBIOS. Stefan

3 4

[LinuxBIOS] EPIA M-II (CF Boot)
by Carl Farrington 03 Dec '05

03 Dec '05

I would like to add my name to the list of people who have suceeded with the EPIA-MII LinuxBIOS. The VGA BIOS offset given by Nick Barker was no good for my board (Model: EPIA-Mii12000 LVDS), I had to use skip=786432 as suggested by Jun. I am having problems with the kernel recognising the CF device as hde1 though. I am able to manually mount hde1 from a diagnostics shell within the initrd after running cardmgr, so it is available, but once I exit the shell the kernel is saying it can't find hde1. I'm not sure if Nick used devfs with his setup, but that's not available for my 2.6.14 kernel. I have used mknod to create the device, and also tried using udevstart but still have the same problem. I wonder if it's something to do with me having all the pcmcia stuff compiled directly into the kernel instead of as loadable modules? Unfortunately I'm quite rusty with Linux! Anyway, I suppose this is a bit off topic. The LinuxBIOS seems to work great, thank you, and big thanks to Nick for all your work on the EPIA M2. Oh, by the way, I used Award's AWDFLASH to flash linuxbios.bin. Using the undocumented /F option. Nick's HOWTO talked about a flash_and_burn utility which wasn't in the tree, and the flashrom tool just wouldn't compile for me for some reason. AWDFLASH worked, except for some strange quirks. I can't be certain if it was due to bad floppies on my part, but for some reason I felt I was having better success overwriting a good bios, rather than re-trying on a failed flash. The machine would go loopy sometimes. It all works now anyway. cheers, Carl

6 13

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