[coreboot] [PATCH]: vga bios was added into image by cbfstool, not by "cat" any more.

Add CONFIG_VGA_ROM_RUN to dbm690t and pistachio, otherwise the VGA ROM can not run. After make, run > ./cbfs/cbfstool ./coreboot.rom add ../vga_bios.rom pci1002,791f.rom optionrom to make the final image with vga bios. The macro vga_rom_address is out-of-date when CBFS starts play its role. it a

Re: [coreboot] [PATCH] Drop duplicate CPU subdirs-y entries for "../../x86/mtrr"

Uwe Hermann wrote: > Drop duplicate CPU subdirs-y entries for "../../x86/mtrr". > > Signed-off-by: Uwe Hermann Acked-by: Peter Stuge -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot

Re: [coreboot] [PATCH] Drop cpu/x86/{mmx,sse}/Makefile.inc

Stefan Reinauer wrote: > >> subdirs-y += ../../x86/mmx > >> subdirs-y += ../../x86/sse > > > > Could these last two be set in cpu/x86 by CONFIG_{MMX,SSE} ? > > That, or dropped.. They're noops, really. Said and done. Patch attached. //Peter Drop empty cpu/x86/{mmx,sse}/Makefile.inc Signed-of

Re: [coreboot] [PATCH] Drop enable_mmx.inc

Stefan Reinauer wrote: > >> subdirs-y += ../../x86/tsc > >> -subdirs-y += ../../x86/mtrr > >> subdirs-y += ../../x86/fpu > >> subdirs-y += ../../x86/mmx > >> subdirs-y += ../../x86/sse > >> > > > > Could these last two be set in cpu/x86 by CONFIG_{MMX,SSE} ? > > That, or dropped.. They're

Re: [coreboot] [PATCH] s289x ACPI fix

On Thu, Oct 15, 2009 at 5:24 PM, Peter Stuge wrote: > Myles Watson wrote: >> +             #if !CONFIG_HAVE_MP_TABLE /* Initialize interrupt mapping. */ >> +             { >> +                     u32 dword; >> +                     dword = 0x0120d218; >> +                     pci_write_config32(

Re: [coreboot] arima hdama problem

One thing I used to do with these boards, when testing, was remove CPU1 and see if it would work with just one. It's a useful data point. ron -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot

Re: [coreboot] [PATCH] s289x ACPI fix

Stefan Reinauer wrote: > >>/* IRQ9 ACPI active low. */ > >>current += acpi_create_madt_irqoverride((acpi_madt_irqoverride_t *) > >> - current, 0, 9, 9, MP_IRQ_TRIGGER_LEVEL | MP_IRQ_POLARITY_LOW); > >> + current, 0, 9, 9, MP_IRQ_TRIGGER_EDGE | MP_IRQ_POLARITY_LOW); > >>

Re: [coreboot] [PATCH] s289x ACPI fix

Peter Stuge wrote: >> @@ -61,7 +74,7 @@ unsigned long acpi_fill_madt(unsigned lo >> >> /* IRQ9 ACPI active low. */ >> current += acpi_create_madt_irqoverride((acpi_madt_irqoverride_t *) >> -current, 0, 9, 9, MP_IRQ_TRIGGER_LEVEL | MP_IRQ_POLARITY_LOW); >> +curre

Re: [coreboot] [PATCH] Drop duplicate CPU subdirs-y entries for "../../x86/mtrr"

Peter Stuge wrote: > Uwe Hermann wrote: > >> subdirs-y += ../../x86/tsc >> -subdirs-y += ../../x86/mtrr >> subdirs-y += ../../x86/fpu >> subdirs-y += ../../x86/mmx >> subdirs-y += ../../x86/sse >> > > Could these last two be set in cpu/x86 by CONFIG_{MMX,SSE} ? > That, or dropped..

Re: [coreboot] arima hdama problem

On Thu, Oct 15, 2009 at 05:23:38PM -0600, Hugh Greenberg wrote: > I am now trying to get the latest coreboot v2 installed on an Arima > HDAMA board. This is the output I got after flashing it and doing a > hard reset: Just in case, make sure you do _not_ use "make menuconfig" for building coreboo

Re: [coreboot] [PATCH] Drop duplicate CPU subdirs-y entries for "../../x86/mtrr"

Uwe Hermann wrote: > subdirs-y += ../../x86/tsc > -subdirs-y += ../../x86/mtrr > subdirs-y += ../../x86/fpu > subdirs-y += ../../x86/mmx > subdirs-y += ../../x86/sse Could these last two be set in cpu/x86 by CONFIG_{MMX,SSE} ? //Peter -- coreboot mailing list: coreboot@coreboot.org http://

[coreboot] [v2] r4782 - in trunk/coreboot-v2/util/vgabios: . x86emu/include x86emu/include/x86emu x86emu/src/x86emu x86emu/src/x86emu/x86emu

Author: stepan Date: 2009-10-16 03:08:07 +0200 (Fri, 16 Oct 2009) New Revision: 4782 Modified: trunk/coreboot-v2/util/vgabios/helper_mem.c trunk/coreboot-v2/util/vgabios/x86emu/include/x86emu.h trunk/coreboot-v2/util/vgabios/x86emu/include/x86emu/fpu_regs.h trunk/coreboot-v2/util/vgabi

[coreboot] [PATCH] Drop duplicate CPU subdirs-y entries for "../../x86/mtrr"

I see no reason why we'd want to include ../../x86/mtrr _twice_ in a Makefile.inc, but if there are reasons for that we should definately document them. Uwe. -- http://www.hermann-uwe.de | http://www.randomprojects.org http://www.crazy-hacks.org | http://www.unmaintained-free-software.org Drop

Re: [coreboot] [PATCH] Fix VIA C3 and C7 CPUs in kconfig

Uwe Hermann wrote: > Similar to r4626, change obj-y to driver-y for VIA C3 and C7. > > Otherwise the following happens at runtime (tested on VIA pc2500e, C7): > > Initializing CPU #0 > CPU: vendor Centaur device 6a9 > CPU: family 06, model 0a, stepping 09 > Unknown cpu > > We also change

[coreboot] [PATCH] kconfig: Fix QEMU CPU Makefile.inc files

See patch. This adapts the behavior to match that of the other CPUs, please correct me if this is the wrong thing to do. It's build- and runtime-tested on QEMU. Uwe. -- http://www.hermann-uwe.de | http://www.randomprojects.org http://www.crazy-hacks.org | http://www.unmaintained-free-software.

Re: [coreboot] [PATCH] s289x ACPI fix

Myles Watson wrote: > Initialize the interrupts even if you don't generate the MP_TABLE. I > just copied the values from mptable.c. > Also set IRQ 9 to be edge-triggered to make Linux stop complaining. > > Signed-off-by: Myles Watson Acked-by: Peter Stuge But some comments: > +++ cbv2/src/m

Re: [coreboot] [v2] r4780 - trunk/coreboot-v2/src

On Oct 16, 2009, at 0:33, Uwe Hermann wrote: On Thu, Oct 15, 2009 at 12:01:12PM -0600, Myles Watson wrote: config HAVE_ACPI_TABLES bool +help + This variable specifies whether a given board has ACPI table support. + It is usually set in mainboard/*/Kconfig. + Whether or

[coreboot] [PATCH] Fix VIA C3 and C7 CPUs in kconfig

See patch. Uwe. -- http://www.hermann-uwe.de | http://www.randomprojects.org http://www.crazy-hacks.org | http://www.unmaintained-free-software.org Similar to r4626, change obj-y to driver-y for VIA C3 and C7. Otherwise the following happens at runtime (tested on VIA pc2500e, C7): Initializ

Re: [coreboot] arima hdama problem

> -Original Message- > From: coreboot-boun...@coreboot.org [mailto:coreboot-boun...@coreboot.org] > On Behalf Of Hugh Greenberg > Sent: Thursday, October 15, 2009 5:24 PM > To: coreboot@coreboot.org > Subject: [coreboot] arima hdama problem > > I am now trying to get the latest coreboot

[coreboot] arima hdama problem

I am now trying to get the latest coreboot v2 installed on an Arima HDAMA board. This is the output I got after flashing it and doing a hard reset: coreboot-2.3 Thu Oct 15 16:17:26 MDT 2009 starting... (0,1) link=01 (1,0) link=01 02 nodes initialized. SBLink=00 NC node|link=00 Ram1.00 Ram1.01

[coreboot] [PATCH]cbfs locate function

Hi, attached patch adds a "locate" function cbfstool, which helps you find out a suitable address to put a XIP stage to. Specifically, you pass it the file (to get its filesize), its filename (as the header has a variable length that depends on it), and the granularity requirement it has to fit i

Re: [coreboot] [v2] r4780 - trunk/coreboot-v2/src

On Thu, Oct 15, 2009 at 4:33 PM, Uwe Hermann wrote: > On Thu, Oct 15, 2009 at 12:01:12PM -0600, Myles Watson wrote: > > > config HAVE_ACPI_TABLES > > > bool > > > + help > > > + This variable specifies whether a given board has ACPI table > > > support. > > > + It is usually set in

[coreboot] [v2] r4781 - trunk/coreboot-v2/src/drivers/generic/debug

Author: stepan Date: 2009-10-16 00:40:41 +0200 (Fri, 16 Oct 2009) New Revision: 4781 Modified: trunk/coreboot-v2/src/drivers/generic/debug/debug_dev.c Log: undo another accidential rename of X -> CONFIG_X (trivial) Signed-off-by: Stefan Reinauer Acked-by: Stefan Reinauer Modified: trunk/c

Re: [coreboot] [v2] r4780 - trunk/coreboot-v2/src

On Thu, Oct 15, 2009 at 12:01:12PM -0600, Myles Watson wrote: > > config HAVE_ACPI_TABLES > > bool > > + help > > + This variable specifies whether a given board has ACPI table > > support. > > + It is usually set in mainboard/*/Kconfig. > > + Whether or not the ACPI tables are a

Re: [coreboot] [v2] r4780 - trunk/coreboot-v2/src

> Modified: >trunk/coreboot-v2/src/Kconfig > Log: > Start documenting a few kconfig variables and user-visible options. > > Signed-off-by: Uwe Hermann > Acked-by: Uwe Hermann I don't think this is trivial. > Modified: trunk/coreboot-v2/src/Kconfig > =

[coreboot] [v2] r4780 - trunk/coreboot-v2/src

Author: uwe Date: 2009-10-15 19:49:07 +0200 (Thu, 15 Oct 2009) New Revision: 4780 Modified: trunk/coreboot-v2/src/Kconfig Log: Start documenting a few kconfig variables and user-visible options. Signed-off-by: Uwe Hermann Acked-by: Uwe Hermann Modified: trunk/coreboot-v2/src/Kconfig =

Re: [coreboot] [v2] r4776 - trunk/coreboot-v2/src/arch/i386/lib

On Thu, Oct 15, 2009 at 10:51 AM, Peter Stuge wrote: > Stefan Reinauer wrote: > > > + if (dst == (void *) -1) { > > > + /* We should use die() here. */ > > > + print_emerg("Loading stage failed!\n"); > > > + for (;;); > > > + } > > > > Can we do for (;;) asm("hlt

Re: [coreboot] [v2] r4776 - trunk/coreboot-v2/src/arch/i386/lib

Stefan Reinauer wrote: > > + if (dst == (void *) -1) { > > + /* We should use die() here. */ > > + print_emerg("Loading stage failed!\n"); > > + for (;;); > > + } > > Can we do for (;;) asm("hlt"); instead? Can we not get die() to work? //Peter -- coreboot ma

[coreboot] Trac reminder: list of new ticket(s)

Ticket Owner Status Description #146 somebody new memalign faild with 4k boundary #145 somebody new Fix CMOS handling #144 somebody new TYAN S7012 support #143 oxygene new unify intel car f

Re: [coreboot] [PATCH] Kconfig for Technexion Tim-5690

On Thu, Oct 15, 2009 at 4:32 AM, Libra Li wrote: > Hello, > >     Modification Kconfig of technexion/tim5690. >     I had check using menuconfig making coreboot for tim5690. It can't all > right working. >     Now it is okay after modification Kconfig. >     Signed-off-by: Libra Li Acked-by: Myle

[coreboot] [v2] r4779 - trunk/coreboot-v2/src/mainboard/technexion/tim5690

Author: myles Date: 2009-10-15 16:23:33 +0200 (Thu, 15 Oct 2009) New Revision: 4779 Modified: trunk/coreboot-v2/src/mainboard/technexion/tim5690/Kconfig Log: Fix Kconfig for technexion/tim5690. Signed-off-by: Libra Li Acked-by: Myles Watson Modified: trunk/coreboot-v2/src/mainboard/technex

Re: [coreboot] [PATCH] Tables for Kconfig

> Signed-off-by: Myles Watson Acked by Peter in Re: [coreboot] [PATCH] qemu pirq tables Rev 4778. Thanks, Myles -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot

Re: [coreboot] [PATCH] qemu pirq tables

> Myles Watson wrote: > > Build PIRQ tables when the user selects them. > > Signed-off-by: Myles Watson > > Acked-by: Peter Stuge > > Both for this patch, and for adding config GENERATE_* Rev 4778. Thanks, Myles -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman

Re: [coreboot] [PATCH] KT690 Kconfig support

On Thu, Oct 15, 2009 at 1:03 AM, Peter Stuge wrote: > Myles Watson wrote: >> Add Kconfig support for kontron/kt690. >> >> Checked with kbuildall and compareboard. >> >> Signed-off-by: Myles Watson > > Acked-by: Peter Stuge Rev 4777. Thanks, Myles -- coreboot mailing list: coreboot@coreboot.or

[coreboot] [v2] r4777 - in trunk/coreboot-v2/src/mainboard/kontron: . kt690

Author: myles Date: 2009-10-15 15:16:40 +0200 (Thu, 15 Oct 2009) New Revision: 4777 Added: trunk/coreboot-v2/src/mainboard/kontron/kt690/Kconfig trunk/coreboot-v2/src/mainboard/kontron/kt690/Makefile.inc Modified: trunk/coreboot-v2/src/mainboard/kontron/Kconfig trunk/coreboot-v2/src/ma

Re: [coreboot] [PATCH] more Kconfig default fixes

On 15.10.2009 14:28, Stefan Reinauer wrote: > Carl-Daniel Hailfinger wrote: > >> On 15.10.2009 13:04, Stefan Reinauer wrote: >> >> >>> ron minnich wrote: >>> >>> >>> On Mon, Oct 12, 2009 at 8:51 PM, Myles Watson wrote:

Re: [coreboot] [v2] r4776 - trunk/coreboot-v2/src/arch/i386/lib

s...@coreboot.org wrote: > Author: hailfinger > Date: 2009-10-15 01:51:05 +0200 (Thu, 15 Oct 2009) > New Revision: 4776 > > Modified: >trunk/coreboot-v2/src/arch/i386/lib/cbfs_and_run.c > Log: > cbfs_and_run_core() did not check the return code of cbfs_load_stage() > and jumped to (void*)-1 on

Re: [coreboot] [PATCH] more Kconfig default fixes

Carl-Daniel Hailfinger wrote: > On 15.10.2009 13:04, Stefan Reinauer wrote: > >> ron minnich wrote: >> >> >>> On Mon, Oct 12, 2009 at 8:51 PM, Myles Watson wrote: >>> >>> >>> >>> So I guess the question is how should we make sure the stack and heap are sized cor

[coreboot] Motherboard supported? MSI MS-6541

Hi, We are doing a university project in our spare time. For this we have a few desktop machines in which we need support for multiple VGA cards. The machines we have only support one VGA card at the time. The BIOS won't assign IRQs for any additional VGA cards, so we would like to try Coreboot.

Re: [coreboot] [v2] r4776 - trunk/coreboot-v2/src/arch/i386/lib

On 15.10.2009 08:58, Peter Stuge wrote: > s...@coreboot.org wrote: > >> I didn't use die() because that caused a linker error. >> > > What was the linker error? It would be better to get that fixed so > that there is really only a single exit point from coreboot. > The symbol die() was

Re: [coreboot] [PATCH] more Kconfig default fixes

On 15.10.2009 13:04, Stefan Reinauer wrote: > ron minnich wrote: > >> On Mon, Oct 12, 2009 at 8:51 PM, Myles Watson wrote: >> >> >> >>> So I guess the question is how should we make sure the stack and heap are >>> sized correctly. Using malloc to allocate the memory for lzma makes sens

Re: [coreboot] [PATCH] more Kconfig default fixes

ron minnich wrote: > On Mon, Oct 12, 2009 at 8:51 PM, Myles Watson wrote: > > >> So I guess the question is how should we make sure the stack and heap are >> sized correctly. Using malloc to allocate the memory for lzma makes sense, >> but it is used in CAR too, so that complicates our decisio

[coreboot] [PATCH] Kconfig for Technexion Tim-5690

Hello, Modification Kconfig of technexion/tim5690. I had check using menuconfig making coreboot for tim5690. It can't all right working. Now it is okay after modification Kconfig. Thanks. Signed-off-by: Libra Li Index: src/mainboard/technexion/tim5690/Kconfig ===

Re: [coreboot] [PATCH] qemu pirq tables

Myles Watson wrote: > Build PIRQ tables when the user selects them. > > It's getting more and more obvious that we need CONFIG_HAVE_* and > CONFIG_GENERATE_* for all the tables. There are lots of ways to break > builds. > > Signed-off-by: Myles Watson Acked-by: Peter Stuge Both for this patc

Re: [coreboot] [PATCH] KT690 Kconfig support

Myles Watson wrote: > Add Kconfig support for kontron/kt690. > > Checked with kbuildall and compareboard. > > Signed-off-by: Myles Watson Acked-by: Peter Stuge -- coreboot mailing list: coreboot@coreboot.org http://www.coreboot.org/mailman/listinfo/coreboot