Re: [coreboot] [PATCH]AMDHT misbehaves on recent compilers

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

[coreboot] coreboot and MSM800BEV

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

Re: [coreboot] coreboot and MSM800BEV

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

Re: [coreboot] [PATCH]AMDHT misbehaves on recent compilers

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

Re: [coreboot] [PATCH]AMDHT misbehaves on recent compilers

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:

Re: [coreboot] [PATCH]AMDHT misbehaves on recent compilers

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.

Re: [coreboot] coreboot and MSM800BEV

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

[coreboot] coreboot and MSM800BEV

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

Re: [coreboot] coreboot and MSM800BEV

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

[coreboot] [commit] r5004 - trunk/util/cbfstool

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:

Re: [coreboot] FOSDEM2010 devroom needs speakers :)

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

Re: [coreboot] When should we retire newconfig?

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

Re: [coreboot] FOSDEM2010 devroom needs speakers :)

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

Re: [coreboot] coreboot and MSM800BEV

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

Re: [coreboot] [PATCH]more kconfig

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.