coreboot August 2005

coreboot@coreboot.org

58 participants
90 discussions

RE: [LinuxBIOS] VGA support
by Steve Magnani 27 Aug '05

27 Aug '05

Hi Steve - > what are the Options.lb changes to run without a FALLBACK > or without CMOS Options. I think ideally, to run without fallback, you'd just set HAVE_FALLBACK_BOOT = 0 and change your target Config.lb to not build the fallback image. But I don't think most config files are set up to work that way. I set FALLBACK_SIZE and HAVE_FALLBACK_BOOT to 0, and use a mainboard Config.lb file that looks like this: ## ## Build our reset vector (This is where linuxBIOS is entered) ## if HAVE_FALLBACK_BOOT if USE_FALLBACK_IMAGE mainboardinit cpu/x86/16bit/reset16.inc ldscript /cpu/x86/16bit/reset16.lds else mainboardinit cpu/x86/32bit/reset32.inc ldscript /cpu/x86/32bit/reset32.lds end else mainboardinit cpu/x86/16bit/reset16.inc ldscript /cpu/x86/16bit/reset16.lds end > Are there ways to tell how much free Flash space you have? I usually look at the linuxbios.rom file with a hex editor to see if there's a large chunk of "FF"s. If so I try reducing ROM_SIZE and/or ROM_IMAGE_SIZE, depending on where the FFs are. Hope this helps. ------------------------------------------------------------------------ Steven J. Magnani "I claim this network for MARS! www.digidescorp.com Earthling, return my space modulator!" #include <standard.disclaimer>

1 0

[LinuxBIOS] Does LinuxBIOS support the Mac Mini?
by Angel 26 Aug '05

26 Aug '05

Hello, as LinuxBIOS is supporting the G4, I would like to know if it also supports the Mac Mini? Unfortunately I couldn't find any information on the chipset, except that the northbridge and southbridge seem to be combined in a single chip. Thanks in advance

2 1

Re: [LinuxBIOS] Open Gaming Console
by Nathaniel Dube 25 Aug '05

25 Aug '05

On Thursday 25 August 2005 01:06 pm, onelabs(a)onelabs.com wrote: > The reality here is that you'd be building a new game platform and > selling it at > a loss (the same as Sony and M$) if you're trying to match their > performance. In > order to make a profit you'll have to sell games and accessories with > enough profit margin to recoup your investments in the consoles. > > IMHO, your largest hurdle will probably be getting the funding to back your > console business and attracting game developers to gamble on the > investment. > > -Bari Actually, I 'm not really focused on doing that now. All I have to do is put up a site with downloads and instructions so any small business can put it together in half an hour or around that time. It's not my interest to make any money off this. Unless I put a donations thing on the site. The goal is make it so any one with an all ready established business can download ISOs, the flash and buy their own hardware. Flash what ever mother board LinuxBIO supports, put together what ever hardware they want and install the OS. The only thing that would cost them any thing is the hardware. The controllers all ready exist. I saw some PC controllers that looked like xbox controllers. Those should work out great. This console would basicaly just be a cheap PC with a slimed down Linux Distro designed to act like the xbox OS and have LinuxBIOS so it boots up fast like the xbox.

1 0

RE: [LinuxBIOS] Work at AMD to support LinuxBIOS
by Brunner, Richard 25 Aug '05

25 Aug '05

Initially, our active focus will be on LinuxBIOS support for AMD Opteron processors. We are still discussing internally what we can do for other AMD product lines. Right now, we are taking it one step at a time. Got to start somewhere ... Thanks! -Rich Brunner, AMD Fellow > -----Original Message----- > From: linuxbios-bounces(a)openbios.org > [mailto:linuxbios-bounces@openbios.org] On Behalf Of Richard Smith > Sent: Wednesday, August 24, 2005 9:38 AM > To: Lu, Yinghai > Cc: linuxbios(a)openbios.org > Subject: Re: [LinuxBIOS] Work at AMD to support LinuxBIOS > > > I have been hired by AMD to support LinuxBIOS development > as it pertains > > to AMD's product offerings. Where appropriate I will also work on > > We have been looking at replacing our STPC products with either a > Geode GX or LX setup. > > Poor LinuxBIOS support has held this up somewhat. > > We curently are not paying a royality for our BIOS and we don't _ever_ > want to do it again. > > Whats the plan for "official" LinuxBIOS Geode GX and LX support? > > -- > Richard A. Smith > > -- > LinuxBIOS mailing list > LinuxBIOS(a)openbios.org > http://www.openbios.org/mailman/listinfo/linuxbios > >

4 7

[LinuxBIOS] RE: CMOS options questions
by Steven J. Magnani 25 Aug '05

25 Aug '05

Without CMOS I think we are limited to a single image, i.e. no fallback. So HAVE_OPTION_TABLE = 0 would imply HAVE_FALLBACK_BOOT = 0, and this part can be disregarded: > (accounting for the fact that the fallback image, in which > USE_OPTION_TABLE=0, may also need to be able to read the > 'boot byte' of the CMOS) ------------------------------------------------------------------------ Steven J. Magnani "I claim this network for MARS! www.digidescorp.com Earthling, return my space modulator!" #include <standard.disclaimer>

1 0

[LinuxBIOS] CMOS options questions
by Steven J. Magnani 25 Aug '05

25 Aug '05

Hi, I am trying to finish up support for Intel's XE7501DEVKIT (E7501 Xeon reference board) and have run into a snag getting CMOS options to work. It looks like the factory BIOS uses pretty much the entire normal 128-byte region of the CMOS. So to support LB use of CMOS I will have to use the upper 128 bytes. Another option is to run this board without LB use of CMOS. But the factory BIOS on this board does not like the changes LB makes to the CMOS while booting. If I boot LB, then re-flash the factory BIOS and boot it, the factory BIOS complains that the CMOS checksum is bad. The questions: * Is there any reason not to change hard-coded CMOS_IMAGE_SIZE constants from 128 to 256? * Is there any reason not to change hard-coded accesses to RTC_BOOT_BYTE to equivalent read_option calls (accounting for the fact that the fallback image, in which USE_OPTION_TABLE=0, may also need to be able to read the 'boot byte' of the CMOS)? * Is there any reason not to disable writing to CMOS (except for control registers) when HAVE_OPTION_TABLE = 0? ------------------------------------------------------------------------ Steven J. Magnani "I claim this network for MARS! www.digidescorp.com Earthling, return my space modulator!" #include <standard.disclaimer>

1 0

[LinuxBIOS] Makefile definition of GCC_INC_DIR (linuxBIOSv2)
by magicfox 25 Aug '05

25 Aug '05

I have some problem with language of messages for gcc in GCC_INC_DIR definition. gcc -print-search-dirs show (in French): install_és_: /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.4/ programmes: =/usr/local/libexec/gcc/i686-pc-linux-gnu/3.4.4/:/usr/l... LC_MESSAGES definition to 'en_UK' doesn't help me. I'm not a sed expert but this new definition is right for me. Original: GCC_INC_DIR $(shell $(CC) --print-search-dirs | sed -ne "s/install$.*$/\1include/gp") New one: GCC_INC_DIR $(shell $(CC) --print-search-dirs | sed -ne "1s/.* //p" | sed -e s/$/include/") Can somebody would test this with others languages than EN for gcc ? Best regards

1 0

Re: [LinuxBIOS] Booting win XP
by Bari Ari 25 Aug '05

25 Aug '05

Quoting "Narahari, Narasimhaiah (IE10)" <Narahari.Narasimhaiah(a)honeywell.com>: > > Hi everyone, > > Can any body let me know the order of interrupts the windows XP issues on > BIOS during booting? Have you looked through all the ADLO docs?: http://www.linuxbios.org/index.php/ADLO and especially here: http://www.missl.cs.umd.edu/winint/index2.html -Bari

1 0

[LinuxBIOS] Booting win XP
by Narahari, Narasimhaiah (IE10) 25 Aug '05

25 Aug '05

Hi everyone, Can any body let me know the order of interrupts the windows XP issues on BIOS during booting? With regards, Narahari

1 0

RE: [LinuxBIOS] Opteron nVidia CK8-04/nForce4 PCI Express support
by Lu, Yinghai 24 Aug '05

24 Aug '05

I have tested Nvidia pci-e graphics card ( I forgot the model) and Mellanox pci-e infiband card with all Tyan opteron based MB. All work well. Also I test another eight way four ck804 system with 4 infiband pci-e card, it works well too. YH -----Original Message----- From: linuxbios-bounces(a)openbios.org [mailto:linuxbios-bounces@openbios.org] On Behalf Of Ken Fuchs Sent: Wednesday, August 24, 2005 2:28 PM To: LinuxBIOS(a)openbios.org Subject: [LinuxBIOS] Opteron nVidia CK8-04/nForce4 PCI Express support Does the current LinuxBIOS code support PCI Express? LinuxBIOS contains PCI Express support code, but does it actually work? Has anyone successfully used a PCI Express SATA controller via LinuxBIOS with an nVidia CK8-04/nForce4 chipset? Or a PCI Express video card? Or any PCI Express card or device? I have an nVidia CK8-04 CRB mainboard. Here's lspci output using LinuxBIOS (GNU Arch Rev 33) code, ported from the Tyan S2895 to nVidia CK8-04 CRB (with Fedora Core 3 running): # /sbin/lspci 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control 00:19.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:19.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map 00:19.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller 00:19.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] MiscellDEaneous Control 01:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a3) 01:01.0 ISA bridge: nVidia Corporation: Unknown device 0051 (rev a3) 01:01.1 SMBus: nVidia Corporation CK804 SMBus (rev a2) 01:02.0 USB Controller: nVidia Corporation CK804 USB Controller (rev a2) 01:02.1 USB Controller: nVidia Corporation CK804 USB Controller (rev a3) 01:06.0 IDE interface: nVidia Corporation CK804 IDE (rev a2) 01:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev a3) 01:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev a3) 01:09.0 PCI bridge: nVidia Corporation CK804 PCI Bridge (rev a2) 01:0a.0 Ethernet controller: nVidia Corporation CK804 Ethernet Controller (rev a3) 01:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) 04:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a3) 04:01.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a3) 04:01.1 SMBus: nVidia Corporation CK804 SMBus (rev a2) 04:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev a3) 04:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev a3) 04:0a.0 Ethernet controller: nVidia Corporation CK804 Ethernet Controller (rev a3) 04:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) # Here's lspci output using the original PhoenixBIOS (with FC 3 running): # /sbin/lspci 00:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a3) 00:01.0 ISA bridge: nVidia Corporation: Unknown device 0051 (rev a3) 00:01.1 SMBus: nVidia Corporation CK804 SMBus (rev a2) 00:02.0 USB Controller: nVidia Corporation CK804 USB Controller (rev a2) 00:02.1 USB Controller: nVidia Corporation CK804 USB Controller (rev a3) 00:04.0 Multimedia audio controller: nVidia Corporation CK804 AC'97 Audio Controller (rev a2) 00:06.0 I interface: nVidia Corporation CK804 IDE (rev a2) 00:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev a3) 00:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev a3) 00:09.0 PCI bridge: nVidia Corporation CK804 PCI Bridge (rev a2) 00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev a3) 00:0d.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) 00:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) 01:06.0 VGA compatible controller: S3 Inc. 86c764/765 [Trio32/64/64V+] (rev 43) 80:00.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a3) 80:01.0 Memory controller: nVidia Corporation CK804 Memory Controller (rev a3) 80:07.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev a3) 80:08.0 IDE interface: nVidia Corporation CK804 Serial ATA Controller (rev a3) 80:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev a3) 80:0c.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) 80:0d.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) 80:0e.0 PCI bridge: nVidia Corporation CK804 PCIE Bridge (rev a3) # I'm not sure about the bus numbering being correct for LinuxBIOS. Somewhere, I heard that the bus nmubers for certain devices had to be multiples of 0x40 for the CK8-04 chipset, but I can't recall which devices and why they had to be on bus 0, 40, 80, & C0. As you can see above, LinuxBIOS and PhoenixBIOS use very different bus numbers. The onboard ATA, USB (pen drive) and Ethernet eth0 (didn't try eth1) are working. Right now, I'd like to test PCI Express. It would be great to have a PCI Express bus analyzer and execizer, but they are very expensive. I think the cheapest and easiest way to test PCI Express is via a PCI Express SATA controller or maybe a PCI Express video card. I'm planning to get the following PCI Express cards: Siig SCSAE012S1 SATA II PCI Express card http://www.directron.com/scsae012s1.html ATI Radeon X300 SE 128MB PCI Express card http://www.ati.com/products/radeonx300/specs.html Is there anything wrong with my plan to use either of these particular PCI Express cards to test PCI Express on my nVidia CK8-04 CRB? To test PCI Express with the video card I would need to use testbios or the integrated VGA support of LinuxBIOS? It seems that this could get too complicated for just testing that PCI Express works. The PCI Express SATA controller seems much easier. Is there an easier way to test PCI Express with the PCI Express video card such as simply reading and writing to its RAM (in other words, not using it as a video device)? Thank you! Sincerely, Ken Fuchs <kfuchs(a)winternet.com> -- LinuxBIOS mailing list LinuxBIOS(a)openbios.org http://www.openbios.org/mailman/listinfo/linuxbios

1 0

← Newer
1
2
3
4
5
6
7
8
9
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 August 2005