There are some codes that deal with PCIE-HOLE in device.c:
#if CONFIG_PCIE_CONFIGSPACE_HOLE
#warning Handle PCIe hole differently...
if (base >= 0xf000 && base < 0xf400) {
base = 0xf400;
}
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
This will be my first contribution to the coreboot project.
I have a bunch of HP xw8000 workstations lying around and I want to give
it a try.
This patch hopefully adds support for the E7505 northbridge and the Xeon
(F2 model Pentium 4 like) proc
Stephan Raue wrote:
> yes the tarball contain a .svn directory and i can change or remove
> this calls -
I certainly would if I was redistributing coreboot source.
> i dont know if its a problem for flashrom when the svnversion is
> incorrect on compiling time.
You have to do the same thing the
On Wed, Apr 22, 2009 at 6:24 PM, Carl-Daniel Hailfinger
wrote:
> On 22.04.2009 23:38, Myles Watson wrote:
>> On Wed, Apr 8, 2009 at 9:18 AM, Carl-Daniel Hailfinger
>> wrote:
>>
>>> On 08.04.2009 17:16, Myles Watson wrote:
>>>
On Tue, Apr 7, 2009 at 10:12 PM, Bao, Zheng wrote:
On Mon, Apr 20, 2009 at 9:35 AM, Myles Watson wrote:
>
>
>> -Original Message-
>> From: Kevin O'Connor [mailto:ke...@koconnor.net]
>> Sent: Saturday, April 18, 2009 10:29 AM
>> To: Myles Watson; coreboot@coreboot.org
>> Subject: SeaBIOS and ATA spinup
>>
>> Hi,
>>
>> Latest SeaBIOS git sho
Author: hailfinger
Date: 2009-04-23 15:05:45 +0200 (Thu, 23 Apr 2009)
New Revision: 4194
Modified:
trunk/coreboot-v2/src/config/Options.lb
Log:
This patch hooks up git mirrored svn revisions and adds some
error checking to the svnrevision call.
If a .svn directory exists in the top level direc
#129: Add support for high_tables_base for all chipsets that don't support it
yet.
-+--
Reporter: oxygene| Owner: somebody
Type: defect | Status: new
Priority: cri
On 23.04.2009 14:26, Myles Watson wrote:
> On Wed, Apr 22, 2009 at 6:24 PM, Carl-Daniel Hailfinger wrote:
>
>> The following patch hooks up git mirrored svn revisions and adds some
>> error checking to the svnrevision call.
>>
>> If a .svn directory exists in the top level directory and the svnv
Hi,
20090423-1-cleanup-mptable-code.patch removes some duplicate code (see the
function right below the one that is changed)
20090423-2-only-write-acpi-table-once.patch changes the behaviour of the ACPI
generating code so it only writes at most one full ACPI table.
In the cases where both
Author: myles
Date: 2009-04-23 15:41:12 +0200 (Thu, 23 Apr 2009)
New Revision: 4195
Added:
trunk/coreboot-v2/targets/hp/dl145_g3/VERSION
Log:
Add VERSION to hp/dl145_g3. Trivial.
Signed-off-by: Myles Watson
Acked-by: Myles Watson
Added: trunk/coreboot-v2/targets/hp/dl145_g3/VERSION
===
MMCONF and PCIe BAR is a concept which has many different names in our
tree. It's almost impossible to find all code concerning MMCONFIG when
there are some hardcoded values and three different names for it.
MMCONF_BASE_ADDRESS, EXT_CONF_BASE_ADDRESS and DEFAULT_PCIEXBAR have the
same purpose. The
Author: uwe
Date: 2009-04-23 16:57:55 +0200 (Thu, 23 Apr 2009)
New Revision: 4196
Modified:
trunk/util/flashrom/README
trunk/util/flashrom/layout.c
Log:
Don't duplicate option description in README, the manpage already has
that info. Also, additional small cosmetic fix.
Signed-off-by: Uwe H
fix horrible bugs in cbfs. My bad.
ron
fixcbfs.diff
Description: Binary data
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
(and, for the record: no more #ifdef in coreboot. We're not going to have
this happen again.If we do have it in v2, let's remove it.)
-#ifdef CONFIG_COMPRESSION_LZMA
+#ifdef CONFIG_COMPRESSED_PAYLOAD_LZMA==1
case CBFS_COMPRESS_LZMA: {
unsigned long ulzma(unsigned char *sr
On Thu, Apr 23, 2009 at 09:51:30AM -0600, Myles Watson wrote:
> (and, for the record: no more #ifdef in coreboot. We're not going to have
> this happen again.If we do have it in v2, let's remove it.)
>
> -#ifdef CONFIG_COMPRESSION_LZMA
> +#ifdef CONFIG_COMPRESSED_PAYLOAD_LZMA==1
>
> case C
On Thu, Apr 23, 2009 at 8:51 AM, Myles Watson wrote:
> (and, for the record: no more #ifdef in coreboot. We're not going to have
> this happen again.If we do have it in v2, let's remove it.)
>
> -#ifdef CONFIG_COMPRESSION_LZMA
> +#ifdef CONFIG_COMPRESSED_PAYLOAD_LZMA==1
>
> case CBFS_COMPR
This patch cleans up Makefile generation. It removes the
coreboot.romfs file since CBFS will eventually be the standard.
Before and after attached.
Signed-off-by: Myles Watson
Thanks,
Myles
Index: svn/util/newconfig/config.g
===
-
On Thu, Apr 23, 2009 at 10:20 AM, ron minnich wrote:
> On Thu, Apr 23, 2009 at 8:51 AM, Myles Watson wrote:
>> (and, for the record: no more #ifdef in coreboot. We're not going to have
>> this happen again.If we do have it in v2, let's remove it.)
>>
>> -#ifdef CONFIG_COMPRESSION_LZMA
>> +#ifdef
Author: oxygene
Date: 2009-04-23 19:01:37 +0200 (Thu, 23 Apr 2009)
New Revision: 4197
Modified:
trunk/coreboot-v2/util/newconfig/config.g
Log:
This patch cleans up Makefile generation. It removes the
coreboot.romfs file since CBFS will eventually be the standard.
Signed-off-by: Myles Watson
Am 23.04.2009 18:32, schrieb Myles Watson:
This patch cleans up Makefile generation. It removes the
coreboot.romfs file since CBFS will eventually be the standard.
Before and after attached.
Signed-off-by: Myles Watson
Acked-by: Patrick Georgi
and committed as r4197
Thank you for that!
This patch fixes a seg fault in mk-payload due to an uninitialized variable.
Signed-off-by: Myles Watson
Thanks,
Myles
Index: util/cbfstool/tools/cbfs-mkpayload.c
===
--- util/cbfstool/tools/cbfs-mkpayload.c (revision 4197)
+++ util
On Thu, Apr 23, 2009 at 12:38:21PM -0600, Myles Watson wrote:
> This patch fixes a seg fault in mk-payload due to an uninitialized variable.
>
> Signed-off-by: Myles Watson
Acked-by: Ward Vandewege
Fixes build on 32 bit.
Thanks,
Ward.
--
Ward Vandewege
Free Software Foundation - Senior Sys
Author: myles
Date: 2009-04-23 20:46:32 +0200 (Thu, 23 Apr 2009)
New Revision: 4198
Modified:
trunk/coreboot-v2/util/cbfstool/tools/cbfs-mkpayload.c
Log:
Fix an uninitialized variable. If it didn't end up being zero it sometimes
caused a seg fault, sometimes executed somewhere else. Also add
On Thu, Apr 23, 2009 at 12:43 PM, Ward Vandewege wrote:
> On Thu, Apr 23, 2009 at 12:38:21PM -0600, Myles Watson wrote:
>> This patch fixes a seg fault in mk-payload due to an uninitialized variable.
>>
>> Signed-off-by: Myles Watson
>
> Acked-by: Ward Vandewege
>
> Fixes build on 32 bit.
Rev 4
If we make cbfs the default for a board (say qemu), will scan-build
check the cbfs tools too?
Thanks,
Myles
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
On 23.04.2009 20:52 Uhr, Myles Watson wrote:
> If we make cbfs the default for a board (say qemu), will scan-build
> check the cbfs tools too?
>
>
yes.
--
coresystems GmbH • Brahmsstr. 16 • D-79104 Freiburg i. Br.
Tel.: +49 761 7668825 • Fax: +49 761 7664613
Email: i...@coresystems.de
On Thu, 23 Apr 2009 01:19:25 -0400, Joseph Smith
wrote:
>
>
>
> On Wed, 22 Apr 2009 23:58:21 -0400, Joseph Smith
> wrote:
>>
>> YAHOO
>> I HAVE VGA!!
>> Well there is definitely something wacked out on x86emu and yabel. For
> the
>> hell of it I tried VM86 and VGA comes right up with no
On Thu, 23 Apr 2009 15:18:23 -0400, Joseph Smith
wrote:
>
>
>
> On Thu, 23 Apr 2009 01:19:25 -0400, Joseph Smith
> wrote:
>>
>>
>>
>> On Wed, 22 Apr 2009 23:58:21 -0400, Joseph Smith
>> wrote:
>>>
>>> YAHOO
>>> I HAVE VGA!!
>>> Well there is definitely something wacked out on x86emu an
On 23.04.2009 21:34 Uhr, Joseph Smith wrote:
> And why would INT 13 be called anyways? It has nothing to do with VGA???
It's exception 13 (decimal 13)
int13 is exception 0x13...
exceptions 0...0xf are not interrupts but hardware exceptions
0: division by zero
...
13: illegal instruction
...
The
On Thu, 23 Apr 2009 21:39:08 +0200, Stefan Reinauer
wrote:
> On 23.04.2009 21:34 Uhr, Joseph Smith wrote:
>> And why would INT 13 be called anyways? It has nothing to do with VGA???
> It's exception 13 (decimal 13)
>
> int13 is exception 0x13...
>
> exceptions 0...0xf are not interrupts but h
It turns out that Rev 4099 breaks the hp dl145_g3. It boots into
Linux which panics and complains "This is not a software error".
Sorry I don't have the exact error message any more.
Samuel said he thinks it has something to do with one processor
overwriting another's space.
Help?
Thanks,
Myles
On Thu, Apr 23, 2009 at 03:10:14PM -0600, Myles Watson wrote:
> It turns out that Rev 4099 breaks the hp dl145_g3. It boots into
> Linux which panics and complains "This is not a software error".
> Sorry I don't have the exact error message any more.
Is it this one?
[0.00] ACPI: Interpre
On Thu, 23 Apr 2009 17:28:28 -0400, Ward Vandewege wrote:
> On Thu, Apr 23, 2009 at 03:10:14PM -0600, Myles Watson wrote:
>> It turns out that Rev 4099 breaks the hp dl145_g3. It boots into
>> Linux which panics and complains "This is not a software error".
>> Sorry I don't have the exact erro
On Thu, Apr 23, 2009 at 05:35:57PM -0400, Joseph Smith wrote:
>
>
>
> On Thu, 23 Apr 2009 17:28:28 -0400, Ward Vandewege wrote:
> > On Thu, Apr 23, 2009 at 03:10:14PM -0600, Myles Watson wrote:
> >> It turns out that Rev 4099 breaks the hp dl145_g3. It boots into
> >> Linux which panics and co
Author: uwe
Date: 2009-04-24 00:22:47 +0200 (Fri, 24 Apr 2009)
New Revision: 4199
Modified:
trunk/util/ectool/Makefile
Log:
Add 'install' target for ectool (trivial).
Signed-off-by: Uwe Hermann
Acked-by: Uwe Hermann
Modified: trunk/util/ectool/Makefile
On Thu, 23 Apr 2009 17:38:36 -0400, Ward Vandewege wrote:
> On Thu, Apr 23, 2009 at 05:35:57PM -0400, Joseph Smith wrote:
>>
>>
>>
>> On Thu, 23 Apr 2009 17:28:28 -0400, Ward Vandewege wrote:
>> > On Thu, Apr 23, 2009 at 03:10:14PM -0600, Myles Watson wrote:
>> >> It turns out that Rev 4099 br
Hello,
Below, a patch to allow MX25L3235D support, from the datasheet. From the
datasheets, 3225 and 3237 are also supported.
The patch is also available in attachment.
Make good use of it ;-)
Stephan.
Signed-off-by: Stephan Guilloux
Index: flashrom-support-MX25L3235/flash.h
Author: stuge
Date: 2009-04-24 00:51:56 +0200 (Fri, 24 Apr 2009)
New Revision: 4200
Modified:
trunk/util/flashrom/flash.h
trunk/util/flashrom/flashchips.c
Log:
flashrom: Support MX25L3235D
Signed-off-by: Stephan Guilloux
Acked-by: Peter Stuge
Modified: trunk/util/flashrom/flash.h
==
stephan.guill...@free.fr wrote:
> Below, a patch to allow MX25L3235D support, from the datasheet.
> From the datasheets, 3225 and 3237 are also supported.
r4200
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
Can someone decode that machine check exception?
Rudolf
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
Hello,
Found some typo in Makefile which was producing some "strange behaviours" while
compiling pciutils rule.
Patch is below and in attachment.
Make good use of it ;-)
Stephan.
Signed-off-by: Stephan Guilloux
Index: flashrom-patch-Makefile/Makefile
>
> It turns out that Rev 4099 breaks the hp dl145_g3. It boots into
> Linux which panics and complains "This is not a software error".
> Sorry I don't have the exact error message any more.
>
>
The only thing that is "active" without HAVE_ACPI_RESUME == 1 is this one:
http://tracker.coreboot
>
> Hello,
>
> Found some typo in Makefile which was producing some "strange behaviours"
> while
> compiling pciutils rule.
>
>
Can you enlighten us about the strangeness of that behavior? ;-)
Stefan
> Patch is below and in attachment.
>
> Make good use of it ;-)
>
> Stephan.
>
> Signed-off
On Thu, Apr 23, 2009 at 8:14 PM, Stefan Reinauer wrote:
>>
>> It turns out that Rev 4099 breaks the hp dl145_g3. It boots into
>> Linux which panics and complains "This is not a software error".
>> Sorry I don't have the exact error message any more.
>>
>>
>
> The only thing that is "active" with
On Thu, Apr 23, 2009 at 10:24 PM, Myles Watson wrote:
> On Thu, Apr 23, 2009 at 8:14 PM, Stefan Reinauer
> wrote:
>>>
>>> It turns out that Rev 4099 breaks the hp dl145_g3. It boots into
>>> Linux which panics and complains "This is not a software error".
>>> Sorry I don't have the exact error
> Hi,
>
> 20090423-1-cleanup-mptable-code.patch removes some duplicate code (see the
> function right below the one that is changed)
>
> 20090423-2-only-write-acpi-table-once.patch changes the behaviour of the
> ACPI
> generating code so it only writes at most one f
On Thu, 23 Apr 2009 22:26:22 -0600, Myles Watson wrote:
> On Thu, Apr 23, 2009 at 10:24 PM, Myles Watson wrote:
>> On Thu, Apr 23, 2009 at 8:14 PM, Stefan Reinauer
> wrote:
It turns out that Rev 4099 breaks the hp dl145_g3. It boots into
Linux which panics and complains "This
Author: oxygene
Date: 2009-04-24 08:27:31 +0200 (Fri, 24 Apr 2009)
New Revision: 4201
Modified:
trunk/coreboot-v2/src/arch/i386/smp/mpspec.c
Log:
Remove duplicate code.
Signed-off-by: Patrick Georgi
Acked-by: Myles Watson
Modified: trunk/coreboot-v2/src/arch/i386/smp/mpspec.c
=
Author: oxygene
Date: 2009-04-24 08:28:48 +0200 (Fri, 24 Apr 2009)
New Revision: 4202
Modified:
trunk/coreboot-v2/src/arch/i386/boot/tables.c
Log:
Change the behaviour of the ACPI generating code so it only
writes at most one full ACPI table.
In the cases where both HAVE_LOW_TABLES and HAVE_HIG
Author: oxygene
Date: 2009-04-24 08:32:29 +0200 (Fri, 24 Apr 2009)
New Revision: 4203
Modified:
trunk/coreboot-v2/src/boot/selfboot.c
trunk/coreboot-v2/src/lib/cbfs.c
Log:
These are some really horrible bugs that got through.
(and, for the record: no more #ifdef in coreboot. We're not goin
Am Donnerstag 23 April 2009 18:47:28 schrieb Myles Watson:
> Acked-by: Myles Watson
Committed in r4203.
It seems like src/boot/selfboot.c has the same #ifdefs that were just changed
in src/lib/cbfs.c, but I didn't dare to adapt them in this commit.
The change is attached here and
Signed-off-by:
51 matches
Mail list logo