coreboot August 2005

coreboot@coreboot.org

58 participants
90 discussions

RE: [LinuxBIOS] VGA support
by Stephen.Kimball＠bench.com 11 Aug '05

11 Aug '05

Yhlu writes: > 3. current VGA support in Porting guide. I guess We can put one link > to point to testbios in FAQ, anyway FAQ part need to better > re-orginze... I might not think to look in the Porting Guide for VGA Support. I suggest it be another topic off the main page. And maybe the Porting Guide Page should include Ron's latest article - "Porting LinuxBIOS to the AMD SC520"?

2 1

[LinuxBIOS] flash machine
by yhlu 11 Aug '05

11 Aug '05

Is there any device, that 1. with USB 2.0 interface. 2. can be used under Linux YH

1 0

RE: [LinuxBIOS] VGA support
by Stephen.Kimball＠bench.com 11 Aug '05

11 Aug '05

Thank you very much. The new page is very helpful. Let me ask a few questions. 1. Does the new page describe onboard and addon card? I expect the MB Config.lb would change for an addon card? I assume the Config file would describe the PCI slots and steps 2 & 3 would be the same for an addon card. 2. testbios is a third choice, which is useful if the VGA image won't fit in the ROM device. Should you move the testbios FAQ info to the VGA support page? 3. Will there be a link from the Main page to the VGA Support page? Steve -----Original Message----- From: yhlu [mailto:yinghailu@gmail.com] Sent: Wednesday, August 10, 2005 6:47 PM To: Li-Ta Lo Cc: Kimball, Stephen; LinuxBIOS Subject: Re: [LinuxBIOS] VGA support I add some lines http://www.linuxbios.org/index.php/VGA_support Please check it and enrich it. YH

2 1

[LinuxBIOS] BIOS Savior RD1-PMC4 on VIA EPIA-SP
by Doug Bell 11 Aug '05

11 Aug '05

I am trying to use the PMC4 on the EPIA-SP ( vt8237 ) but can't write to the internal flash. I have code that can read and write successfully on a SST49LF004 installed in the top socket. However, when I throw the switch to the internal flash (PMC Pm49FL004 ) I can read the flash ID via the registers at ffbc0000 and 0001, but I can't read the ID via the typical jedec cycle. Interestingly ( or not ) I seem to read back the last byte written out in my code, e.g. a 0x90 0x90 is read as the ID after completing the sequence to enter product ID mode ( which ends with a write of 0x90). I tried adding various sleeps to rule out timing issues. I am assuming the vt8237 is operating in LPC mode as opposed to FWH; the datasheet for the Pm49LF004 mentions it is read-compatible for FWH. I find it curious that the 0x90 I mentioned above is the same BYTE i wrote out, rather than some nibble-based variation like 99 or 00 (since LPC bus is 4 bits ). Any insight would be greatly appreciated. Thanks, Doug

1 0

[LinuxBIOS] Re: VGA support
by Steven J. Magnani 11 Aug '05

11 Aug '05

Yhlu writes: > So at last for your linuxbios.rom, you should do > cat atix.rom linuxbios.rom > final_linuxbios.rom I went through this exercise with my board last week, and this procedure didn't work for me. Might be because there is nothing in the LB code that prevents the memory range occupied by the video ROM from being allocated to PCI devices. What I finally ended up doing is creating a wrapper .S file for my mainboard that pulls the video ROM into the compiled LB RAM image: .section .rodata.optionrom .globl _vgarom_start _vgarom_start: .incbin "../../../../../src/mainboard/intel/xe7501devkit/vga.rom" .globl _vgarom_end _vgarom_end: In Config.lb I reference a symbol defined in the wrapper: chip drivers/pci/onboard device pci 0.0 on end register "rom_address" = "_vgarom_start" end ...and in my mainboard chip.h I forward-declare the symbol, so static.c can compile: extern unsigned char _vgarom_start[]; This strategy has the advantage of making the rom address independent of changes in the size of LinuxBIOS or the payload. The disadvantage is that the video ROM gets compiled into both the fallback and normal LB RAM images (it takes up twice as much flash space as it needs to). I am wondering if it might be useful for LB to support some kind of flash partition structure (similar to Redboot) to allow storage of things common to both fallback and normal images, or to support user selection among two or more payloads. ------------------------------------------------------------------------ Steven J. Magnani "I claim this network for MARS! www.digidescorp.com Earthling, return my space modulator!" #include <standard.disclaimer>

2 1

[LinuxBIOS] Booting windows XP
by Narahari, Narasimhaiah (IE10) 11 Aug '05

11 Aug '05

Hi, I am from India. We are trying to boot Windows XP through LinuxBIOS ( freebios + BochsBIOS ). We could load the XP image into the RAM but the int-16 is called for ever after many int 13 calls. Could you please help me with this respect With regards, ________________________Honeywell Narahari Murthy N. Honeywell Technology Solutions Lab - Bangalore 151/1, Doraisanipalya, Bannerghatta Road Bangalore - 560076, India Ph: 91-80-26588360 ext. 2318 ph_res: 91-80-22380923 mobile: 9880806206 e-mail: narahari.narasimhaiah(a)honeywell.com " If you love something, set it free. If it comes back to you, it's yours. If it doesn't, it never was" "You cannot believe in God until you believe in yourself" - Swami Vivekananda." "Our greatest glory consists not in never falling, but in rising every time we fall" "In the end, we will remember not the words of our enemies, but the silence of our friends"

1 0

[LinuxBIOS] VGA support
by Stephen.Kimball＠bench.com 11 Aug '05

11 Aug '05

Could someone explain the different VGA options with LinuxBIOS? I've read the testbios FAQ items. This seems to be a utility program that can be run after the system comes up to initialize a VGA card. Then I suppose one could open an X window. Then there are several LinuxBIOS Options that mention VGA: VGABIOS_START PCI_VGA_RAM_IMAGE_START CONFIG_CONSOLE_VGA CONFIG_LEGACY_VGABIOS Some VGA options are more useful than others. For example, CONFIG_LEGACY_VGABIOS does not seem to be used. I see CONFIG_CONSOLE_VGA enables logging to the VGA. Could someone write a FAQ describing how to make CONFIG_CONSOLE_VGA work? Thanks. Steve

3 3

[LinuxBIOS] LinuxBIOS Summit
by Ken Fuchs 10 Aug '05

10 Aug '05

What topics will be covered at the LinuxBIOS Summit? Will it be limited to technical issues and things that directly affect technical issues such as access to chip set specifications, NDA issues, new BIOS technologies and LinuxBIOS' competition, etc.? Is making LinuxBIOS as popular and compelling as Linux and GNU/Linux distributions a reasonable and desirable goal? Would support of operating systems other than Linux such as OpenSolaris, xBSD, Plan 9, and MS Windows 2000/XP be a reasonable goal? Perhaps, a payload similar to ADLO could be used for non-Linux OSes. LinuxBIOS is now extremely well designed and all the core developers should get huge bonuses or well-deserved Kudos! However, sometimes various mainboard builds break and some mainboard ports remain incomplete. We need to support more chip sets and mainboards. How can we do this? How can we make porting to new chip sets and mainboards easier? We might try to generate a generic flash image for each mainboard that people new to LinuxBIOS can download and use with minimal time and effort required. It could ask a few simple questions to customize the boot with the option to store the answers to NVRAM. This could be taken to the extreme of a single Live CD that boots Linux and runs a script that identifies the chip sets and mainboard and gives the user the option of flashing his BIOS device with an appropriate LinuxBIOS image (or one that at least supports all critical devices). Will the LinuxBIOS Summit be rather open-ended like the above or will there be a defined agenda or both? Sincerely, Ken Fuchs <kfuchs(a)winternet.com>

2 1

[LinuxBIOS] Undo all hdama changes.
by Jason Schildt 10 Aug '05

10 Aug '05

All, After looking at the problems this "simple" commit caused, I've rolled it back to the revision before my commit (2005->2003). I'll go over these changes with Tom and Eric and try again later. My apologies for any broken builds. --jason-- -- Jason W. Schildt LinuxBIOS Software Engineer Linux Networx

2 3

[LinuxBIOS] New hdama commit
by Jason Schildt 10 Aug '05

10 Aug '05

All, I've just made a commit up to the public repository from the Linux Networx repository mirror. The changes only effect Opteron single/dual core and hdama board specific code. Regards, --jason-- -- Jason W. Schildt LinuxBIOS Software Engineer Linux Networx

3 10

← 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