Am 29.03.2010 03:54, schrieb Peter Stuge:
No problem. But is there a central place for the call, rather than in
every romstage.inc?
Not yet.
Patrick
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
Am 28.03.2010 23:47, schrieb Stefan Reinauer:
Does this patch make sense?
Yes, I messed up that bit while trying to make things work with romcc
until we fix the -include issue.
Is it possible to include build.h where it is needed instead of passing
it in with -include? That might be a better
Am 28.03.2010 23:13, schrieb Stefan Reinauer:
While I think this patch is great and we definitely need it, there are
some things I'd like to discuss and improve, or back out if possible...
That part of the change wasn't one of my brightest moments.
Your patch (build.h handling, take 2) is much
Author: stepan
Date: Mon Mar 29 15:04:13 2010
New Revision: 5310
URL: https://tracker.coreboot.org/trac/coreboot/changeset/5310
Log:
This patch fixes build.h dependencies in coreboot again.
-include was dropped, the files in question do an #include build.h already.
Signed-off-by: Stefan Reinauer
Author: stepan
Date: Mon Mar 29 16:45:36 2010
New Revision: 5311
URL: https://tracker.coreboot.org/trac/coreboot/changeset/5311
Log:
dualcore.h and quadcore.h are almost exactly the same.
Only have multicore.h for both of them.
Signed-off-by: Stefan Reinauer ste...@coresystems.de
Acked-by:
Author: stepan
Date: Mon Mar 29 18:23:42 2010
New Revision: 5312
URL: https://tracker.coreboot.org/trac/coreboot/changeset/5312
Log:
abuild: fail with dignity if mainboard does not exist.
Signed-off-by: Stefan Reinauer ste...@coresystems.de
Acked-by: Stefan Reinauer ste...@coresystems.de
See patch
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: i...@coresystems.de • http://www.coresystems.de/
Registergericht: Amtsgericht Freiburg • HRB 7656
Geschäftsführer: Stefan Reinauer • Ust-IdNr.: DE245674866
This
Author: stepan
Date: Mon Mar 29 19:14:28 2010
New Revision: 5313
URL: https://tracker.coreboot.org/trac/coreboot/changeset/5313
Log:
This patch drops the coreboot CMOS checksum ranges from Kconfig because
the information is already specified in cmos.layout. coreboot is changed
to use that version
Acked-by: Ronald G. Minnich rminn...@gmai.com
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
Dear coreboot readers!
This is the automatic build system of coreboot.
The developer stepan checked in revision 5313 to
the coreboot repository. This caused the following
changes:
Change Log:
This patch drops the coreboot CMOS checksum ranges from Kconfig because
the information is already
Author: stepan
Date: Mon Mar 29 21:04:13 2010
New Revision: 5314
URL: https://tracker.coreboot.org/trac/coreboot/changeset/5314
Log:
cpu_driver structs need to be const, too...
Signed-off-by: Stefan Reinauer ste...@coresystems.de
Acked-by: Stefan Reinauer ste...@coresystems.de
Modified:
This patch makes the assumption that the code doing the cmos choice has
CONFIG_USE_OPTION_TABLE enabled.
Is this always the case?
Signed-off-by: Stefan Reinauer ste...@coresystems.de
Index: src/include/pc80/mc146818rtc.h
===
---
Dear coreboot readers!
This is the automatic build system of coreboot.
The developer stepan checked in revision 5314 to
the coreboot repository. This caused the following
changes:
Change Log:
cpu_driver structs need to be const, too...
Signed-off-by: Stefan Reinauer ste...@coresystems.de
Author: stepan
Date: Mon Mar 29 21:19:16 2010
New Revision: 5315
URL: https://tracker.coreboot.org/trac/coreboot/changeset/5315
Log:
__PRE_RAM__ is now correctly specified in the Makefile. No need to hack it into
romstage.c anymore
Signed-off-by: Stefan Reinauer ste...@coresystems.de
Acked-by:
On Mon, Mar 29, 2010 at 1:19 PM, repository service s...@coreboot.orgwrote:
Author: stepan
Date: Mon Mar 29 21:19:16 2010
New Revision: 5315
URL: https://tracker.coreboot.org/trac/coreboot/changeset/5315
Log:
__PRE_RAM__ is now correctly specified in the Makefile. No need to hack it
into
Dear coreboot readers!
This is the automatic build system of coreboot.
The developer stepan checked in revision 5315 to
the coreboot repository. This caused the following
changes:
Change Log:
__PRE_RAM__ is now correctly specified in the Makefile. No need to hack it into
romstage.c anymore
On 3/29/10 9:27 PM, Myles Watson wrote:
On Mon, Mar 29, 2010 at 1:19 PM, repository service s...@coreboot.org
mailto:s...@coreboot.org wrote:
Author: stepan
Date: Mon Mar 29 21:19:16 2010
New Revision: 5315
URL: https://tracker.coreboot.org/trac/coreboot/changeset/5315
Author: stepan
Date: Mon Mar 29 23:17:25 2010
New Revision: 5316
URL: https://tracker.coreboot.org/trac/coreboot/changeset/5316
Log:
qemu: drop northbridge.c from src/cpu/...
It's not a real northbridge, so I just move it into the mainboard directory for
now (until we maybe have a qemu-q35 image
On 3/29/10 10:01 PM, Myles Watson wrote:
On Mon, Mar 29, 2010 at 1:14 PM, Stefan Reinauer
ste...@coresystems.de mailto:ste...@coresystems.de wrote:
This patch makes the assumption that the code doing the cmos
choice has CONFIG_USE_OPTION_TABLE enabled.
Is this always the case?
Dear coreboot readers!
This is the automatic build system of coreboot.
The developer stepan checked in revision 5316 to
the coreboot repository. This caused the following
changes:
Change Log:
qemu: drop northbridge.c from src/cpu/...
It's not a real northbridge, so I just move it into the
Author: stepan
Date: Mon Mar 29 23:50:53 2010
New Revision: 5317
URL: https://tracker.coreboot.org/trac/coreboot/changeset/5317
Log:
- include option_table.h when it is created, and that's HAVE_OPTION_TABLE
- add some __PRE_RAM__ guards where needed
- use OPTION_TABLE_H
Signed-off-by: Stefan
Author: stepan
Date: Mon Mar 29 23:56:26 2010
New Revision: 5318
URL: https://tracker.coreboot.org/trac/coreboot/changeset/5318
Log:
trivial warning cleanups
Signed-off-by: Stefan Reinauer ste...@coresystems.de
Acked-by: Stefan Reinauer ste...@coresystems.de
Modified:
Dear coreboot readers!
This is the automatic build system of coreboot.
The developer stepan checked in revision 5317 to
the coreboot repository. This caused the following
changes:
Change Log:
- include option_table.h when it is created, and that's HAVE_OPTION_TABLE
- add some __PRE_RAM__
Author: stepan
Date: Tue Mar 30 00:05:26 2010
New Revision: 5319
URL: https://tracker.coreboot.org/trac/coreboot/changeset/5319
Log:
- drop GCC 2.x workaround, GCC 2.x is not supported anymore.
- warn if we didn't specify IRQ_SLOT_COUNT in Kconfig
Signed-off-by: Stefan Reinauer
On Mon, Mar 29, 2010 at 4:05 PM, repository service s...@coreboot.orgwrote:
Author: stepan
Date: Tue Mar 30 00:05:26 2010
New Revision: 5319
URL: https://tracker.coreboot.org/trac/coreboot/changeset/5319
Log:
- drop GCC 2.x workaround, GCC 2.x is not supported anymore.
- warn if we didn't
Dear coreboot readers!
This is the automatic build system of coreboot.
The developer stepan checked in revision 5318 to
the coreboot repository. This caused the following
changes:
Change Log:
trivial warning cleanups
Signed-off-by: Stefan Reinauer ste...@coresystems.de
Acked-by: Stefan
On 3/30/10 12:15 AM, Myles Watson wrote:
Modified: trunk/src/arch/i386/include/arch/pirq_routing.h
==
--- trunk/src/arch/i386/include/arch/pirq_routing.h Mon Mar 29
23:56:26 2010(r5318)
Dear coreboot readers!
This is the automatic build system of coreboot.
The developer stepan checked in revision 5319 to
the coreboot repository. This caused the following
changes:
Change Log:
- drop GCC 2.x workaround, GCC 2.x is not supported anymore.
- warn if we didn't specify
On 3/30/10 12:35 AM, Stefan Reinauer wrote:
On 3/30/10 12:15 AM, Myles Watson wrote:
Modified: trunk/src/arch/i386/include/arch/pirq_routing.h
==
--- trunk/src/arch/i386/include/arch/pirq_routing.h
The IRQ_SLOTS_COUNT was ONLY needed because of very early bug in gcc 3.
The bug was with things like this:
struct blah {
int x;
};
struct bee {
struct blah[0];
};
The idea here is you can initialize the bee struct and the number of
blah structs depends on the initializer, not the
On Mon, Mar 29, 2010 at 4:40 PM, Stefan Reinauer ste...@coresystems.dewrote:
On 3/30/10 12:35 AM, Stefan Reinauer wrote:
On 3/30/10 12:15 AM, Myles Watson wrote:
Modified: trunk/src/arch/i386/include/arch/pirq_routing.h
On 3/30/10 12:43 AM, Myles Watson wrote:
On Mon, Mar 29, 2010 at 4:40 PM, Stefan Reinauer
ste...@coresystems.de mailto:ste...@coresystems.de wrote:
On 3/30/10 12:35 AM, Stefan Reinauer wrote:
On 3/30/10 12:15 AM, Myles Watson wrote:
Modified:
Dear coreboot readers!
This is the automatic build system of coreboot.
The developer stepan checked in revision 5320 to
the coreboot repository. This caused the following
changes:
Change Log:
This drops the ASSEMBLY define from romstage.c, too
(since it's not assembly code, this was a dirty
Author: stepan
Date: Tue Mar 30 01:01:35 2010
New Revision: 5321
URL: https://tracker.coreboot.org/trac/coreboot/changeset/5321
Log:
Don't include option_table.h every time we include mc146818rtc.h, that was a
stupid idea. Instead include it where it is needed. And add some explicit
dependencies
On Mon, Mar 29, 2010 at 4:35 PM, Stefan Reinauer ste...@coresystems.dewrote:
On 3/30/10 12:15 AM, Myles Watson wrote:
Modified: trunk/src/arch/i386/include/arch/pirq_routing.h
==
---
On 3/30/10 12:44 AM, ron minnich wrote:
The IRQ_SLOTS_COUNT was ONLY needed because of very early bug in gcc 3.
The bug was with things like this:
struct blah {
int x;
};
struct bee {
struct blah[0];
};
The idea here is you can initialize the bee struct and the number of
blah
Dear coreboot readers!
This is the automatic build system of coreboot.
The developer stepan checked in revision 5321 to
the coreboot repository. This caused the following
changes:
Change Log:
Don't include option_table.h every time we include mc146818rtc.h, that was a
stupid idea. Instead
Am 30.03.2010 01:05, schrieb Stefan Reinauer:
I wonder, how can we completely create pirq_tables dynamically... Is it
that hard?
*{0x00,(0x013)|0x0, {{0x60, 0xdcf8}, {0x61, 0xdcf8},
{0x62, 0xdcf8}, {0x63, 0x0dcd8}}, 0x0, 0x0}, // PCIe?
{0x00,(0x023)|0x0,
Hello,
How hard would it be to point Kconfig to look for a defconfig in the
mainboard directory?
In util/kconfig/confdata.c:
Change:
const char conf_defname[] = arch/$ARCH/defconfig;
to point to:
const char conf_defname[] = .. src/mainboard/VENDOR/MAINBOARD/defconfig;
Or something like
On 3/30/10 1:28 AM, Joseph Smith wrote:
Hello,
How hard would it be to point Kconfig to look for a defconfig in the
mainboard directory?
In util/kconfig/confdata.c:
Change:
const char conf_defname[] = arch/$ARCH/defconfig;
to point to:
const char conf_defname[] = ..
Author: stepan
Date: Tue Mar 30 02:22:29 2010
New Revision: 5322
URL: https://tracker.coreboot.org/trac/coreboot/changeset/5322
Log:
this fixes 3 of 4 mainboards failed by the error on missing IRQ_SLOT_COUNT.
The third, MSI MS9652, creates an IRQ table on the fly, no kidding.
Signed-off-by:
On Tue, 30 Mar 2010 02:07:33 +0200, Stefan Reinauer ste...@coresystems.de
wrote:
On 3/30/10 1:28 AM, Joseph Smith wrote:
Hello,
How hard would it be to point Kconfig to look for a defconfig in the
mainboard directory?
In util/kconfig/confdata.c:
Change:
const char conf_defname[] =
Dear coreboot readers!
This is the automatic build system of coreboot.
The developer stepan checked in revision 5322 to
the coreboot repository. This caused the following
changes:
Change Log:
this fixes 3 of 4 mainboards failed by the error on missing IRQ_SLOT_COUNT.
The third, MSI MS9652,
43 matches
Mail list logo