Am 31.03.2009 05:23, schrieb ron minnich:
so the substantive comments that I can see so far:
1. ROMFS-LCAR
2. ORBC-LAR2
LCAR, so magic and name match (request by Peter)
2.5 version number 31313131 to something else, I don't care, just name it.
VeR1 (as good as any, and it doesn't look
#125: BCM5785 / HT1000 reset functions
--+-
Reporter: Marco Schmidt mas...@… | Owner: somebody
Type: defect | Status: new
Priority: minor
On 31.03.2009 07:09, ron minnich wrote:
OK, this is going to be a question. Why am I suddenly back on v2? The
reason is simple. We've been baking v3 for 30 months and ... we're not
there except on a very few boards. Most vendors are still doing v2 for
the most part. V2 has grown tremendously
On 31.03.2009 12:52 Uhr, Carl-Daniel Hailfinger wrote:
I'm very sad to hear this. Sure, I've seen that v3 didn't improve at the
rate it used to. But although I've been active in coreboot for 3 years:
- I still do not understand the v2 build system.
- I still do not understand the v2 device
Am 31.03.2009 00:52, schrieb ron minnich:
This patch adds Jordan's ROMFS utility to v2.
It has no effect except creating a new directory. Not hooked up
anywhere, not capable of doing any harm.
Let's get it in:
Acked-by: Patrick Georgi patrick.geo...@coresystems.de
Patrick
--
coreboot
Am 31.03.2009 13:57, schrieb Patrick Georgi:
It has no effect except creating a new directory. Not hooked up
anywhere, not capable of doing any harm.
Let's get it in:
r4032. Without any changes to magic numbers or other stuff.
Keep bikeshedding on this as long as you please, these numbers
On 31.03.2009 4:12 Uhr, Carl-Daniel Hailfinger wrote:
On 31.03.2009 03:11, ron minnich wrote:
Actually, the code should work fine with the streams. I will rewrite
the coreboot part to use them.
The other question is whether we want to use streams unconditionally.
I'd prefer to use
Author: stepan
Date: 2009-03-31 16:10:42 +0200 (Tue, 31 Mar 2009)
New Revision: 4033
Modified:
trunk/coreboot-v2/src/mainboard/asus/m2v-mx_se/acpi_tables.c
Log:
cosmetic fix for function definition.
Signed-off-by: Stefan Reinauer ste...@coresystems.de
Acked-by: Stefan Reinauer
Hi all,
Is there anyone who know how to use IRC to join in coreboot chat? I
really do not know how to apply an account for it.
--
Jason Wang
Peking University
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
So, after trying to figure out some stuff, and getting helped in some cases,
here is the next result.
This Fix patches some incorrect things in mptable.c and includes the first
patch as well.
The difference now is, that PCI-E graphics work well without ACPI support
(which is in work for that
Am 31.03.2009 18:17, schrieb ron minnich:
This patch adds CONFIG_ROMFS (let's argue the name later, please, it's
not that big a deal to change it) config variable
and its uses to all the Options.lb files for all mainboards. It
creates that option in src/config/Options.lb
Tested under abuild.
I just tried building this :)
But I didn't succeed.
What I did:
1. checkout payload filo, apply filo_dl_145_sata.patch and build it.
svn co svn://coreboot.org/filo
cd filo/trunk/filo
patch -p 0 ~/coreboot/filo_dl_145_sata.patch
sh build.sh
cp build/filo.elf ~/coreboot/
2. checkout coreboot-v2,
Author: stepan
Date: 2009-03-31 18:42:57 +0200 (Tue, 31 Mar 2009)
New Revision: 4036
Modified:
trunk/coreboot-v2/src/lib/compute_ip_checksum.c
Log:
fix shadow variable in compute_ip_checksum.c
Signed-off-by: Stefan Reinauer ste...@coresystems.de
Acked-by: Stefan Reinauer ste...@coresystems.de
On 31.03.2009 16:01 Uhr, Mondrian Nuessle wrote:
I prepared an initial set of patches to support the HP DL145 G3 server, which
is a Broadcom HT-1000/HT-2100 based Socket
F machine.
* I remember that I could also use a PCIe card, see attached bcm21000.patch
Hi Mondrian,
thank you
On Tue, Mar 31, 2009 at 6:56 PM, Myles Watson myle...@gmail.com wrote:
On Tue, Mar 31, 2009 at 10:40 AM, samuel samuel.verstra...@gmail.com wrote:
I just tried building this :)
But I didn't succeed.
What I did:
1. checkout payload filo, apply filo_dl_145_sata.patch and build it.
svn co
Author: stepan
Date: 2009-03-31 19:15:42 +0200 (Tue, 31 Mar 2009)
New Revision: 4037
Modified:
trunk/coreboot-v2/src/cpu/x86/16bit/reset16.lds
Log:
fix typo
Signed-off-by: Stefan Reinauer ste...@coresystems.de
Acked-by: Stefan Reinauer ste...@coresystems.de
Modified:
Author: stepan
Date: 2009-03-31 19:17:30 +0200 (Tue, 31 Mar 2009)
New Revision: 4038
Modified:
trunk/coreboot-v2/src/arch/i386/boot/boot.c
Log:
fix typo
Signed-off-by: Stefan Reinauer ste...@coresystems.de
Acked-by: Stefan Reinauer ste...@coresystems.de
Modified:
Index: mptable.c
===
--- mptable.c (revision 4027)
+++ mptable.c (working copy)
Please always add a Signed-off-by to all patches you send, see
http://www.coreboot.org/Development_Guidelines#Sign-off_Procedure
Thanks, Uwe.
--
On Tue, Mar 31, 2009 at 12:56 PM, Stefan Reinauer ste...@coresystems.de wrote:
thank you very much for your patch. Do you happen to know if the component's
name is HT2100 or HT21000? Just to make sure we have it in the repository
correctly.
The naming in the patch looks right. Broadcom
Index: src/boot/selfboot.c
===
--- src/boot/selfboot.c (revision 0)
+++ src/boot/selfboot.c (revision 0)
@@ -0,0 +1,497 @@
+#include console/console.h
Missing copyright owner, year, and license.
Uwe.
--
Patrick Georgi wrote:
It has no effect except creating a new directory. Not hooked up
anywhere, not capable of doing any harm.
It harms us when someone who is not an expert sees ROMFS and mistakes
it for something it is not, which has a similar name.
It also harms us when an expert sees it and
Just FYI.
ron
-- Forwarded message --
From: LH (Leslie Hawthorn) lho...@gmail.com
Date: Tue, Mar 31, 2009 at 1:30 PM
Subject: ***Very Important***: Get Your Students to Submit their
Proposals via the 2009 site *now*
To: Google Summer of Code Mentors List
On Tue, Mar 31, 2009 at 1:31 PM, Peter Stuge pe...@stuge.se wrote:
We've been baking v3 for 30 months and ... we're not there except
on a very few boards.
I for one have not been baking much. Yourself, Carl-Daniel, Myles and
Corey are the ones I can think of having pounded the v3 dough
ron minnich wrote:
Sure. But look where the people are spending their time it is
not on v3. Where are companies putting in $$$ -- save for artec,
not on v3.
I think only my company and coresystems have been strong corporate
drivers in the v3 design. Today Artec can leverage that, which I
ron minnich wrote:
how about cbfs? from IRC. I like it.
Sure thing!
//Peter
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
On Tue, Mar 31, 2009 at 5:26 PM, Peter Stuge pe...@stuge.se wrote:
ron minnich wrote:
how about cbfs? from IRC. I like it.
Sure thing!
I like it too, and a quick acronym search shows nothing computer-related, so
it's a good bet it's unique.
-Corey
--
coreboot mailing list:
This patch applies for DR-B2 and B3.
The patch file is for RFC requirement. Just copy the header file to
src/cpu/amd/model_10xxx/
Signed-off-by: Zheng Bao zheng@amd.com
mc_patch_0195.patch
Description: mc_patch_0195.patch
mc_patch_0195.h
Description: mc_patch_0195.h
27 matches
Mail list logo
