On 1/7/10 5:23 AM, Kevin O'Connor wrote:
I don't think the above is a problem (the pointer foo resides on the
stack, but the string contents do not). The following is a problem:
const char foo[]=foobar\n;
(both the pointer and the array contents are on the stack), and indeed
this
Hello,
I am preparing the coreboot version for MSM800BEV board from Digital
Logic. This is the same branch as MSM800SEV board so, I've decided
that is a good starting point.
So, I built and loaded it to my flash memory and finally run.
Unfortunately, it stops at Uncompressing coreboot to ram
Dear Piotr,
Your SPD rom can not be read correctly, hence your RAM controller is
not set up correctly...
Stefan
On 07.01.2010, at 14:22, Piotr Piwko piotr.pi...@gmail.com wrote:
Hello,
I am preparing the coreboot version for MSM800BEV board from Digital
Logic. This is the same branch as
On Thu, Jan 07, 2010 at 10:09:23AM +0100, Stefan Reinauer wrote:
On 1/7/10 5:23 AM, Kevin O'Connor wrote:
I don't think the above is a problem (the pointer foo resides on the
stack, but the string contents do not). The following is a problem:
const char foo[]=foobar\n;
(both
On 1/7/10 2:41 PM, Kevin O'Connor wrote:
On Thu, Jan 07, 2010 at 10:09:23AM +0100, Stefan Reinauer wrote:
On 1/7/10 5:23 AM, Kevin O'Connor wrote:
I don't think the above is a problem (the pointer foo resides on the
stack, but the string contents do not). The following is a problem:
Hm.. seems I was wrong. I verified and I get the same message. Why
didn't the code in coreboot trigger one?
Kevin's take:
Also, had AMD_CB_ManualBUIDSwapList() returned a pointer to swaplist
instead of returning it via a parameter then it too would have
generated a warning.
This is very bad:
SMBUS READ ERROR:03 device:a2
You can run smbus test code in user mode on linux under standard bios,
but make sure your superio is the right one.
ron
--
coreboot mailing list: coreboot@coreboot.org
http://www.coreboot.org/mailman/listinfo/coreboot
Hi Piotr,
I am not a specialist as Stephan and Ron, so don`t shoot me if i`m wrong!
But despite the fact that Stephan and Ron are probably right that (part of ?)
your RAM is not setup correct, i would think looking at the RAM test output
that there is some RAM available.
I had the same error on
On Thu, Jan 7, 2010 at 10:46 AM, Nils njaco...@hetnet.nl wrote:
But despite the fact that Stephan and Ron are probably right that (part of ?)
your RAM is not setup correct, i would think looking at the RAM test output
that there is some RAM available.
But those SMB errors really should be
Author: oxygene
Date: 2010-01-07 22:37:18 +0100 (Thu, 07 Jan 2010)
New Revision: 5004
Modified:
trunk/util/cbfstool/common.c
Log:
Print (empty) instead of nothing at all for empty
filename entries (particularily null files)
Signed-off-by: Maciej Pijanka maciej.pija...@gmail.com
Acked-by:
Hi again,
Btw what is the duration of the talk?
Rudolf Marek - ACPI and Suspend/Resume under coreboot
Ever wanted to know more about ACPI? The aim of the talk is to introduce
the software part of ACPI as well as provide the necessary hardware details to
get the bigger picture. The tour
On January 6, 2010 at 12:03 PM Patrick Georgi patr...@georgi-clan.de wrote:
Hi,
With r5000 all boards build with kconfig. The last step of the
buildconfig project is to eliminate the old system so we're down to one
method of building an image.
What issues remain before we can remove
On January 7, 2010 at 11:39 PM Rudolf Marek r.ma...@assembler.cz wrote:
Hi again,
Btw what is the duration of the talk?
Rudolf Marek - ACPI and Suspend/Resume under coreboot
Ever wanted to know more about ACPI? The aim of the talk is to introduce
the software part of ACPI as well as
2010/1/7 ron minnich rminn...@gmail.com:
But those SMB errors really should be fixed. That's just a very bad
thing to happen.
Yes, I agree. I suppose that the mentioned error is related with wrong
SMB initialization function. I am going to look at values of SMB
registers when my board is booted
Am 07.01.2010 06:11, schrieb Kevin O'Connor:
I was going to test boot my epia-cn with a kconfig build, but I
noticed that auto.c got compiled with gcc instead of romcc.
Oops, must have been an error when doing the mass conversion. Attached
patch should fix that.
Thanks for the report.
15 matches
Mail list logo