coreboot September 2005

coreboot@coreboot.org

45 participants
117 discussions

[LinuxBIOS] RE: CMOS options questions
by Steven J. Magnani 08 Sep '05

08 Sep '05

See http://openbios.org/pipermail/linuxbios/2005-August/012255.html for an explanation of the issue that spawned this patch. I've run out of time for a complete solution, so as a compromise I propose a patch that prevents LB from modifying CMOS when HAVE_OPTION_TABLE = 0: PATCH: Don't write to CMOS when HAVE_OPTION_TABLE = 0. This allows single-image (normal) LinuxBIOS to co-exist with factory BIOSs whose CMOS usage is incompatible (i.e. Intel XE7501DevKit). --- src/pc80/mc146818rtc.c.orig 2005-09-08 13:35:36.312500000 -0500 +++ src/pc80/mc146818rtc.c 2005-09-08 14:10:06.187500000 -0500 @@ -127,6 +127,8 @@ int cmos_invalid, checksum_invalid; printk_debug("RTC Init\n"); + +#if HAVE_OPTION_TABLE /* See if there has been a CMOS power problem. */ x = CMOS_READ(RTC_VALID); cmos_invalid = !(x & RTC_VRT); @@ -160,19 +162,25 @@ } #endif } +#endif + + /* Setup the real time clock */ + CMOS_WRITE(RTC_CONTROL_DEFAULT, RTC_CONTROL); + /* Setup the frequency it operates at */ + CMOS_WRITE(RTC_FREQ_SELECT_DEFAULT, RTC_FREQ_SELECT); + +#if HAVE_OPTION_TABLE /* See if there is a LB CMOS checksum error */ checksum_invalid = !rtc_checksum_valid(LB_CKS_RANGE_START, LB_CKS_RANGE_END,LB_CKS_LOC); if(checksum_invalid) printk_debug("Invalid CMOS LB checksum\n"); - /* Setup the real time clock */ - CMOS_WRITE(RTC_CONTROL_DEFAULT, RTC_CONTROL); - /* Setup the frequency it operates at */ - CMOS_WRITE(RTC_FREQ_SELECT_DEFAULT, RTC_FREQ_SELECT); /* Make certain we have a valid checksum */ rtc_set_checksum(PC_CKS_RANGE_START, PC_CKS_RANGE_END,PC_CKS_LOC); +#endif + /* Clear any pending interrupts */ (void) CMOS_READ(RTC_INTR_FLAGS); } ------------------------------------------------------------------------ Steven J. Magnani "I claim this network for MARS! www.digidescorp.com Earthling, return my space modulator!" #include <standard.disclaimer>

1 0

[LinuxBIOS] PATCH: cygwin compilation of LinuxBIOS
by Steven J. Magnani 08 Sep '05

08 Sep '05

I'm starting to merge my source tree into the mainline. Ultimately this will include support for Intel's E7501 Xeon development kit, including the ICH3-S southbridge and the SMSC LPC47B272 Super I/O chips. Where my changes touch existing code, I'm sending out patches for review first. Constructive comments welcomed! One point about cygwin (cross-)compilation, for the record: both cmos.options and util/newconfig/config.g must be in UNIX (\n) format. The build fails if they are in DOS (\r\n) format. If you download the source with something like TortoiseSVN, text files arrive in DOS format and these particular files need to be run through dos2unix. --Steve PATCH: Modifications for building LinuxBIOS under cygwin. Remove unnecessary #include that prevents build_opt_tbl from cross-compiling with gcc 3.4.3. Add wildcards to 'clean' rules so executables ending in .exe get deleted. Added nrv2b to the list of files that are cleaned. --- util/options/build_opt_tbl.c.orig 2005-09-08 13:36:06.156250000 -0500 +++ util/options/build_opt_tbl.c 2005-09-08 14:17:28.875000000 -0500 @@ -1,6 +1,5 @@ #include <stdio.h> #include <stdlib.h> -#include <sys/io.h> #include <string.h> #include <ctype.h> #include <errno.h> --- src/config/Config.lb.orig 2005-09-08 14:41:03.953125000 -0500 +++ src/config/Config.lb 2005-09-08 14:36:47.734375000 -0500 @@ -153,9 +153,9 @@ action "rm -f linuxbios" action "rm -f ldscript.ld" action "rm -f a.out *.s *.l *.o *.E *.inc" - action "rm -f TAGS tags romcc" - action "rm -f docipl buildrom chips.c *chip.c linuxbios_ram* linuxbios_pay*" - action "rm -f build_opt_tbl option_table.c crt0.S" + action "rm -f TAGS tags romcc*" + action "rm -f docipl buildrom* chips.c *chip.c linuxbios_ram* linuxbios_pay*" + action "rm -f build_opt_tbl* nrv2b* option_table.c crt0.S" end # do standard config files that the user need not specify

1 0

Re: [LinuxBIOS] VGA
by Richard Smith 08 Sep '05

08 Sep '05

On 9/8/05, Narahari, Narasimhaiah (IE10) <Narahari.Narasimhaiah(a)honeywell.com> wrote: > Hi everyone, > > I have a small question to ask, > I am trying to boot windows 2000 on SC2200 Geode based board. I have > downloaded Linuxbiosv1 from the cvs repository. And my doubt is, > > What are the requirements other than generating VGABIOS and TESTBIOS (i386 > emulation) for bringing up VGA on Linuxbiosv1? Lots. VGA is troublesome in V1. First off you have to decide what method you are going to use other than running testbios directly on the command line there are 2 more 1. You instruct linuxbios to attempt to switch to realmode call the bios and then return to normal. 2. You boot ADLO as a payload and let it run the VGABios. For option 1 you will have to search the mail archives. There are some options you have to enable. For option 2 you need to read the ADLO payload documentation on the wiki. -- Richard A. Smith

2 1

[LinuxBIOS] VGA
by Narahari, Narasimhaiah (IE10) 08 Sep '05

08 Sep '05

Hi everyone, I have a small question to ask, I am trying to boot windows 2000 on SC2200 Geode based board. I have downloaded Linuxbiosv1 from the cvs repository. And my doubt is, What are the requirements other than generating VGABIOS and TESTBIOS (i386 emulation) for bringing up VGA on Linuxbiosv1? With regards, narahari

1 0

[LinuxBIOS] node id and core id in internal tree
by Lu, Yinghai 08 Sep '05

08 Sep '05

Eric, It seems that cpu_path and cpu_bus_path in include/device/path.h are not used. So what do you prefer struct apic_path { unsigned apic_id; unsigned node id; unsigned core_id; } Or struct cpu_path { unsigned id; unsigned apic_id; unsigned node_id; unsigned core_id; } YH ________________________________ From: linuxbios-bounces(a)openbios.org [mailto:linuxbios-bounces@openbios.org] On Behalf Of Lu, Yinghai Sent: Wednesday, September 07, 2005 9:09 AM To: Stefan Reinauer; Eric W. Biederman; linuxbios(a)openbios.org Subject: RE: [LinuxBIOS] Re: topics for linuxbios summit eric> > Before we generate ACPI or anything else we need to move the relevant eric> > information eric> > into the internal device tree. eric> > YH: Good point, But I worry that we make LinuxBIOS more complicated. Stepan: No, the information has to be reorganized. Currently pirq and mptables Stepan: have to be hand crafted, and this is the complicated thing. Instead the Stepan: abstract information should be put to the configuration filess, if it Stepan: can not be probed. YH: I suggest to add 1. one node id to ram_resource, so the index will be (idx<<8 | nodeid), So I can re-use ram_resource in pci_domain for SRAT creating. 2. for apci_cluster_id, will add two fields core_id and node_id, ( instantiate it when cpu_init)... 3. pci device: add pci_irq_routing, and pci_possiable_resource ( for apci _PRT and _PRS...) how about ioapci in the internal tree? YH

1 0

[LinuxBIOS] serial debug messages workaround
by Doug Bell 07 Sep '05

07 Sep '05

We're working on bringing up linuxbios on the epia-sp. We found the serial output is locking up strangely in a busy wait within src/pc80/serial.c: static void uart_tx_byte(unsigned char data) { uart_wait_to_tx_byte(); // this one causes trouble outb(data, TTYS0_BASE + UART_TBR); /* Make certain the data clears the fifos */ uart_wait_until_sent(); } If the uart_wait_to_tx_byte() call is removed, there is no lockup on serial output. The lockup on serial output always occurs in the same place, based on whatever would be printed. It's not random at all across reboots, however it is fairly random as regards code changes. That is, if you have a loop that prints stuff out, then try to print out some other stuff, somewhere along the line it will lock up during printing. Where it locks up is always the same place in the serial output stream, provided the code remains unchainged. The uart is inside the VT1211 superio device. Does anyone have any clue as to why this is locking up. As a workaround we've just commented out the uart_wait_to_tx_byte() for now, but that's nonstandard and might break other things. We are not yet checking in any code. Thanks for any advice/ideas.

1 0

[LinuxBIOS] FYI on the linuxbios summit: Richard Bruner, AMD Fellow, will lead off
by Ronald G Minnich 07 Sep '05

07 Sep '05

We're going to have the privelege of hearing from Richard Bruner of AMD for the first hour-long talk at the linuxbios summit. Hope to see you all there. ron

1 0

RE: [LinuxBIOS] LNXI Merge: lnxi-patch-14/16
by Lu, Yinghai 07 Sep '05

07 Sep '05

8111 and 8131 only have 4 bit apic id. YH -----Original Message----- From: linuxbios-bounces(a)openbios.org [mailto:linuxbios-bounces@openbios.org] On Behalf Of ebiederman(a)lnxi.com Sent: Wednesday, September 07, 2005 8:40 AM To: yhlu Cc: linuxbios(a)openbios.org; Lu, Yinghai Subject: Re: [LinuxBIOS] LNXI Merge: lnxi-patch-14/16 yhlu <yinghailu(a)gmail.com> writes: > at such case We need to enable 8 bit ext apic id mode for Opteron. So Opteron > could use 0x10 above. > and leave 0-0x0f to the device that can not support 8 bit apic id. > > I'm considering to align apic id lifting to the way that Norma BIOS does. Are io-apics limited to apic ids 0x0-0x0f as well? My memory says to me the limit should be 0x0-0xff... Eric -- LinuxBIOS mailing list LinuxBIOS(a)openbios.org http://www.openbios.org/mailman/listinfo/linuxbios

1 0

[LinuxBIOS] LNXI Merge: lnxi-patch-06/16
by jason schildt 07 Sep '05

07 Sep '05

DESCRIPTION: ---------------------------------------------- ## lnxi-patch-6 ## src/cpu/x86/tsc/delay_tsc.c cpu_relax() gets called unconditionally. DIFFSTAT: ---------------------------------------------- delay_tsc.c | 4 ---- 1 files changed, 4 deletions(-) PATCH: ---------------------------------------------- Index: delay_tsc.c =================================================================== --- delay_tsc.c (revision 1105) +++ delay_tsc.c (working copy) @@ -159,11 +159,7 @@ count = rdtscll(); stop = clocks + count; while(stop > count) { -#ifdef CONFIG_SMP -#if CONFIG_SMP == 1 cpu_relax(); -#endif -#endif count = rdtscll(); } } -- Jason W. Schildt LinuxBIOS Software Engineer Linux Networx

4 6

RE: [LinuxBIOS] Re: topics for linuxbios summit
by Lu, Yinghai 07 Sep '05

07 Sep '05

Did you notice that our list can not searched by google now? YH -----Original Message----- From: Stefan Reinauer [mailto:stepan@openbios.org] Sent: Wed 9/7/2005 1:30 AM To: Eric W. Biederman; linuxbios(a)openbios.org; Lu, Yinghai Subject: Re: [LinuxBIOS] Re: topics for linuxbios summit * yhlu <yinghailu(a)gmail.com> [050907 06:04]: > > Before we generate ACPI or anything else we need to move the relevant > > information > > into the internal device tree. > > YH: Good point, But I worry that we make LinuxBIOS more complicated. No, the information has to be reorganized. Currently pirq and mptables have to be hand crafted, and this is the complicated thing. Instead the abstract information should be put to the configuration filess, if it can not be probed. > 11. LinuxBIOS Maintenance. How can we do better? > YH: I agree we need > b. move back the list and public source tree to US. what's wrong with the status quo? Stefan

2 1

← Newer
1
...
6
7
8
9
10
11
12
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 September 2005