coreboot September 2007

coreboot@coreboot.org

81 participants
367 discussions

[LinuxBIOS] [PATCH] vgabios: use same interface for biosemu.c and vm86.c
by Alex Beregszaszi 04 Sep '07

04 Sep '07

Hi, this patch changes vm86.c:do_bios to run_bios(dev, addr). While doing this, we can remove lot of code duplication about searching the device, which is already done in the parent pci_device.c. -- Alex

2 1

[LinuxBIOS] r487 - in LinuxBIOSv3: device util/x86emu
by svn＠openbios.org 04 Sep '07

04 Sep '07

Author: stepan Date: 2007-09-05 03:41:52 +0200 (Wed, 05 Sep 2007) New Revision: 487 Modified: LinuxBIOSv3/device/pci_device.c LinuxBIOSv3/util/x86emu/vm86.c Log: this patch changes vm86.c:do_bios to run_bios(dev, addr). While doing this, we can remove lot of code duplication about searching the device, which is already done in the parent pci_device.c. Signed-off-by: Alex Beregszaszi <alex(a)rtfs.hu> Acked-by: Stefan Reinauer <stepan(a)coresystems.de> Modified: LinuxBIOSv3/device/pci_device.c =================================================================== --- LinuxBIOSv3/device/pci_device.c 2007-08-30 10:25:43 UTC (rev 486) +++ LinuxBIOSv3/device/pci_device.c 2007-09-05 01:41:52 UTC (rev 487) @@ -649,9 +649,9 @@ void pci_dev_init(struct device *dev) { + printk(BIOS_SPEW, "PCI: pci_dev_init\n"); #if defined(CONFIG_PCI_OPTION_ROM_RUN) && CONFIG_PCI_OPTION_ROM_RUN == 1 void run_bios(struct device *dev, unsigned long addr); - void do_vgabios(void); struct rom_header *rom, *ram; printk(BIOS_INFO, "Probing for option ROM\n"); @@ -661,15 +661,8 @@ ram = pci_rom_load(dev, rom); if (ram == NULL) return; -#if defined(CONFIG_PCI_OPTION_ROM_RUN_X86EMU) && \ - CONFIG_PCI_OPTION_ROM_RUN_X86EMU == 1 run_bios(dev, ram); #endif -#if defined(CONFIG_PCI_OPTION_ROM_RUN_VM86) && \ - CONFIG_PCI_OPTION_ROM_RUN_VM86 == 1 - do_vgabios(); -#endif -#endif } /** Default device operation for PCI devices. */ Modified: LinuxBIOSv3/util/x86emu/vm86.c =================================================================== --- LinuxBIOSv3/util/x86emu/vm86.c 2007-08-30 10:25:43 UTC (rev 486) +++ LinuxBIOSv3/util/x86emu/vm86.c 2007-09-05 01:41:52 UTC (rev 487) @@ -307,13 +307,8 @@ ); } -void do_vgabios(void) +void run_bios(struct device *dev, unsigned long addr) { - struct device *dev; - unsigned int busdevfn; - unsigned long rom = 0; - unsigned char *buf; - unsigned int size = 64*1024; int i; /* clear vga bios data area */ @@ -321,41 +316,7 @@ *(unsigned char *) i = 0; } - dev = dev_find_class(PCI_CLASS_DISPLAY_VGA<<8 , 0); - - if (!dev) { - printk(BIOS_DEBUG, "NO VGA FOUND\n"); - return; - } - printk(BIOS_DEBUG,"found VGA: vid=%x, did=%x\n", dev->vendor, dev->device); - - /* declare rom address here - keep any config data out of the way - * of core LXB stuff */ -#warning fix rom address - rom = 0xc0000; - pci_write_config32(dev, PCI_ROM_ADDRESS, rom|1); - printk(BIOS_DEBUG, "rom base, size: %p\n", (void *)rom); - - buf = (unsigned char *) rom; - if ((buf[0] == 0x55) && (buf[1] == 0xaa)) { - memcpy((void *) 0xc0000, buf, size); - -#warning Implement write_protect_vgabios() - //write_protect_vgabios(); // in northbridge - - // check signature again - buf = (unsigned char *) 0xc0000; - if (buf[0]==0x55 && buf[1]==0xAA) { - busdevfn = (dev->bus->secondary << 8) | dev->path.u.pci.devfn; - printk(BIOS_DEBUG, "bus/devfn = %#x\n", busdevfn); - - real_mode_switch_call_vga(busdevfn); - } else - printk(BIOS_DEBUG, "Failed to copy VGA BIOS to 0xc0000\n"); - } else - printk(BIOS_DEBUG, "BAD SIGNATURE 0x%x 0x%x\n", buf[0], buf[1]); - - pci_write_config32(dev, PCI_ROM_ADDRESS, 0); + real_mode_switch_call_vga((dev->bus->secondary << 8) | dev->path.u.pci.devfn); }

1 0

[LinuxBIOS] [PATCH][v3] Support for multiple LinuxBIOS payloads
by Uwe Hermann 04 Sep '07

04 Sep '07

Hi, here's a first (draft) implementation for having multiple LinuxBIOS payloads in one image, which will be executed one after the other. This is part of my GЅoC project work; it's needed for lbmenu, the LinuxBIOS runtime config tool. More details in the patch. Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org

8 32

[LinuxBIOS] Patch signed-off-by
by Alex Beregszaszi 04 Sep '07

04 Sep '07

Hi, I apologize I forgot to apply "Signed-off-by: Alex Beregszaszi <alex(a)rtfs.hu>" to my patches. From hereby, my earlier patches shall be taken as signed off by me. Will not forget for further patches. Thank you, -- Alex Beregszaszi

1 0

[LinuxBIOS] UBoot
by Carl-Daniel Hailfinger 04 Sep '07

04 Sep '07

Hi, while looking at the OpenMoko codebase, I noticed they are using UBoot as their hardware init software. UBoot seems to be similar to LinuxBIOS from a conceptual point of view, although it seems they target mostly embedded and non-x86 systems, while we mostly target x86/x86_64 systems where hardware configuration can be changed easily by the user. Did anyone publish a comparison between LinuxBIOS and UBoot or is there some mail exchange which I could read to learn about the relationship between the two projects? Carl-Daniel

1 0

[LinuxBIOS] [PATCH] Move common utilities to util/
by Uwe Hermann 03 Sep '07

03 Sep '07

Hi, here's my proposal for moving (via 'svn mv') common utilities which are not specific to a certain version of LinuxBIOS into the global util/ (they are now in the v2 util/). Todo ---- abuild -- needs discussion; will it work for v3 eventually? ADLO -- is/should be version-independant analysis buildrom -- not related to Jordan's buildrom? Needed in v2? dump_mmcr getpir lbtdump -- Do we need this at all? Can't lxbios do the same? mptable probe_superio resetcf Projects which should _not_ be moved ------------------------------------ newconfig -- v2-specific optionlist -- v2-specific options -- needed for v2 build, but we have a fork in v3 (FIXME?) romcc -- not used in v3 vgabios -- we use a different/modified version in v3, so leave this Already moved ------------- flashrom lxbios Comments welcome. If nobody complains, I'll move the projects tomorrow or so. Another discussion is needed as to which of the utilities we should draw back into v2/v3 via svn:externals (IMHO _not_ all of them, only often-used ones). After a quick look I'd suggest the following: - adlo (while we're at it, we should rename it from ADLO to adlo, IMO) This will be used often for booting Windows and OpenBSD soon... - flashrom (already done), often used for flashing. - lxbios (already done), often used for changing options. Commens welcome. Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org

4 8

[LinuxBIOS] Gigabyte GA-K8NF-9
by Jack Wasey 03 Sep '07

03 Sep '07

Hi, I have a spare motherboard to experiment with linuxbios. I see that each individual component of my mobo seems to be on your supported list. http://www.giga-byte.co.uk/Support/Motherboard/BIOS_Model.aspx?ProductID=18… Should this be straightforward? Thanks, Jack

2 3

Re: [LinuxBIOS] r2762 - trunk/util/superiotool
by Carl-Daniel Hailfinger 02 Sep '07

02 Sep '07

Hi Uwe, please stop these "trivial" self-acked fixes to flashrom. They are either wrong, remove documentation or change capitalization or punctuation in comments. Neither of these actions is beneficial. I'll send patches to undo the wrong parts. Thanks. Carl-Daniel On 01.09.2007 23:20, svn(a)openbios.org wrote: > Author: uwe > Date: 2007-09-01 23:20:29 +0200 (Sat, 01 Sep 2007) > New Revision: 2762 > > Modified: > trunk/util/superiotool/superiotool.c > Log: > Small consistency fixes (trivial).

2 1

Re: [LinuxBIOS] [RFC] Call for Action: LinuxBIOS foundations
by todthgie 02 Sep '07

02 Sep '07

> http://ward.vandewege.net/m57sli_soic_detail.jpg > > Thanks, > Ward. thanks. whats writen on top of U20 ? can you make a photo of the same area but the other side of the board ? do you have a multi meter ? can you find out if HOLD# of U5 and U9 are connected to Q4 and Q5 ? are you in the irc channel ? if nout could you join ? greetings Todthgie

1 0

[LinuxBIOS] addr_offset help
by Joseph Smith 01 Sep '07

01 Sep '07

Can someone explain the significance of the addr_offset variable in raminit.c on the i440bx and i82810? Also why is this set to 0x1d0 for the Mode register set (MRS)? Thanks - Joe

2 5

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 September 2007